From: Junio C Hamano <gitster@pobox•com>
To: Sebastian Schuberth <sschuberth@gmail•com>
Cc: Felipe Contreras <felipe.contreras@gmail•com>, git@vger•kernel.org
Subject: Re: What is missing from Git v2.0
Date: Mon, 21 Apr 2014 12:39:04 -0700 [thread overview]
Message-ID: <xmqqtx9m8obr.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <53557071.5040500@gmail.com> (Sebastian Schuberth's message of "Mon, 21 Apr 2014 21:24:33 +0200")
Sebastian Schuberth <sschuberth@gmail•com> writes:
>> Every argument against default aliases was basically refuted, yet my
>> patches went nowhere. And the users still expect these aliases.
>
> +1 about having default aliases in general, and I'd also add these:
I think it might be OK to implement them as the lowest priority
fallback alias, so that '[alias] co = "user's definition"' anywhere
in the various configuration locations will override it. I am a bit
hesitant about adding start-up overhead, though. Also I am not sure
if people can agree with (1) a broadly wide selection of aliases and
(2) the actual definitions for them (I am OK with "co === checkout"
myself, but I'd rather not to even think about my Git wasting cycles
parsing extra configuration items to support "br === branch" at all,
for example).
If we squat on "co" and other short-and-sweet friends by adding them
as built-in aliases (i.e by adding them to git.c:commands[]), the
only effect would be to annoy people who have them defined somewhat
slightly differently, so that won't fly well.
> If we don't standardize this now people will come up with their own
> definitions [1] [2] (and many others if you just search GitHub) which
> are again likely to differ (slightly), hindering interoperability.
I am afraid that that ship has sailed long time ago, though.
next prev parent reply other threads:[~2014-04-21 19:39 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-20 22:41 What is missing from Git v2.0 Felipe Contreras
2014-04-20 22:47 ` Felipe Contreras
2014-04-21 19:24 ` Sebastian Schuberth
2014-04-21 19:34 ` Felipe Contreras
2014-04-21 19:47 ` Sebastian Schuberth
2014-04-21 20:45 ` Theodore Ts'o
2014-04-21 20:46 ` Felipe Contreras
2014-04-22 7:23 ` Sebastian Schuberth
2014-04-22 8:15 ` Felipe Contreras
2014-04-21 19:39 ` Junio C Hamano [this message]
2014-04-22 7:19 ` Sebastian Schuberth
2014-04-22 8:11 ` Felipe Contreras
2014-04-22 18:33 ` Junio C Hamano
2014-04-22 19:23 ` Felipe Contreras
2014-04-22 20:22 ` Matthieu Moy
2014-04-22 21:01 ` Felipe Contreras
2014-04-22 22:19 ` Junio C Hamano
2014-04-22 21:30 ` Theodore Ts'o
2014-04-22 21:59 ` Felipe Contreras
2014-04-22 22:24 ` David Kastrup
2014-04-24 3:35 ` Felipe Contreras
2014-04-24 5:18 ` David Kastrup
2014-04-24 13:39 ` Andreas Krey
2014-04-24 18:31 ` Felipe Contreras
2014-04-24 19:16 ` David Kastrup
2014-04-22 22:25 ` David Lang
2014-04-24 3:37 ` Felipe Contreras
2014-04-24 3:51 ` David Lang
2014-04-24 3:58 ` Felipe Contreras
2014-04-24 4:16 ` James Denholm
2014-04-24 4:12 ` Felipe Contreras
2014-04-24 6:06 ` James Denholm
2014-04-24 7:19 ` Felipe Contreras
2014-04-24 7:39 ` David Kastrup
2014-04-24 8:23 ` Felipe Contreras
2014-04-24 9:01 ` David Kastrup
2014-04-24 18:28 ` Felipe Contreras
2014-04-24 19:20 ` David Lang
2014-04-24 13:41 ` Theodore Ts'o
2014-04-24 15:00 ` Stefan Beller
2014-04-24 15:47 ` tytso
2014-04-24 17:46 ` Stefan Beller
2014-04-24 18:02 ` Jonathan Nieder
2014-04-24 18:26 ` Felipe Contreras
2014-04-24 19:15 ` Jeff King
2014-04-24 18:25 ` Felipe Contreras
2014-04-24 18:17 ` Felipe Contreras
2014-04-25 6:59 ` Matthieu Moy
2014-04-25 7:35 ` Philippe Vaucher
2014-04-24 18:38 ` Felipe Contreras
2014-04-24 19:55 ` luc.linux
2014-04-25 2:22 ` Javier Domingo Cansino
2014-04-25 2:35 ` Felipe Contreras
2014-04-25 7:48 ` Philippe Vaucher
2014-04-25 7:52 ` Felipe Contreras
2014-04-25 13:35 ` Theodore Ts'o
2014-04-25 14:23 ` Philippe Vaucher
2014-04-25 14:40 ` Theodore Ts'o
2014-04-25 15:54 ` Philippe Vaucher
2014-04-25 17:50 ` Felipe Contreras
2014-04-25 17:45 ` Felipe Contreras
2014-04-25 18:24 ` Jeff King
2014-04-25 18:27 ` Felipe Contreras
2014-04-25 18:57 ` Jeff King
2014-04-25 18:57 ` Felipe Contreras
2014-04-25 19:12 ` Jeff King
2014-04-25 19:27 ` Felipe Contreras
2014-04-25 5:13 ` David Kastrup
2014-04-25 15:41 ` Jonathan Nieder
2014-04-25 15:59 ` David Kastrup
2014-04-25 16:14 ` Jonathan Nieder
2014-04-22 22:03 ` Junio C Hamano
2014-04-24 3:26 ` Felipe Contreras
2014-04-22 2:12 ` brian m. carlson
2014-04-22 5:10 ` Felipe Contreras
2014-04-22 5:19 ` David Aguilar
2014-04-22 5:38 ` Felipe Contreras
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=xmqqtx9m8obr.fsf@gitster.dls.corp.google.com \
--to=gitster@pobox$(echo .)com \
--cc=felipe.contreras@gmail$(echo .)com \
--cc=git@vger$(echo .)kernel.org \
--cc=sschuberth@gmail$(echo .)com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox