Thread (1 message) 1 message, 1 author, 2016-06-15

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

From: Jeff King <hidden>
Date: 2016-06-15 22:45:15

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:
quoted
Michael J Gruber [off-list ref] writes:
quoted
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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help