Re: multi-project repos
- From
Junio C Hamano <junkio@cox.net>
- Date
- Nov 16, 2006, 22:44 UTC
- Message-ID
- <7vmz6r3tat.fsf@assigned-by-dhcp.cox.net>
- In-Reply-To
- <Pine.LNX.4.63.0611162315110.13772@wbgn013.biozentrum.uni-wuerzburg.de>
Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
Show 12 quoted lines
> _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.
I think the earlier write-up by Linus on magic HEADs would help documenting FETCH_HEAD better.