Re: [PATCH v2] allow user aliases for the --author parameter

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

 



On Thu, Aug 28, 2008 at 09:52:02AM +0200, Michael J Gruber wrote:

> Junio C Hamano venit, vidit, dixit 27.08.2008 19:13:
> > Michael J Gruber <michaeljgruber+gmane@xxxxxxxxxxx> writes:
> > 
> >> People who don't use this feature don't have any entries and don't pay
> >> anything.  People who use this feature and have a moderate number of
> >> entries don't pay a recognizable price.  People who use this feature and
> >> have a vast amount of entries should be told to implement an alias file
> >> parser ;)
> > 
> > That attitude is Ok for an experimental piece of software.  Perhaps it was
> > Ok for git 18 months ago as well, but not anymore.
> 
> I probably should have put the ;) in emphasis. This is not my attitude.

Hmm. It sounds like we your interest is moving towards Junio's approach,
so maybe this doesn't matter. But I actually think your statement above
made some sense. I think we will be providing multiple sources of alias
information in the long run anyway, so this becomes just another source.
As a source, it has some advantages (it is simple to setup in your
existing git config, and does not require an extra file), and some
disadvantages (it does not scale as well as some other solutions).

> P.S.: This is "reply all" to a mail sent off-list probably meant for the
> list, but I didn't want to cc: the list without your consent (since I'm
> quoting you). I'm sorry for this confusion. I'm sure it's not your MUAs
> and confident it's not mine, which leaves gmane..

I am putting it back on-list. :)

-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

[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