On Monday, October 21, 2013 05:41:59 PM james.mo...@gitblit.com wrote:
> The change-id is exactly like a commit-id, it is an SHA-1 value, but it
> is a constant embedded in the commit message.
As I understand, a UUID could also be used for the same purbose as the change-
id. How is the change-id generated by the way? Would it be a good english name
to call it enduring commit identifier?
I had an usage example for such identifiers last week while helping to rebase
and merge a few too long standing feature branches. After a while we noticed,
that a few commits where already cherry-picked in a slightly different form and
with different commit message to the integration branch. If those commit had
enduring identifiers, it would have been easier to spot this.
Git already has functionality to identify commits that have already been
cherry-picked or merged in a branch and thus skips them in a rebase. Could
this functionality benefit from an enduring commit identifier?
Best regards, Thomas Koch
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html