[PATCH 2 of 2 V3] patchbomb: includes a unique series ID in email header
Pierre-Yves David
pierre-yves.david at ens-lyon.org
Sat May 10 14:58:59 CDT 2014
On 05/09/2014 07:54 AM, Augie Fackler wrote:
> On Wed, May 07, 2014 at 10:52:11AM -0700, pierre-yves.david at ens-lyon.org wrote:
>> # HG changeset patch
>> # User Pierre-Yves David <pierre-yves.david at fb.com>
>> # Date 1399355480 25200
>> # Mon May 05 22:51:20 2014 -0700
>> # Node ID 4523e13d2ce15bcb1b95ccf2ca2d0caa9db150ef
>> # Parent ac17b5ae7f23ecc7c23742d34941b59e2c1a4e21
>> patchbomb: includes a unique series ID in email header
>>
>> Now that we have patch index and series size information, having a unique series
>> identifier will helps tool to glue all email back together without any
>> additional logic.
>
> Can I persuade you to do something other than the message-id of the
> parent message? Maybe a UUID, or the sha1 of the tip of the series
> plus a timestamp?
Ho yes, the current id have been quickly picked to make the topic moving
forward.
> Somehow using the replied-to message id feels messy here - like if the
> same message is replied to more than once it'll comingle the
> identifiers.
No it will not. The ID is put in special header by patchbomb, so human
reply to this email will not includes the header. And the value of this
header is always the first patch in the series so a resend of a second
patchbomb will use a new series ID even if their reply to the initial thread
The question is: is this identifier a good enough one?
I'm not super fan of it and we could use a bit more deterministic
content. My currently best option would be to use a hash of: all
revision hash + --flag content.
However I'm not sure the "better" ID is worth the extra complexity.
--
Pierre-Yves
More information about the Mercurial-devel
mailing list