Re: What's in a name? Let's use a (uuid,name,email) triplet

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

 



On Thu, Mar 18, 2010 at 5:29 PM, Michael Witten <mfwitten@xxxxxxxxx> wrote:
> On Thu, Mar 18, 2010 at 16:19, Martin Langhoff
>> What's the value? For me it'll be "Martin Langhoff". I already have that.
>
> Well, that's rather egotistical considering you're probably not the
> only Martin Langhoff in this world. I'd advocate something like
> "Martin Langhoff <martin.langhoff@xxxxxxxxx>".

So you are saying we should change the core datamodel of git to say...
what we already can say?

> At worst, things will be just like they have always been.

No, we'll have another way to have data mismatches. There are _more_
moving parts in your model. That's what Linus is pointing out.

This is a case where an ancillary "fixup table", in the form of
mailmap, works best. Don't move the fixup table to the core of the
datamodel, it just doesn't belong there.

Here's a hint: using your "uuid" model, I'll get some commits into a
project with the wrong uuid. Because I made a typo, or changed
machines (and a random uuid got created), whatever reason. So now in
my project I appear under 2 uuids.

What should we do in that case? Use mailmap to map the stray uuid to
the "real" one?... Have we done a lot of work to get back to square 0?

cheers,


m
-- 
 martin.langhoff@xxxxxxxxx
 martin@xxxxxxxxxx -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
--
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

[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]