git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* bug with partial commit and pre-commit hook updating the index
@ 2014-10-10 17:18 Joey Hess
  2014-10-10 21:18 ` Junio C Hamano
  0 siblings, 1 reply; 2+ messages in thread
From: Joey Hess @ 2014-10-10 17:18 UTC (permalink / raw)
  To: git

I have found many uses for the feature that lets a pre-commit hook stage
changes in the index that will be included in the commit. But now I seem
to have found a bug in the support for that, involving partial commits.

It seems that, after a partial commit in which the pre-commit hook
stages a modification of a file, the index is is left without that
staged change. This only occurs with "git commit $file", not "git commit -a".

joey@darkstar:~/tmp/a>ls
joey@darkstar:~/tmp/a>date > foo
joey@darkstar:~/tmp/a>git add foo
joey@darkstar:~/tmp/a>git commit -m "added regular file foo"
[master 79d0f1d] added regular file foo
 1 file changed, 1 insertion(+)
 create mode 100644 foo
joey@darkstar:~/tmp/a>mv ~/pre-commit  .git/hooks/
joey@darkstar:~/tmp/a>cat > .git/hooks/pre-commit
#!/bin/sh
ln -vsf /etc/passwd foo
git add foo
joey@darkstar:~/tmp/a>date > foo
joey@darkstar:~/tmp/a>git commit foo -m update
‘foo’ -> ‘/etc/passwd’
[master efa9f67] update
 1 file changed, 1 insertion(+), 1 deletion(-)
 rewrite foo (100%)
 mode change 100644 => 120000

So, the pre-commit hook replaced file foo with a symlink, and staged it,
and we can see from the commit summary that was correctly included
in the commit. But, look here:

joey@darkstar:~/tmp/a>git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

	typechange: foo

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

	typechange: foo

builtin/commit.c has a long comment that talks about a false index which
is set up and used during a partial commit. The pre-commit hook is run
using this false index, and the commit is generated from it. I guess the
bug involves the real index not being updated afterwards to reflect the
changes made to the false index.

-- 
see shy jo, resending a mail that vger accepted yesterday but has still 
            not posted

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: bug with partial commit and pre-commit hook updating the index
  2014-10-10 17:18 bug with partial commit and pre-commit hook updating the index Joey Hess
@ 2014-10-10 21:18 ` Junio C Hamano
  0 siblings, 0 replies; 2+ messages in thread
From: Junio C Hamano @ 2014-10-10 21:18 UTC (permalink / raw)
  To: Joey Hess; +Cc: git

Joey Hess <joey@kitenet.net> writes:

> I have found many uses for the feature that lets a pre-commit hook stage
> changes in the index that will be included in the commit. But now I seem
> to have found a bug in the support for that, involving partial commits.
>
> It seems that, after a partial commit in which the pre-commit hook
> stages a modification of a file, the index is is left without that
> staged change. This only occurs with "git commit $file", not "git commit -a".

Aren't pre-* hooks about verifications?  Who told you that you are
allowed to muck with the index there?

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-10-10 21:18 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-10-10 17:18 bug with partial commit and pre-commit hook updating the index Joey Hess
2014-10-10 21:18 ` Junio C Hamano

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).