Merge branch 'jk/git-no-more-argv0-path-munging' into next
commitb3f9a45bd2279fbf244ba4a5facd9c6218cbeb0d
authorJunio C Hamano <gitster@pobox.com>
Wed, 6 May 2015 04:14:38 +0000 (5 21:14 -0700)
committerJunio C Hamano <gitster@pobox.com>
Wed, 6 May 2015 04:14:38 +0000 (5 21:14 -0700)
tree9ff32fa2a32a8010b60990b11a98a3d1c10e79ae
parent6ef85da0afa6180448553005e56f0ea2ecbfdf3e
parenta0b4507ef72027052668c11b49f71bed89bcb293
Merge branch 'jk/git-no-more-argv0-path-munging' into next

We have prepended $GIT_EXEC_PATH and the path "git" is installed in
(typically "/usr/bin") to $PATH when invoking subprograms and hooks
for almost eternity, but the original use case the latter tried to
support was semi-bogus (i.e. install git to /opt/foo/git and run it
without having /opt/foo on $PATH), and more importantly it has
become less and less relevant as Git grew more mainstream (i.e. the
users would _want_ to have it on their $PATH).  Stop prepending the
path in which "git" is installed to users' $PATH, as that would
interfere the command search order people depend on (e.g. they may
not like versions of programs that are unrelated to Git in /usr/bin
and want to override them by having different ones in /usr/local/bin
and have the latter directory earlier in their $PATH).

* jk/git-no-more-argv0-path-munging:
  stop putting argv[0] dirname at front of PATH
exec_cmd.c