From: Felipe Contreras Date: Mon, 03 Jun 2013 21:05:17 GMT Subject: Re: [PATCH v9 3/4] contrib: related: add option to parse from committish Message-ID: In-Reply-To: <7v8v2rdnh0.fsf@alter.siamese.dyndns.org> On Mon, Jun 3, 2013 at 2:05 PM, Junio C Hamano wrote: > Felipe Contreras writes: > >> For example master..feature-a. >> >> Signed-off-by: Felipe Contreras >> --- >> contrib/related/git-related | 38 ++++++++++++++++++++++++++++++++++++-- >> 1 file changed, 36 insertions(+), 2 deletions(-) >> >> diff --git a/contrib/related/git-related b/contrib/related/git-related >> index 3379982..20eb456 100755 >> --- a/contrib/related/git-related >> +++ b/contrib/related/git-related >> @@ -1,10 +1,12 @@ >> #!/usr/bin/env ruby >> >> # This script finds people that might be interested in a patch >> -# usage: git related >> +# usage: git related >> >> $since = '5-years-ago' >> $min_percent = 10 >> +$files = [] >> +$rev_args = [] >> >> class Commit >> >> @@ -102,10 +104,42 @@ class Commits >> end >> end >> >> + def from_rev_args(args) >> + source = nil >> + File.popen(%w[git rev-list --reverse] + args) do |p| >> + p.each do |e| >> + id = e.chomp >> + @main_commits[id] = true >> + File.popen(%w[git show -C --oneline] + [id]) do |p| > > Is there a solid design choice behind -C, or is it just what happens > to have worked for you in practice? If the former, it may want to > be explained somewhere (either in the log or in the code) so that > later tweaks will not break it, especially given that the invocation > of blame seems to use double-C's. No reason in particular. -- Felipe Contreras