[prev in list] [next in list] [prev in thread] [next in thread] 

List:       git
Subject:    Re: [PATCH] fetch-pack should not ask for a ref which is already
From:       Johannes Schindelin <Johannes.Schindelin () gmx ! de>
Date:       2005-09-30 12:20:51
Message-ID: Pine.LNX.4.63.0509301418380.15604 () wgmdd8 ! biozentrum ! uni-wuerzburg ! de
[Download RAW message or body]

Hi,

On Thu, 29 Sep 2005, Linus Torvalds wrote:

> On Thu, 29 Sep 2005, Johannes Schindelin wrote:
> > 
> > Wouldn't it make much more sense to add a flag which repairs an 
> > incomplete fetch?
> 
> No.
> 
> We've seen crap. We've _seen_ people use the old git-ssh-pull etc that 
> would result in incomplete repositories, and having people use the 
> "--recover" flag.
> 
> THAT KIND OF CRAP IS UNACCEPTABLE! I had to walk Andrew through a broken 
> repository because he had used those unreliable fetch methods. I was 
> ashamed of git at that point.
> 
> If a ^C results in a repository that needs to be fixed up, the "source 
> control management" is BROKEN. It's not source control, it's a buggy 
> mess.

Okay, fair enough, I had that coming. But how about the opposite? A flag, 
that says "I want to take the fast path, and if I fsck up, it is my fault 
alone", just like "-f" to git-checkout?

Ciao,
Dscho

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