Re: [PATCH v3] build: add default aliases

On Tue, Sep 24, 2013 at 6:25 AM, Felipe Contreras
[off-list ref] wrote:

On Tue, Sep 24, 2013 at 4:19 AM, John Szakmeister [off-list ref] wrote:

quoted

On Sat, Sep 21, 2013 at 3:20 PM, Felipe Contreras
[off-list ref] wrote:

quoted

For now simply add a few common aliases.

  co = checkout
  ci = commit
  rb = rebase
  st = status

Signed-off-by: Felipe Contreras <redacted>
---

I still think we should ship a default /etc/gitconfig, but the project needs to
agree it's a good change, and nobody every agrees changes are good. So this is
the minimal change that achieves the desired result.

I wish you would stop attacking the project every time you send a
patch--it's simply not productive and it's certainly not getting you
any closer to a resolution.

I'm not attacking the project, I'm making an objective claim, and I
can back it up with several instances of evidence where 99% of the
users would benefit from a change, yet it does not move forward.

There's nothing objective about "Nobody every (sic) agrees changes are
good".  If it were true, no changes would get in.

Also, you don't know that any of those changes would benefit "99% of
all users".  It's a guess or an estimate but it's not based on
anything concrete.  It might be a good guess--and in this case, I
think it is--but it's not a concrete fact.  Don't make it sound like
it is.

If you don't agree my comment is accurate, that's one thing, but
labeling it as an attack is another.

Don't turn it around.  A number of your patches and emails poke at the
community of the Git project and you know it.  It's simply not helping
the situation.

Your clearly a bright and motivated individual--which makes it all the
more frustrating that you don't approach this differently.  I even
agree with your motivations for Git: I'd like to see less shell and
perl involved and to see Git run faster on Windows.  But I wish you'd
stop with the jabs.

I would admit I was wrong if an /etc/gitconfig is indeed shipped by
default, and agree that the Git project is indeed welcome to change,
but that's not going to happen.

And there it is again.  Predicting the future now?  Objectively and
accurately?  Please stop.

-John