<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 13, 2018 at 12:17 PM Duncan P. N. Exon Smith <<a href="mailto:dexonsmith@apple.com" target="_blank">dexonsmith@apple.com</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"><div><br><div><br><blockquote type="cite"><div>On Dec 13, 2018, at 06:30, James Y Knight via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:</div><br class="m_8058649116357481833m_-6865343980801205305gmail-m_8634871027221815737Apple-interchange-newline"><div><div dir="auto" style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Dec 13, 2018 at 2:06 AM Justin Bogner <<a href="mailto:mail@justinbogner.com" rel="noreferrer" target="_blank">mail@justinbogner.com</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">James Y Knight <<a href="mailto:jyknight@google.com" rel="noreferrer" target="_blank">jyknight@google.com</a>> writes:<br>> On Fri, Nov 16, 2018 at 7:40 PM Jeremy Lakeman <<a href="mailto:Jeremy.Lakeman@gmail.com" rel="noreferrer" target="_blank">Jeremy.Lakeman@gmail.com</a>><br>> wrote:<br>><br>>> Semantic versioning would recommend "v8.0.0-dev", "v8.0.0-rc1" etc. The<br>>> hyphen indicating that this is a pre-release version coming before "v8.0.0"<br>><br>><br>> Here's my proposal:<br>> - Release branches will be named: release/3.5.x (for old version numbering<br>> scheme), release/7.x (for new).<br></blockquote></div></div></div></div></blockquote><div><br></div><div>I suggest, instead of "release/7.x", that we use "release/7.0.x".  This aligns with how we only rev the 3rd part of the tuple when tagging from this branch.</div><div><br></div><div>In the unexpected case that we have a bugfix that requires an ABI break after 7.0.0, we can create "release/7.1.x" for managing those tags.</div></div></div></blockquote><div><br></div><div>Well, we're facing that unexpected case currently, and AFAIK the plan is to release 7.0.1, then make the ABI break and release 7.1.0 from the same branch. I'd expect that to be the case in any such future situation, too.</div><div><br></div></div></div>