Re: Reusing changes after renaming a file (Re: [PATCH 5/6] sequencer: Expose API to cherry-picking machinery)
- From
Jonathan Nieder <jrnieder@gmail.com>
- Date
- Aug 13, 2011, 18:32 UTC
- Message-ID
- <20110813183211.GF1494@elie.gateway.2wire.net>
- In-Reply-To
- <CALkWK0mDdYTahhDx9_7-4AP8iuvkWMu1wHhQnmUcatEXiDiuTA@mail.gmail.com>
Ramkumar Ramachandra wrote:
Show 9 quoted lines
> $ git cherry-pick -Xrename-threshold=90 sequencer~1 > [test 7400609] sequencer: Expose API to cherry-picking machinery > 3 files changed, 256 insertions(+), 1247 deletions(-) > rewrite builtin/revert.c (81%) > rename builtin/revert.c => sequencer.c (81%) > > Is it supposed to influence the diffstat? I don't see any conflict > markers in sequencer.c. I can see lots of unintelligent (and useless) > conflict markers in builtin/revert.c.
Perhaps "git merge-recursive" and its callers don't use the equivalent of -B, so it doesn't look like a rename to them. Cases involving plain renames work fine for me.