Shawn Pearce wrote: > Andreas Ericsson <ae@op5.se> wrote: >> Yes, but it makes sense for merges where you generally pull someone >> elses work or one of your topic branches because it gives a general feel >> for the amount of modifications and are a sort of conclusion. Commits >> are a different thing, because you should know what kind of changes >> you've just done. If you don't you have other problems. I for one run >> git diff quite frequently when I'm getting close to a commit to make >> sure I don't get only the changes I want. I imagine others do too, so >> getting a diffstat when issuing the actual commit would just be noisy >> and irritating. > > I do the same (diff a lot before commit) and thus find commit > outputting anything at all to be noisy and irritating. Frankly > the new > I could live with one line (Committed revision %d), but a diffstat is always 3 lines minimum, which might well turn out to be 2 lines more than I changed. That's way too noisy. -- Andreas Ericsson andreas.ericsson@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Sat Dec 16 02:51:07 2006
This archive was generated by hypermail 2.1.8 : 2006-12-16 02:53:20 EST