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

Prevent git-upload-pack segfault if object cannot be found

2006-02-18T00:20:51Z

Signed-off-by: Carl Worth Signed-off-by: Junio C Hamano

Exec git programs without using PATH.

2006-01-14T00:49:01Z

The git suite may not be in PATH (and thus programs such as git-send-pack could not exec git-rev-list). Thus there is a need for logic that will locate these programs. Modifying PATH is not desirable as it result in behavior differing from the user's intentions, as we may end up prepending "/usr/bin" to PATH. - git C programs will use exec*_git_cmd() APIs to exec sub-commands. - exec*_git_cmd() will execute a git program by searching for it in the following directories: 1. --exec-path (as used by "git") 2. The GIT_EXEC_PATH environment variable. 3. $(gitexecdir) as set in Makefile (default value $(bindir)). - git wrapper will modify PATH as before to enable shell scripts to invoke "git-foo" commands. Ideally, shell scripts should use the git wrapper to become independent of PATH, and then modifying PATH will not be necessary. [jc: with minor updates after a brief review.] Signed-off-by: Michal Ostrowski Signed-off-by: Junio C Hamano

Server-side support for user-relative paths.

2005-11-20T04:50:38Z

This patch basically just removes the redundant code from {receive,upload}-pack.c in favour of the library code in path.c. Signed-off-by: Andreas Ericsson Signed-off-by: Junio C Hamano

Be careful when dereferencing tags.

2005-11-03T00:50:58Z

One caller of deref_tag() was not careful enough to make sure what deref_tag() returned was not NULL (i.e. we found a tag object that points at an object we do not have). Fix it, and warn about refs that point at such an incomplete tag where needed. Signed-off-by: Junio C Hamano

fix multi_ack.

2005-10-29T05:57:01Z

Signed-off-by: Johannes Schindelin Signed-off-by: Junio C Hamano

git-upload-pack: Support the multi_ack protocol

2005-10-29T05:57:00Z

This implements three things (trying very hard to be backwards compatible): It sends the "multi_ack" capability via the mechanism proposed by Sergey Vlasov. When the client sends "multi_ack" with at least one "want", multi_ack is enabled. When multi_ack is enabled, "continue" is appended to each "ACK" until either the server can not store more refs, or "done" is received. In contrast to the original protocol, as long as "continue" is sent, flushes are answered by a "NAK" (not just until an "ACK" was sent), and if "continue" was sent at least once, the last message is an "ACK" without "continue". Signed-off-by: Johannes Schindelin Signed-off-by: Junio C Hamano

git-upload-pack: More efficient usage of the has_sha1 array

2005-10-29T05:56:59Z

This patch is based on Junio's proposal. It marks parents of common revs so that they do not clutter up the has_sha1 array. Signed-off-by: Johannes Schindelin Signed-off-by: Junio C Hamano

Fix cloning (memory corruption)

2005-10-26T18:52:19Z

upload-pack would set create_full_pack=1 if nr_has==0, but would ask later if nr_needs Signed-off-by: Junio C Hamano

upload-pack: tighten request validation.

2005-10-26T06:53:28Z

This makes sure what the other end asks for are among what we offered to give them. Otherwise we would end up running git-rev-list with 20-byte nonsense, only to find it either die (because the object was not found) or waste time (because we ended up serving that phony 'client'). Also avoid wasting needs_sha1 pool to record duplicates, and detect cloning requests better. [this used to be on top of Johannes fetch-pack enhancements, which we are rewinding it for further testing for now, so the commit is rebased.] Signed-off-by: Junio C Hamano

Revert recent fetch-pack/upload-pack updates.

2005-10-25T21:55:24Z

Let's have it simmer a bit longer in the proposed updates branch and shake the problems out. Signed-off-by: Junio C Hamano