feat: prepare releases on release branches - #433
Closed
imantsk wants to merge 4 commits into
Closed
Conversation
Member
Author
|
Superseded: #435 into core is the single entry point; the sync flow propagates it to core-beta, pro and pro-beta. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Renames the release preparation flow from tag branches to release branches, adds an optional AI changelog toggle, and dispatches the core-to-pro sync when a release is created. Companion to codesnippetspro/.github-private#1.
Changes
prepare-tag.ymlrenamed toprepare-release.yml("(Release): Prepare"). Newauto_changelogboolean input, default off: the release branch, version bump and pull request are always prepared; AI changelog and readme generation only runs when the box is ticked. Run monitoring now matches the dispatched run by name instead of taking the most recent run, so concurrent dispatches from the other repository are never confused.create-tag.ymlmatchesrelease/v*head branches. The new branch scheme isrelease/v{version}/{edition}, which satisfies the "Enforce branch suffixes" ruleset — the oldtag/v*names have been blocked by it since the ruleset was created.release.ymlgains async-projob that dispatchessync-core-to-pro.ymlwhen a release is created. Guarded to the core repository, so the job is inert in pro. Stable tags open a staged pull request intopro, beta tags intopro-beta; conflicts are AI-resolved where possible and listed for review, and the pull request is never merged automatically.AGENTS.mdbranch naming aligned with the ruleset: edition suffix as the final path segment (/core,/pro) instead of the dash form the ruleset rejects.Merge order