<div dir="ltr"><div dir="ltr">On Tue, Dec 18, 2018 at 4:13 PM Tom Stellard via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br></div><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">There haven't been many more responses in the last few days, so can we<br>
try to come to some kind of consensus here?<br></blockquote><div><br></div><div>Can we please just get the repo up? I've been waiting two months since it was promised, told bosses I'd have a permanent git repo of llvm up where the hashes were never going to change under people again etc.</div><div><br></div><div>The remaining discussion seems to be about tags and branch names. Neither of those changes hashes of commits or trees or blobs. Both can be fiddled with after the fact without affecting anything else.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">1. Release tags.  There were a lot of small variation on the tag names for releases,<br>
but it seems like the preferences was to use the <a href="http://llvm.org" rel="noreferrer" target="_blank">llvm.org</a> prefix,<br>
so I'm going to propose using tag names like:<br>
<br>
llvm.org-8.0.0<br>
llvm.org-8.0.0-rc1<br></blockquote><div><br></div><div>Fine.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">2. Tags for commits in the master branch that bump the release version.<br>
<br>
Most of the discussion about this so far has been on what to put after<br>
the version number (e.g. v8.0.0-dev, v8.0.0-base, v8.0.0-branchpoint).<br>
Other things to consider about this tag is that it might be used in<br>
a git describe alias to identify commits, so it would be helpful if<br>
it was short.<br>
<br>
One idea I had after reading through all the responses was to use the<br>
-git suffix on the tags. e.g. v8.0.0-git.  It's short and it's clear<br>
that you are getting something that isn't an official release.  It<br>
also is similar to the 8.0.0svn version number that we currently use<br>
to indicate a non-released version.  Which of these 4 options(<br>
dev, base, branchpoint, git) do people prefer?<br></blockquote><div><br></div><div>Any. Even keeping 8.0.0svn would make some tools simpler.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
3. Branch names:<br>
<br>
It seems like there is some preference to include the minor version number<br>
in the release branch, so any strong objections to using<br>
release/7.0.x as the branch naming?<br></blockquote><div><br></div><div>Actually, I do object to that.</div><div><br></div><div>A release branch is something that doesn't get any new features, only bug/security fixes. When you start along the release/7.0 branch you will find tags for 7.0.1, 7.0.2 etc but it remains the 7.0 *branch*.</div><div><br></div><div>Also: is that .0 *ever* again going to be incremented? Not as far as I know. It probably should have been dropped at release/4</div><div><br></div><div>Also: I haven't seen anyone bike-shedding whether the tags should be annotated tags or lightweight tags. I don't think that's because everyone knows the difference and implicitly agrees on the answer :-) :-)</div><div><br></div><div>The answer (in any public repo, really) should be annotated tags, so they include the committer name and the date.</div><div><br></div></div></div>