<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jan 23, 2014 at 2:53 PM, Михаил Страшун <span dir="ltr"><<a href="mailto:public@dicebot.lv" target="_blank">public@dicebot.lv</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">I see no simplification in calling release branch "release" over using versioned name. Merging it back and deleting is right thing to do but there is a benefit in keeping names unambiguous in terms of pure communication.</span><div style="font-family:arial,sans-serif;font-size:13px">


<br></div><div style="font-family:arial,sans-serif;font-size:13px">We have yet to read Andrew feedback about how cumbersome will be resolving conflicts upon branch merge to master with such approach. I will reserve my judgement until then ;)</div>


</div><div class="gmail_extra"><br><br></div></blockquote><div class="gmail_quote"><br></div>The naming isn't really part of the simplification.  I just used "release" because it's what I'm familiar with (because it's part of Git Flow[1] which I use regularly).  What it's called doesn't matter too much to me (I can't speak for Andrew though).</div>

<div class="gmail_quote"><br></div><div class="gmail_quote">The simplification comes mostly from making one person responsible for the release branch instead of trying to get everyone to follow the process. This makes Andrew's job one of herding commits rather than herding people (the former is significantly easier in my experience).</div>

<div class="gmail_quote"><br></div><div class="gmail_quote">I do think deleting the release branch when the release is done keeps things simpler and much more tidy but if that's going to cause big problems for the AutoTester that may not be worth it since the AutoTester is absolutely essential.<br>

<div><br></div><div>1. <a href="http://nvie.com/posts/a-successful-git-branching-model/">http://nvie.com/posts/a-successful-git-branching-model/</a> </div></div></div></div>