Re: Please undo "Use git-merge instead of git-resolve in

From: Junio C Hamano <junkio@cox.net>
Date: Sep 23, 2005, 09:34 UTC
Message-ID: <7vslvwcelj.fsf@assigned-by-dhcp.cox.net>
In-Reply-To: <20050923091012.GA10255@pasky.or.cz>

Petr Baudis <pasky@suse.cz> writes:

> 	* cg-fetch can do with symlinked object database

Do you mean ".git/object" in the repository you are fetching into is a symlink to somewhere, or something else?

> 	* cg-fetch will hardlink if possible when fetching locally

True, git-fetch and git-clone try to use pack protocols by default, which is debatable. Adding -l (similar to what git-clone does) would not be too hard, if enough people want it.

> 	* cg-fetch won't do useless fetches when we are already
> 	  up-to-date

Care to explain? Perhaps you are talking about rsync transport (in which case I would not be surprised)?

> 	* I'm not sure if I could call git-fetch to do the initial
> 	  fetch during clone

    $ git-init-db && git fetch http://kernel.org/pub/scm/git/git.git

should work.

There is another minor "con", if you include git-clone in the discussion. Over http transport, it refuses to run against a remote repository that does not have info/refs and info/packs, even if it is not packed. I think cg-clone uses recursive wget for directory traversal and does not have to use them.