This repository has been archived by the owner on Jun 12, 2024. It is now read-only.
Move from sliding tags to branch based versioning #264
Labels
meta
Relates to the project or repository itself
Project Initiative
Update the versioning strategy from a sliding tag1 to a branch-based release strategy. Per the references, updating the commit that a tag points to is not "the git way". Using a branch for a continuously updating point of reference in the repository is more natural, and supported by GitHub Actions.
Options
Sliding v2 branch
Have a branch called
v2
that points to some commit on themain
branch, as suggested in the changes proposed in [2].Example, going from:
with the
v2
branch pointing toc2b9047
, towith the
v2
branch pointing tofa3f790
.Dedicated v2 branch
Have a dedicated
v2
branch thatmain
is occasionally merged into to cut a release. This is similar to themain
-develop
strategy (wheredevelop
=main
andmain
=v2
).Rename
main
tov2
Stop using a
main
branch and just havev2
branch. This would be simple, but means thev2
ref is unstable. Hence, at the very list this would require a breaking change (i.e. jump tov3
).Others?
Suggestions are welcome (even if this issue has since been closed).
References
Footnotes
Sliding a tag meaning updating the commit that a tag points to. ↩
The text was updated successfully, but these errors were encountered: