Use the upcoming version in 'ver' actions on our dev branch
See original GitHub issueMotivation
Currently, we search-and-replace the ver
actions before releasing. So while developing 3.4.0, our rules are still mentioning ver 3.3.0. This makes it harder to distinguish in logs whether a node is running the 3.3.0 release, or a 3.4.0 pre-release.
Proposed solution
Change our release procedure to increase the ver
actions on the dev branch right after a release.
And create a PR to increase them right now to 3.4.0 for the v3.4/dev branch.
Alternatives
Don’t do it and keep the old versions.
Additional context
N/A
Issue Analytics
- State:
- Created 3 years ago
- Comments:11 (10 by maintainers)
Top Results From Across the Web
Version controlling using Git-flow tags. - Medium
Once release branch is created that means new project cycle is started, so every new feature will be considered for the next release,...
Read more >How to use GitVersion to get sensible versioning
So let's create a dedicated branch to build the next version on and then re-run GitVersion. > git checkout -b develop > gitversion...
Read more >Git Feature Branch Workflow | Atlassian Git Tutorial
A feature branch is a temporary branch used for development or testing purposes. Learn about the best way to manage them using this...
Read more >Versioning and Git Workflow · GitHub
Release branches are created when the develop branch is at a stable point and release specific changes need to be made, such as...
Read more >Automate merging release branches into your main branch ...
This makes merging your release branch into your main branch a great task to automate. We can create a workflow using GitHub Actions...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Closing this in favor of PR #2100.
Thanks to Airween’s version change utility added in #2085, version changes are now super easy and safe to make, which prevents bugs such as in #2009.
See PR #2085.