<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Jun 30, 2016 at 9:16 AM, James Y Knight via lldb-dev <span dir="ltr"><<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr">I don't think we should do any of that. It's too complicated -- and I don't see the reason to even do it.<div><br></div><div>There's a need for the "llvm-project" repository -- that's been discussed plenty -- but where does the need for a separate "id" that must be pushed into all of the sub-projects come from? This is the first I've heard of that as a thing that needs to be done.</div><div><br></div><div>There was a previous discussion about putting an sequential ID in the "llvm-project" repo commit messages (although, even that I'd say is unnecessary), but not anywhere else.</div></div></blockquote><div><br></div><div>Agreed, the llvm-project repository can completely take on the role of the SQL database in Renato's proposal.</div><div><br></div><div>Chromium created a "git-number" extension that assigns sequential ids to commits in the obvious way, and that provided some continuity with the "git-svn-id:" footers in commit messages. I'm not sure their extension is particularly reusable, though:</div><div><a href="https://chromium.googlesource.com/chromium/tools/depot_tools.git/+/master/git_number.py">https://chromium.googlesource.com/chromium/tools/depot_tools.git/+/master/git_number.py</a><br></div><div><br></div><div>I think for LLVM, whatever process updates the umbrella repo should add the sequential IDs to the commit message, and that will help provide continuity across the git/svn bridge.</div></div></div></div>