On Thu, 30 Nov 2006, Johannes Schindelin wrote: > > I like it. Sort of a "temporary commit" to check against. 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. Linus - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html