git/connect.c, branch v1.2.2

Add compat/unsetenv.c .

2006-01-25T23:10:39Z

Implement a (slow) unsetenv() for older systems. Signed-off-by: Jason Riedy Signed-off-by: Junio C Hamano

local push/pull env cleanup

2006-01-25T08:10:14Z

remove environment variables relating to the current repository before execing the 'remote' half of a local push or pull operation [jc: the original from Matt spelled out the environment variable names, which I changed to the preprocessor symbols defined in cache.h. Also it missed GRAFT_ENVIRONMENT.] Signed-off-by: Junio C Hamano

send-pack/receive-pack: allow errors to be reported back to pusher.

2005-12-28T02:04:14Z

This updates the protocol between git-send-pack/git-receive-pack in a backward compatible way to allow failures at the receiving end to be propagated back to the sender. Most notably, versions of git-push before this could not notice if the update hook on the receiving end refused to update the ref for its own policy reasons. Signed-off-by: Junio C Hamano

GIT: Support [address] in URLs

2005-12-22T07:48:56Z

Allow IPv6address/IPvFuture enclosed by [] in URLs, like: git push '[3ffe:ffff:...:1]:GIT/git' or git push 'ssh://[3ffe:ffff:...:1]/GIT/git' Signed-off-by: YOSHIFUJI Hideaki Signed-off-by: Junio C Hamano

Fixed git:// IPv4 address problem when compiled with -DNO_IPV6.

2005-11-22T20:38:27Z

Failure to dereference a pointer caused incorrect initialization of the IPv4 address when calling connect() when compiled with -DNO_IPV6. With this patch and yesterday's patch for git-daemon, it should now be possible to use the native git protocol for both the client and server on Cygwin. Signed-off-by: Paul Serice Signed-off-by: Junio C Hamano

GIT: Fix compilation error in connect.c

2005-11-22T04:51:22Z

Fix compilation error for gcc-2.95. Signed-off-by: YOSHIFUJI Hideaki Signed-off-by: Junio C Hamano

git-proxy updates.

2005-11-21T21:48:58Z

This builds on top of the git-proxy mechanism Paul Collins did, and updates its configuration mechanism. * GIT_PROXY_COMMAND environment variable is used as the catch-all fallback, as in the original. This has not changed. * Renames proxy configuration variables to core.gitproxy; this has become a multi-value variable per list discussion, most notably from suggestion by Linus. [core] ;# matches www.kernel.org as well gitproxy = netcatter for kernel.org gitproxy = netscatter for sample.xz gitproxy = none for mydomain.xz gitproxy = netcatter-default The values are command names, followed by an optional " for " and domainname; the first tail-match of the domainname determines which proxy command is used. An entry without " for " matches any domain and can be used as the default. The command name "none" is special -- it tells the mechanism not to use any proxy command and use the native git:// connection. Signed-off-by: Junio C Hamano

proxy-command support for git://

2005-11-21T21:48:58Z

Here is an updated patch that first looks for GIT_PROXY_COMMAND in the environment and then git.proxycommand in the repository's configuration file. I have left the calling convention the same argv[1] is the host and argv[2] is the port. I've taken the hostname parsing verbatim from git_tcp_connect(), so it should now support an explicit port number and whatever that business with the square brackets is. (Should I move this to a helper function?) Regarding internal vs. external hosts, the proxy command can simply run netcat locally to internal hosts, so perhaps that is sufficient. Signed-off-by: Junio C Hamano

Client side support for user-relative paths.

2005-11-20T04:50:39Z

With this patch, the client side passes identical paths for these two: ssh://host.xz/~junio/repo host.xz:~junio/repo Signed-off-by: Andreas Ericsson 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