Skip to content

fix: always move floating tag on push to master#33

Closed
Shubhank-Jonnada wants to merge 2 commits into
masterfrom
fix/floating-tag-always-move
Closed

fix: always move floating tag on push to master#33
Shubhank-Jonnada wants to merge 2 commits into
masterfrom
fix/floating-tag-always-move

Conversation

@Shubhank-Jonnada

Copy link
Copy Markdown
Collaborator

Problem

The bootstrap logic in the push-to-master path checked if v2 already existed and skipped it:

✅ v2 already exists, nothing to do

So after the initial v2 tag was created (pointing at 2.0.3), it never moved when new fixes were merged to master.

Fix

Remove the existence check — always delete and recreate the floating tag pointing at the current master HEAD on every push to master.

After merging this

v2 will immediately move to the current master HEAD, and consumer repos on @v2 will pick up all the fixes that have been merged.

The bootstrap logic checked if v2 already existed and skipped it,
so the tag never moved after the initial creation. Now the push-to-master
path always deletes and recreates the floating tag pointing at the
current master HEAD.
Moving v2 on every master push is unsafe — consumers would get
unrelased code. The release: published trigger is the correct signal
that code is ready for consumers. Cut a release to move the tag.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant