Thread (2 messages) 2 messages, 2 authors, 2016-06-15

Re: git 1.8.0.rc0.18.gf84667d trouble with "git commit -p file"

From: Jeff King <hidden>
Date: 2016-06-15 22:54:57

On Fri, Oct 05, 2012 at 03:29:10PM -0700, Junio C Hamano wrote:
Assuming that the last step of what Horst did was "git commit -pm",
I think Git is wrong in this case.  When you tell "git commit" what
to commit, unless you give "-i" (aka "also") option, the command
makes a commit to record changes only from what you tell "git
commit" to commit, regardless of what you earlier did to the index.
Yeah. Defaulting to "-o" would match the rest of git-commit's behavior
much better.
This is one of the times I wish I said "No, you cannot have a pony".
The change was done without thinking things through, and reviewers
including me did not realize this particular downside.
[...]
Cf. 

  http://thread.gmane.org/gmane.comp.version-control.git/173033/focus=173246
Actually, I am not sure that thread or feature is to blame. Certainly it
would have been an opportune time to notice the problem. But this issue
goes back much further for "git commit --interactive", which has always
assumed "-i" rather than "-o". This even predates the switch from shell
to C; you can see the same behavior from 6cbf07e (git-commit: add a
--interactive option, 2007-03-05).

I guess you could argue that "--interactive" and "--patch" should have
different defaults, but I'm not sure I agree. They should both match
what "git commit foo" does by default.
I think the right thing to do is to fix "git commit -p" so that it
starts from the HEAD (on a temporary index), just like how partial
commits are made with "git commit file1 file2".   Or just forbid it
when the index does not match HEAD.
Agreed. I am inclined to call this a bugfix, though it does worry me
slightly that we would be changing a behavior that has existed for so
many years.

We should probably also support explicit "-i -p" and "-o -p" options, as
well (the former would give people who really want the existing behavior
a way to get it). And the same for "--interactive". I can't say I'm
excited about making all that work, though. Like you, I think it is more
sane to use existing tools to inspect and tweak the index to your
liking, and then commit.

-Peff
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help