<div dir="auto"><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" target="_blank" rel="noreferrer">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" target="_blank" rel="noreferrer">jyknight@google.com</a>> writes:<br>
> On Fri, Nov 16, 2018 at 7:40 PM Jeremy Lakeman <<a href="mailto:Jeremy.Lakeman@gmail.com" target="_blank" rel="noreferrer">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>
> - The tags for release branches will be named v8.0.0 (for final), and<br>
> v8.0.0-rc1 for release candidates.<br>
> - Tags on the master branch (which will be created at commits modifying the<br>
> version file after branch creation, ala r338537) will be named v8.0.0-dev.<br>
><br>
> On Fri, Nov 16, 2018 at 10:10 PM Justin Bogner <<a href="mailto:mail@justinbogner.com" target="_blank" rel="noreferrer">mail@justinbogner.com</a>><br>
> wrote:<br>
><br>
>> As a bit of a side note, v8.0.0 is probably too brief - I expect v*<br>
>> could easily match some arbitrary tag that starts with the letter v too<br>
>> easily. I don't have strong opinions about the particular name, but<br>
>> something like llvm-8.0.0 or llvm.org-v8.0.0 would be better.<br>
>><br>
><br>
> I don't feel terribly strongly about whether to use "llvm-8.0.0" or<br>
> "v8.0.0".<br>
><br>
> The "v8.0.0" style seems to be very widely used, so that'd still be my<br>
> inclination, barring a good reason why we shouldn't. The other scheme I've<br>
> seen commonly is actually just the raw version, e.g. "8.0.0" without any<br>
> prefix at all.<br></blockquote></div></div><div dir="auto"><br></div><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"></blockquote></div></div><div dir="auto"><br></div><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
2. There are *a lot* of downstream projects based on llvm, and they're<br>
   all likely to adopt the monorepo and add their own stuff to it.<br>
   Namespacing the official tags gives them an obvious model for how to<br>
   do their own tags and makes it easy to tell what a tag means at a<br>
   glance</blockquote><div><br></div>Hm, that's a very good point. My preference would be "llvm-8.0.0" now.<br><div class="gmail_quote"> </div><div class="gmail_quote" dir="auto">Branches are namespaced to their origin repository by default, so renaming some in a downstream fork is no issue.</div><div class="gmail_quote" dir="auto"><br></div><div class="gmail_quote" dir="auto">But tags are, by default, global. So if you did rename tags in a fork, and someone pulled from both repositories, they get the union of all the tags without being able to tell the source, or potentially even conflicts between them. Giving the official release tags a name prefix seems better.</div><div class="gmail_quote" dir="auto"><br></div><div class="gmail_quote" dir="auto"><br></div></div></div></div>