Re: [RFC] Moving "git remote add --mirror blah" functionality to "git clone --bare --origin=blah"

From: Johannes Schindelin <johannes.schindelin@gmx.de>
Date: Apr 23, 2008, 09:59 UTC
Message-ID: <alpine.DEB.1.00.0804231057470.4181@eeepc-johanness>
In-Reply-To: <480EF334.1090907@gnu.org>

Hi,

On Wed, 23 Apr 2008, Paolo Bonzini wrote:

Show 5 quoted lines

> In the thread "git remote update -> rejected" Junio and Johannes came to 
> the conclusion that "--mirror means that you do not have local 
> branches", because "you give control away to the other end on the ref 
> namespace".  Furthermore, it was agreed that --mirror currently makes 
> sense mostly (or only?) on a bare repository.

Yes. But the opposite may not be true: if you plan to work on many workdirs, but the same repository, you might still want to have separate remotes layout.

In any case, I think that this discussion is too early: clone should be builtin first, making things much simpler because of being a very thin layer on top of init && remote && fetch.

But yes, there is a lot of work left on the builtin-clone to make it so.

Ciao, Dscho