<div dir="ltr"><div>Hi,<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 19, 2019 at 11:27 AM Rolf Bensch <<a href="mailto:rolf@fam-bensch.de">rolf@fam-bensch.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
gitflow suggests to create a release branch (here: release/1.0.29) at<br>
feature freeze and merge it back to develop (in our case: master) after<br>
the release has been tagged published.<br>
<br>
gitflow suggests to merge releases into master branch and doing all<br>
other work in a develop branch with separate feature branches (we<br>
already started using some). We don't need the future release stuff and<br>
hotfixing old releases. Only 3 main branches: master for the merged<br>
releases, develop with it's feature branches and from time to time a new<br>
release branch, started from recent develop. This is what we're doing at<br>
work.<br>
<br></blockquote><div>Indeed this is a similar workflow that we use where I work, although we use Mercurial.<br></div><div>We have a default branch for our current dev work, and a separate release branch.</div><div>Before release, we merge default into a separate long-lived release branch at the start of code freeze.</div><div>Any changes committed to default are grafted into the release branch if they are to be added to the release, normally just bug fixes, no new functionality.</div><div>At release time, a release is created from the head of the release branch, and tagged.</div><div>release branch is merged back into default.</div><div><br></div><div>New features are developed on a separate "feature branch" which is merged back into default.<br></div><div><br></div><div>That's a typical mercurial work flow, and IIUC that is similar to what is proposed here and it works well for us.</div><div>We generally do have a more "curated" release though, rather than "whatever is current in default at the time". <br></div><div>It is often the same, but not necessarily. That curation is managed by deciding the timing of feature branch merge.</div><div>If the feature is not ready for the release, the merge back into default is held back.</div><div><br></div><div>My 2c :D</div><div><br></div><div>Cheers,</div><div>Ralph</div><div><br></div></div></div>