<div dir="ltr"><br><div>One option is to have a branch (or set of branches) called "testing" which is heading towards the next stable.  Once that branch has been declared fit, then branch it into stable/X.Y.Z.  That way any "stable" branch was good.  At that point, testing can either be destroyed or repurposed.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 13, 2017 at 4:01 PM, Donald Sharp <span dir="ltr"><<a href="mailto:sharpd@cumulusnetworks.com" target="_blank">sharpd@cumulusnetworks.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I see Martin's point.  Does anyone else have a suggestion/thought?<br>
<span class="HOEnZb"><font color="#888888"><br>
donald<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Thu, Apr 13, 2017 at 7:28 AM, Lou Berger <<a href="mailto:lberger@labn.net">lberger@labn.net</a>> wrote:<br>
> Fair enough.<br>
><br>
> Lou<br>
><br>
><br>
><br>
> On April 13, 2017 7:18:57 AM "Martin Winter" <<a href="mailto:mwinter@opensourcerouting.org">mwinter@opensourcerouting.org</a><wbr>><br>
> wrote:<br>
><br>
>> On 12 Apr 2017, at 18:55, Lou Berger wrote:<br>
>><br>
>>> Alternatively create a release/2.0 ...<br>
>><br>
>><br>
>> This would still give the impression that stable/3.0 is a stable<br>
>> version…<br>
>><br>
>> I rather don’t have stable (or release) in a name until we have<br>
>> something<br>
>> stable.<br>
>><br>
>> - Martin<br>
>><br>
>>> On April 12, 2017 9:13:02 PM "Martin Winter"<br>
>>> <<a href="mailto:mwinter@opensourcerouting.org">mwinter@opensourcerouting.org</a><wbr>> wrote:<br>
>>><br>
>>>> Curious on an opinion here…<br>
>>>><br>
>>>> Our branches on the github seem to be confusing to newcomers. Most<br>
>>>> people seem<br>
>>>> to assume stable/3.0 branch (or master) is the one they should be<br>
>>>> building from<br>
>>>> for a stable version.<br>
>>>><br>
>>>> I don’t see much we can do about the master (except maybe update<br>
>>>> the<br>
>>>> description<br>
>>>> to make it clear that this is the most cutting edge version).<br>
>>>><br>
>>>> But I would propose we rename stable/3.0 to dev/3.0 until we get to a<br>
>>>> more<br>
>>>> “stable” version of it.<br>
>>>><br>
>>>> I’m also thinking about having some auto-merge of commits from the<br>
>>>> 3.0<br>
>>>> branch<br>
>>>> into master for the time being (at least for the non-conflicting<br>
>>>> commits) to<br>
>>>> keep master up to date.<br>
>>>><br>
>>>> Thoughts?<br>
>>>><br>
>>>> - Martin<br>
>>>><br>
>>>> ______________________________<wbr>_________________<br>
>>>> dev mailing list<br>
>>>> <a href="mailto:dev@lists.frrouting.org">dev@lists.frrouting.org</a><br>
>>>> <a href="https://lists.frrouting.org/listinfo/dev" rel="noreferrer" target="_blank">https://lists.frrouting.org/<wbr>listinfo/dev</a><br>
>><br>
>><br>
><br>
><br>
><br>
> ______________________________<wbr>_________________<br>
> dev mailing list<br>
> <a href="mailto:dev@lists.frrouting.org">dev@lists.frrouting.org</a><br>
> <a href="https://lists.frrouting.org/listinfo/dev" rel="noreferrer" target="_blank">https://lists.frrouting.org/<wbr>listinfo/dev</a><br>
<br>
______________________________<wbr>_________________<br>
dev mailing list<br>
<a href="mailto:dev@lists.frrouting.org">dev@lists.frrouting.org</a><br>
<a href="https://lists.frrouting.org/listinfo/dev" rel="noreferrer" target="_blank">https://lists.frrouting.org/<wbr>listinfo/dev</a><br>
</div></div></blockquote></div><br></div>