Re: multi-project repos (was Re: Cleaning up git user-interface warts)
- From
Johannes Schindelin <johannes.schindelin@gmx.de>
- Date
- Nov 16, 2006, 22:21 UTC
- Message-ID
- <Pine.LNX.4.63.0611162315110.13772@wbgn013.biozentrum.uni-wuerzburg.de>
- In-Reply-To
- <Pine.LNX.4.64.0611160958170.3349@woody.osdl.org>
Hi,
On Thu, 16 Nov 2006, Linus Torvalds wrote:
Show 10 quoted lines
> On Thu, 16 Nov 2006, Han-Wen Nienhuys wrote: > > > > * why are objects downloaded twice? If I do > > > > git --bare fetch git://git.sv.gnu.org/lilypond.git web/master > > > > it downloads stuff, but I don't get a branch. > > A "fetch" by default won't actually generate a local branch unless you > told it to.
This is actually a perfect example for
- a script that is porcelain as well as plumbing (you are supposed to use it directly, or via pull), and for
- a terrible UI.
_If_ you use git-fetch directly you virtually always want to store the result. I was tempted quite often to submit a patch which adds a command line switch --no-warn, which is passed to git-fetch by git-pull, and without which git-fetch complains if the branch-to-be-fetched is not stored right away (and refuses to go along).
_Also_, git-pull not storing the fetched branches at least temporarily often annoyed me: the pull did not work, and the SHA1 was so far away I could not even scroll to it. The result: I had to pull (and fetch!) the whole darned objects again. Again, I was tempted quite often to submit a patch which makes git-pull fetch the branches into refs/fetch-temp/* and only throw them away when the merge succeeded.
Ciao, Dscho