Re: [PATCH 0/2] Making "git commit" to mean "git commit -a".

On Thu, 30 Nov 2006, Johannes Schindelin wrote:

I (very) occasionally do this for patches I get.

You can do

	git-apply --index patch

and it will apply the patch and update the index for you. That's great for committing the patch (because it means that it adds and removes your files automatically for you), but most of the time when I get an email that I want to apply, I just use "git-applymbox".

So where doing the "git apply --index" thing is great is when you see a patch that has some obvious deficiency that makes you not want to commit it directly, but add some fixup of your own.

That's when it's useful to use the index to your advantage - you can do "git diff" (to see just the fixups you did on top of the patch), or you can do "git diff HEAD" (to see the combined effect of both the patch _and_ your fixups).

That said, I have to admit that I usually (a) don't do this very often (ie this is not part of my daily routine) and (b) I tend to do "git reset" fairly soon afterwards (or alternatively, just "git commit -a") to get back to the situation where the index will match the current HEAD 100% again. So the "index doesn't match HEAD" situation is always just a _temporary_ thing for me.