Re: Git for Windows v2.23.0-rc0, was Re: [ANNOUNCE] Git v2.23.0-rc0

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jul 31, 2019 at 08:38:14PM -0500, Ariadne Conill wrote:

> > Something like:
> >
> >   Author: A U Thor <author@xxxxxxxxxxx>
> >   Original-Author: I M Mailmapped <orig@xxxxxxxxxxx>
> >
> > gives even more information while leaving the "Author:" line untouched.
> > But in introducing a new line, it may also be breaking somebody.
> 
> It also makes this entire exercise completely moot because not only
> does it deadname the contributor, it discloses that it is deadnaming
> the contributor while also telling you who they are now, which is even
> worse than the current behaviour.  The purpose of this exercise is to
> ensure that users have the *current* contact information of the
> contributor by default, including their current name and e-mail.  My
> entire goal behind transitioning this config default is to ensure that
> git respects *present* identity information by default, while giving
> access to the raw identity data in cases where it makes sense to do so
> (such as historical research or whatever).  I don't really wish for
> git to remind me of my previous identity while browsing through
> historical git logs.  I also don't think most people care about the
> previous identity data of contributors -- in most cases, if you're
> looking up a commit's author, you're doing so because you intend to
> ask them a question about the commit, and so, having the most current
> identity data available is what actually makes sense.

Fair enough. My thinking was just that it would make it clear to
somebody who wasn't expecting the mailmap to be used what was going on:
they would have seen "orig" in the old output, but now they are seeing
"author". But I agree that most people wouldn't even _care_, and the
orig name is just garbage in most cases.

I had been thinking it would be a temporary measure during the
transition period, but it probably isn't even worth the hassle and
confusion it would cause during that period.

By the way, we've been talking mostly about output in this thread. One
thing that did catch me a little by surprise is that "--author", etc,
will now use the mailmap by default, too. Which I think makes perfect
sense, but when looking for my own mailmapped entries to run some
examples on, I was surprised at first that "git log
--author=peff@xxxxxxxxxx" didn't find anything.

But aside from experimenting with this mailmap feature, I cannot think
of a single time in the last decade I would have cared about that
distinction (and in fact, most of the time I would be searching for my
own commits by my mailmapped address, and would have preferred they be
found in that group).

-Peff



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux