<div dir="ltr"><div dir="ltr">On Thu, Dec 13, 2018 at 7:18 AM Alex Bradbury 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">On Thu, 13 Dec 2018 at 15:07, Hans Wennborg via llvm-dev<br>
<<a href="mailto:llvm-dev@lists.llvm.org" target="_blank" class="cremed">llvm-dev@lists.llvm.org</a>> wrote:<br>
><br>
> On Thu, Dec 13, 2018 at 3:34 PM James Y Knight <<a href="mailto:jyknight@google.com" target="_blank" class="cremed">jyknight@google.com</a>> wrote:<br>
<br>
> > We don't *need* it, no. But it might be useful.<br>
> ><br>
> > The purpose of this tag would not be for people to check out, but rather to allow "git describe" to return more interesting results when run on master.<br>
> ><br>
> > See David Jones' email from Nov 16.<br>
><br>
> Ah, okay. "git describe" is new to me :-) I still think v8.0.0-base is<br>
> a better name though. v8.0.0-dev really sounds like something one<br>
> might check out to get the latest dev version.<br>
<br></blockquote><div><br></div><div>Hmm, I wouldn't worry too much about checking out an old tag by accident... that puts your client into detached head state, and git prints a nice, long warning. (That sort of mistake should be obvious pretty quickly.)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
v8.0.0-branchpoint might be even clearer, though obviously a little longer.<br></blockquote><div><br></div><div>Whatever the convention we choose, it's going to be painful to change once folks get used to it. (So the wording of the tag is not entirely inconsequential.) My expectation is that the `git describe` aliases will be the typical way to refer to commits in a git world, and aliases like v8.0.0-branchpoint-1234-abcdef seem a bit long to me... when I think about how often I type "rNNNNNN" today, the "-branchpoint" part seems almost obsequious.</div><div><br class="gmail-Apple-interchange-newline"></div><div>For a development tag, we should probably try to keep it short, simple, and obvious. After all, we're fundamentally talking about a tag used for development, not releases; something short, like "master-v8" would yield concise, obvious aliases like "master-v8-1234-abcdef01". (Tags on release branches are a fundamentally different matter, and could continue looking exactly like they do today.)</div><div><br></div><div>FWIW, the conventions I've seen have been inconsistent. One possible consideration: the "-dev" suffix is sometimes used to indicate a dirty workspace, but git describe puts the --dirty suffix after the hash. (So it's unambiguous, in any case.)</div></div></div>