Re: RFE: support change-id generation natively

From: Martin Fick <mfick@codeaurora.org>
Date: Oct 21, 2013, 18:49 UTC
Message-ID: <201310211249.49568.mfick@codeaurora.org>
In-Reply-To: <1382380858.25852.36711509.53CF173C@webmail.messagingengine.com>

On Monday, October 21, 2013 12:40:58 pm james.moger@gitblit.com wrote:

Show 16 quoted lines

> On Mon, Oct 21, 2013, at 02:29 PM, Thomas Koch wrote:
> > 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?
> 
> Here is the algorithm:
> https://git.eclipse.org/c/jgit/jgit.git/tree/org.eclipse.
> jgit/src/org/eclipse/jgit/util/ChangeIdUtil.java#n78
> 
> I think "enduring commit id" is a fair interpretation of
> it's purpose. I don't speak for the Gerrit developers so
> I can not say if they are interested in alternative id
> generation.  I come to the list as a change-id
> user/consumer.

As a Gerrit maintainer, I would suspect that we would welcome a way to track "changes" natively in git. Despite any compatibility issues with the current Gerrit implementation, I suspect we would be open to new forms if the git community has a better proposal than the current Change-Id. Especially if it does reduce the significant user pain point of installing a hook!

-Martin

-- 
The Qualcomm Innovation Center, Inc. is a member of Code 
Aurora Forum, hosted by The Linux Foundation