On Tue, Sep 24, 2013 at 6:25 AM, Felipe Contreras
<felipe.contre...@gmail.com> wrote:
> On Tue, Sep 24, 2013 at 4:19 AM, John Szakmeister <j...@szakmeister.net> 
> wrote:
>> On Sat, Sep 21, 2013 at 3:20 PM, Felipe Contreras
>> <felipe.contre...@gmail.com> wrote:
>>> For now simply add a few common aliases.
>>>   co = checkout
>>>   ci = commit
>>>   rb = rebase
>>>   st = status
>>> Signed-off-by: Felipe Contreras <felipe.contre...@gmail.com>
>>> ---
>>> 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.

To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to