Re: git should not use a default user.email config value
- From
Jeff King <peff@peff.net>
- Date
- Aug 10, 2013, 10:28 UTC
- Message-ID
- <20130810102834.GA6237@sigill.intra.peff.net>
- In-Reply-To
- <52060EF9.2040504@alum.mit.edu>
On Sat, Aug 10, 2013 at 11:59:21AM +0200, Michael Haggerty wrote:
Show 12 quoted lines
> On 08/10/2013 08:47 AM, Jeff King wrote: > > But I think MX records and deliverability is beside the point. Even in a > > case where we come up with a valid, deliverable address, is that what > > the user wants to have in their commit history for all time? > > I intentionally don't set user.email in my ~/.gitconfig because I use > different identities (on the same machine) depending on what project I > am committing to (open-source vs. work). After I clone a repo, I *rely* > on Git reminding me to set user.email on my first commit, because I > invariably forget to set it myself. And for me, *any* universal, > heuristically-determined email address would be wrong for me for at > least some repos.
So if I understand your use case, then you would be even happier if rather than giving a warning, git simply barfed and said "please set your identity before committing"?
-Peff