git/clone-pack.c, branch v1.2.2

fetch-clone progress: finishing touches.

2006-02-12T01:54:18Z

This makes fetch-pack also report the progress of packing part. Signed-off-by: Junio C Hamano

Make "git clone" less of a deathly quiet experience

2006-02-11T06:28:30Z

It used to be that "git-unpack-objects" would give nice percentages, but now that we don't unpack the initial clone pack any more, it doesn't. And I'd love to do that nice percentage view in the pack objects downloader too, but the thing doesn't even read the pack header, much less know how much it's going to get, so I was lazy and didn't. Instead, it at least prints out how much data it's gotten, and what the packing speed is. Which makes the user realize that it's actually doing something useful instead of sitting there silently (and if the recipient knows how large the final result is, he can at least make a guess about when it migt be done). So with this patch, I get something like this on my DSL line: [torvalds@g5 ~]$ time git clone master.kernel.org:/pub/scm/linux/kernel/git/torvalds/linux-2.6 clone-test Packing 188543 objects 48.398MB (154 kB/s) where even the speed approximation seems to be roughtly correct (even though my algorithm is a truly stupid one, and only really gives "speed in the last half second or so"). Anyway, _something_ like this is definitely needed. It could certainly be better (if it showed the same kind of thing that git-unpack-objects did, that would be much nicer, but would require parsing the object stream as it comes in). But this is big step forward, I think. Signed-off-by: Linus Torvalds Signed-off-by: Junio C Hamano

clone-pack: remove unused and undocumented --keep flag

2005-12-18T09:55:29Z

While we are at it, give fully spelled --keep to fetch-pack. Also give --quiet in addition to -q to fetch-pack as well. Signed-off-by: Junio C Hamano

fetch-pack: -k option to keep downloaded pack.

2005-12-18T07:11:29Z

Split out the functions that deal with the socketpair after finishing git protocol handshake to receive the packed data into a separate file, and use it in fetch-pack to keep/explode the received pack data. We earlier had something like that on clone-pack side once, but the list discussion resulted in the decision that it makes sense to always keep the pack for clone-pack, so unpacking option is not enabled on the clone-pack side, but we later still could do so easily if we wanted to with this change. Signed-off-by: Junio C Hamano

clone-pack: make it usable for partial branch cloning.

2005-12-15T05:25:22Z

clone-pack had some logic to accept subset of remote refs from the command line and clone from there. However, it was never used in practice and its problems were not found out so far. This commit changes the command to output the object names of refs to the standard output instead of making a clone of the remote repository when explicit parameters are given; the output format is the same as fetch-pack. The traditional behaviour of cloning the whole repository by giving no explicit parameters stays the same. Signed-off-by: Junio C Hamano

Make networking commands to work from a subdirectory.

2005-11-29T07:13:02Z

These are whole-tree operations and there is not much point making them operable from within a subdirectory, but it is easy to do so, and using setup_git_directory() upfront helps git:// proxy specification picked up from the correct place. Signed-off-by: Junio C Hamano

Work around missing hard links on FAT formatted media

2005-10-26T06:49:43Z

FAT -- like Coda -- does not like cross-directory hard links. To be precise, FAT does not like links at all. But links are not needed either. So get rid of them. Signed-off-by: Johannes Schindelin Signed-off-by: Junio C Hamano

git-clone: always keep pack sent from remote.

2005-10-19T21:43:43Z

This deprecates --keep and -q flags and always keeps the pack sent from the remote site. Corresponding configuration variables are also removed. Signed-off-by: Junio C Hamano

Ignore funny refname sent from remote

2005-10-15T18:23:40Z

This allows the remote side (most notably, upload-pack) to show additional information without affecting the downloader. Peek-remote does not ignore them -- this is to make it useful for Pasky's automatic tag following. Signed-off-by: Junio C Hamano

Refuse to create funny refs in clone-pack, git-fetch and receive-pack.

2005-10-15T18:23:39Z

Using git-check-ref-format, make sure we do not create refs with funny names when cloning from elsewhere (clone-pack), fast forwarding local heads (git-fetch), or somebody pushes into us (receive-pack). Signed-off-by: Junio C Hamano