promote: main → release #101
No reviewers
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Jinemi/thermograph#101
Loading…
Reference in a new issue
No description provided.
Delete branch "main"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Promotes
main→release, deploying to prod (thermograph.org).Who merges. The owner. This hop deploys to prod and the decision is theirs; Centralis prepared it and stops here.
Divergence. 7 ahead, 13 behind. 7 commit(s) to carry, but the target has moved on by 13 — a merge commit is required and conflicts are possible
Not fast-forwardable: the target holds 13 commit(s) the source does not. That is the accumulated design of this release chain, not a mistake anyone just made — every promotion merges the source into the target, which creates a merge commit ON THE TARGET that the source never receives, so each promotion widens the gap it just closed. Expect
--ff-onlyto fail with "diverging branches"; the promotion is a merge commit.Predicted conflicts.
README.md— edited on both sidesbackend/CLAUDE.md— edited on both sidesbackend/docker-compose.test.yml— edited on both sidesfrontend/CLAUDE.md— edited on both sidesfrontend/Dockerfile— edited on both sidesfrontend/server/internal/format/format_test.go— edited on both sidesobservability/grafana/provisioning/alerting/contact-points.yml— edited on both sidesobservability/grafana/provisioning/alerting/rules-prod.yml— edited on both sidesCommits (7).
ba1085bfMerge pull request 'promote: dev → main' (#100) from dev into main5f20fba9frontend: fix the three inconsistencies the onboarding guide found (#99)12441be0docs: add a developer onboarding guide for the monorepo0766fd6bMerge pull request 'promote: dev → main (alert template: omit empty value line)' (#97) from dev into mainb32b5841alerting: don't print a bare "value:" when ValueString is empty (#96)c67d22b1Merge pull request 'promote: dev → main (alerting liveness rules onto the app heartbeat)' (#95) from dev into main1a56a638alerting: base web/worker liveness on the app heartbeat, not container stdout (#94)Merge with a merge commit, not a squash or a fast-forward.
releaseruns ahead ofmainfrom earlier promotions, so--ff-onlyfails with "diverging branches", and squashing would rewrite the shared history so the next promotion sees every prior commit as new. (Making promotions fast-forward-only is an open question, not current policy — it needs a one-time history reconciliation on the protected branches first.)