Re: Promoting Git developers
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Mar 12, 2015, 22:36 UTC
- Message-ID
- <xmqqd24d2681.fsf@gitster.dls.corp.google.com>
- In-Reply-To
- <20150312223131.GA24492@peff.net>
Jeff King <peff@peff.net> writes:
> It is comprised of 41 non-merge commits... > > is fine.
Thanks; very much appreciated.
Show 10 quoted lines
>> New contributors who made this release possible are as follows. >> Welcome to the Git development community! >> >> Aleksander Boruch-Gruszecki, Aleksey Vasenev, Patrick Steinhardt, >> Ryuichi Kokubo, and Tom G. Christensen. > > I hadn't thought about it when I originally suggested this, but of > course "new" is not strictly meaningful in a world with branches. If you > contribute a bugfix on top of v2.0.0 that goes to "maint", do you get to > be new in v2.0.1 _and_ in v2.2.0?
Yeah, tricky. How about
New contributors whose contributions weren't in $previous are as follows.
Welcome to the Git development community!Then after merging a topic to 'master' and then 'maint' and when cutting v2.3.3, a new person will be listed as "not in v2.3.2" and then again in the announcement for v2.4.0, as "not in v2.3.0".
Yes, it is cheating, but that would match the story the shortlog at the end would tell.