From: Felipe Contreras <felipe.contreras@gmail.com>
To: James Denholm <nod.helm@gmail.com>,
Felipe Contreras <felipe.contreras@gmail.com>
Cc: David Lang <david@lang.hm>, Theodore Ts'o <tytso@mit.edu>,
Junio C Hamano <gitster@pobox.com>,
Sebastian Schuberth <sschuberth@gmail.com>,
Git Mailing List <git@vger.kernel.org>
Subject: Re: What is missing from Git v2.0
Date: Thu, 24 Apr 2014 02:19:04 -0500 [thread overview]
Message-ID: <5358bae8ab550_1f7b143d31037@nysa.notmuch> (raw)
In-Reply-To: <CAHYYfeFKW93GH+6-ssR5L_uoo3OL2-LFAsj-4+8uEmL0BhT3ow@mail.gmail.com>
James Denholm wrote:
> Felipe Contreras wrote:
> >This is a false dichotomy; there aren't just two kinds
> > of Git users.
> >
> > There is such a category of Git users who are not
> > fresh-out-of-the-boat, yet not power users either.
>
> Oh, I didn't mean to suggest a dichotomy of any kind. However these are the
> two groups (I suggest) are the most immediately relevant - one calls for
> change, and the other would be negatively impacted.
Nobody would be negatively impacted. Who would be impacted negatively by having
default aliases?
> > Unless the aliases are already there by default.
>
> Others, with knowledge far beyond mine, have pointed out the problems
> with this.
And I have showed they are not problems.
> I'd suggest the argument most relevant to my own statements is how it impacts
> the learning proccess, and makes it more likely that users will learn aliases
> _as_ commands, which of course is incorrect and potentially harmful.
That is an assumption. Why would a user think 'co' is a command?
> > And if default aliases were such a bad idea, why do most (all?) version
> > control systems out there have them?
>
> I'm so tempted just to sass and say that it's because they aren't git...
>
> But on a more serious note, a feature (any feature) being in one vcs doesn't
> mean, by default, that it's right for git.
How is Git different from any other version control systems?
Commands are commands.
> The status quo may be a mistake on the part of it's followers.
Yes, it might, but it's not.
> (And, historically, has been many times - for an transculturally-acceptable
> example, consider the rejection of Galileo's astronomical research by the
> Vatican of the time.)
Yes, I'm perfecly aware that everybody _can_ be wrong, that doesn't mean they
_are_.
> Just because Mercurial et. all does something doesn't mean git needs to, or
> even should. It needs objective consideration, not to just be ushered through
> on the basis of tradition.
Again, this is a red herring. Nobody argued that Git should do this because
others are doing it.
You failed to answer the question, so I'm asking it again:
If default aliases were such a bad idea, why do most (all?) version control
systems out there have them?
Your answer seems to be along the lines of: they made a mistake and they are
all wrong. Is it?
But, surely if it's a mistake on their part you should be able to find people
affected by this horrible error. This would validate the arguments that others
have put forward; if we do X we will have problem Y. Well, other projects have
done X, do they have problem Y?
--
Felipe Contreras
next prev parent reply other threads:[~2014-04-24 7:29 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
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 [this message]
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=5358bae8ab550_1f7b143d31037@nysa.notmuch \
--to=felipe.contreras@gmail.com \
--cc=david@lang.hm \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=nod.helm@gmail.com \
--cc=sschuberth@gmail.com \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
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;
as well as URLs for NNTP newsgroup(s).