[cfe-dev] [llvm-dev] [lldb-dev] Sequential ID Git hook

[Matthias Braun via cfe-dev]

I assumed we want ids for the umbrella repository to ease bisection and having something to print as a version identifier, but do we really need them for the other repositories?

I also still don't see why `git rev-list --count --all` does not work. Sure the count is only per branch, but why would ever need to have continuous numbering between say a 3.8.XX revision and a 3.9.XX branch...

- Matthias

> On Jun 30, 2016, at 9:33 AM, Reid Kleckner via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> 
> On Thu, Jun 30, 2016 at 9:16 AM, James Y Knight via lldb-dev <lldb-dev at lists.llvm.org <mailto:lldb-dev at lists.llvm.org>> wrote:
> 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.
> 
> 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.
> 
> 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.
> 
> Agreed, the llvm-project repository can completely take on the role of the SQL database in Renato's proposal.
> 
> 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:
> 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>
> 
> 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.
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20160630/6e1c6ce6/attachment.html>