On Mon, Nov 12, 2012 at 10:27:27PM -0500, Jeff King wrote: > On Tue, Nov 13, 2012 at 01:54:59AM +0100, Felipe Contreras wrote: > > > > But we use the environment to default the field, so the distinction > > > doesn't make much sense to me. Plus, it has always been the case that > > > you can use git without setting user.*, but instead only using the > > > environment. I don't see any reason not to follow that principle here, > > > too. > > > > And that's why a lot of commits end up like michael > > <michael@michael-laptop.(none)>. > > No, it's not. Those broken names do not come from the environment, but > from our last-resort guess of the hostname. We long ago switched to > printing the name as a warning when we have made such a guess (bb1ae3f), > then more recently started rejecting them outright (8c5b1ae). > > And I have proposed exactly the same behavior here: respect the > environment and the config, but do not trust the implicit guesses. Re-reading this, I think "them" at the end of the second paragraph is slightly unclear. Let me rephrase. The lack of a name or the presence of an obviously bogus email address (e.g., with "(none)") is disallowed by commit. We still allow implicit idents on commit as long they are not obviously wrong, but show them to the user so that they can notice and correct via "commit --amend". So if it dies on an implicit ident, send-email would actually be taking an even stronger stance against bogus idents. Which makes sense, since there is no "--amend" for fixing a broken email that has been sent. -Peff -- 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