Felipe Contreras [off-list ref] writes:
No reason. I hope they read the mailing list, otherwise I'll resend
and CC them. A get_maintainers script, or something like that would
make things easier.
I simply use
git shortlog -sn --no-merges v1.7.0.. -- contrib/completion/
(In many parts the revision limiter can be omitted without losing much,
but e.g. here this drops Shawn who hasn't worked on it since 2009.)
--
Thomas Rast
trast@{inf,student}.ethz.ch
Thomas Rast [off-list ref] wrote:
Felipe Contreras [off-list ref] writes:
quoted
No reason. I hope they read the mailing list, otherwise I'll resend
and CC them. A get_maintainers script, or something like that would
make things easier.
I simply use
git shortlog -sn --no-merges v1.7.0.. -- contrib/completion/
(In many parts the revision limiter can be omitted without losing much,
but e.g. here this drops Shawn who hasn't worked on it since 2009.)
Or "--since=1.year", which you can keep using forever without adjusting.
On Mon, Jan 30, 2012 at 10:22 AM, Junio C Hamano [off-list ref] wrote:
Thomas Rast [off-list ref] wrote:
quoted
Felipe Contreras [off-list ref] writes:
quoted
No reason. I hope they read the mailing list, otherwise I'll resend
and CC them. A get_maintainers script, or something like that would
make things easier.
I simply use
git shortlog -sn --no-merges v1.7.0.. -- contrib/completion/
(In many parts the revision limiter can be omitted without losing much,
but e.g. here this drops Shawn who hasn't worked on it since 2009.)
Or "--since=1.year", which you can keep using forever without adjusting.
Perhaps something like that can be stored in a script somewhere in
git's codebase so that people can set sendemail.cccmd to that.
--
Felipe Contreras