Junio C Hamano <gitster@xxxxxxxxx> writes: > So, in short, it is not "undefined", but rather it seems to be a > designed behaviour that we are seeing. Thank you for your response and the technical explanation. René Scharfe <l.s.r@xxxxxx> writes: > Committers review and sign off changes. Hiding machine-made extra > changes from them, that they then implicitly also accept responsibility > for sounds questionable to me. The prepare-commit-msg hook might be > a place for such filtering. But git commit showing the full extent of > changes (incl. those made by the pre-commit hook) would be a better > default, wouldn't it? I second this. For me, the commit diff should include the "real"/full commit diff. Even if the user didn't actually make some changes, the commit they're about to make will include them, so it's completely relevant to show these changes. That's the behaviour I was expecting, and I was confused that Git didn't behave that way. To me, Git shouldn't really care where changes come from; they are part of the commit so must logically be shown in the commit diff while committing. Thank you, -- Maxime Louet
