* Company affiliation transition
@ 2014-06-18 21:55 Loic Dachary
2014-06-19 15:39 ` Sage Weil
0 siblings, 1 reply; 4+ messages in thread
From: Loic Dachary @ 2014-06-18 21:55 UTC (permalink / raw)
To: Ceph Development
[-- Attachment #1: Type: text/plain, Size: 623 bytes --]
Hi,
The simplest solution to keep the .organizationmap[1] file up to date regarding the Red Hat / InkTank acquisition would be to just wait for developers with an @inktank.com email to move to a @redhat.com email. I guess the same could be applied to other company affiliation change, as long as all the company is absorbed. It does not work well when a single individual moves from one company to another and keeps using her/his personal email.
Does anyone see a problem with this approach ?
Cheers
[1] https://github.com/ceph/ceph/blob/master/.organizationmap
--
Loïc Dachary, Artisan Logiciel Libre
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 263 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Company affiliation transition
2014-06-18 21:55 Company affiliation transition Loic Dachary
@ 2014-06-19 15:39 ` Sage Weil
2014-06-19 15:50 ` Loic Dachary
0 siblings, 1 reply; 4+ messages in thread
From: Sage Weil @ 2014-06-19 15:39 UTC (permalink / raw)
To: Loic Dachary; +Cc: Ceph Development
On Wed, 18 Jun 2014, Loic Dachary wrote:
> Hi,
>
> The simplest solution to keep the .organizationmap[1] file up to date
> regarding the Red Hat / InkTank acquisition would be to just wait for
> developers with an @inktank.com email to move to a @redhat.com email. I
> guess the same could be applied to other company affiliation change, as
> long as all the company is absorbed. It does not work well when a single
> individual moves from one company to another and keeps using her/his
> personal email.
I think it would be ideal if the same individual's contributions can be
attributed to multiple organizations depending on which email they
used, for exactly this reason. The way that .organizationmap and .mailmap
are chained together makes this impossible, as far as I can tell?
> Does anyone see a problem with this approach ?
I'm not sure exactly what you're proposing...
sage
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Company affiliation transition
2014-06-19 15:39 ` Sage Weil
@ 2014-06-19 15:50 ` Loic Dachary
2014-06-19 17:04 ` Sage Weil
0 siblings, 1 reply; 4+ messages in thread
From: Loic Dachary @ 2014-06-19 15:50 UTC (permalink / raw)
To: Sage Weil; +Cc: Ceph Development
[-- Attachment #1: Type: text/plain, Size: 1511 bytes --]
On 19/06/2014 17:39, Sage Weil wrote:
> On Wed, 18 Jun 2014, Loic Dachary wrote:
>> Hi,
>>
>> The simplest solution to keep the .organizationmap[1] file up to date
>> regarding the Red Hat / InkTank acquisition would be to just wait for
>> developers with an @inktank.com email to move to a @redhat.com email. I
>> guess the same could be applied to other company affiliation change, as
>> long as all the company is absorbed. It does not work well when a single
>> individual moves from one company to another and keeps using her/his
>> personal email.
>
> I think it would be ideal if the same individual's contributions can be
> attributed to multiple organizations depending on which email they
> used, for exactly this reason. The way that .organizationmap and .mailmap
> are chained together makes this impossible, as far as I can tell?
>
>> Does anyone see a problem with this approach ?
>
> I'm not sure exactly what you're proposing...
Hi,
Sorry for being unclear, a commit will hopefully be better:
https://github.com/dachary/ceph/commit/de09adad2f9ede76727a87030c141236793d997f
This associates all @inktank.com to Intkank and all @redhat.com to Red Hat. If you use your @redhat.com email a commit will count as Red Hat. Otherwise it counts as Inktank.
The .mailmap normalizes names to cope with mistakes but does not force a given individual to show under a single email.
Cheers
>
> sage
>
--
Loïc Dachary, Artisan Logiciel Libre
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 263 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Company affiliation transition
2014-06-19 15:50 ` Loic Dachary
@ 2014-06-19 17:04 ` Sage Weil
0 siblings, 0 replies; 4+ messages in thread
From: Sage Weil @ 2014-06-19 17:04 UTC (permalink / raw)
To: Loic Dachary; +Cc: Ceph Development
On Thu, 19 Jun 2014, Loic Dachary wrote:
> On 19/06/2014 17:39, Sage Weil wrote:
> > On Wed, 18 Jun 2014, Loic Dachary wrote:
> >> Hi,
> >>
> >> The simplest solution to keep the .organizationmap[1] file up to date
> >> regarding the Red Hat / InkTank acquisition would be to just wait for
> >> developers with an @inktank.com email to move to a @redhat.com email. I
> >> guess the same could be applied to other company affiliation change, as
> >> long as all the company is absorbed. It does not work well when a single
> >> individual moves from one company to another and keeps using her/his
> >> personal email.
> >
> > I think it would be ideal if the same individual's contributions can be
> > attributed to multiple organizations depending on which email they
> > used, for exactly this reason. The way that .organizationmap and .mailmap
> > are chained together makes this impossible, as far as I can tell?
> >
> >> Does anyone see a problem with this approach ?
> >
> > I'm not sure exactly what you're proposing...
>
> Hi,
>
> Sorry for being unclear, a commit will hopefully be better:
>
> https://github.com/dachary/ceph/commit/de09adad2f9ede76727a87030c141236793d997f
>
> This associates all @inktank.com to Intkank and all @redhat.com to Red
> Hat. If you use your @redhat.com email a commit will count as Red Hat.
> Otherwise it counts as Inktank.
>
> The .mailmap normalizes names to cope with mistakes but does not force a
> given individual to show under a single email.
Ah, perfect. Yeah, this sounds good!
sage
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-06-19 17:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-06-18 21:55 Company affiliation transition Loic Dachary
2014-06-19 15:39 ` Sage Weil
2014-06-19 15:50 ` Loic Dachary
2014-06-19 17:04 ` Sage Weil
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.