@matheusbsbs / matheus-bagliano / commits / 0bdf93cbf0
Fork 0

filter-branch: fix variable export logic

filter-branch tries to restore "old" copies of some environment variables by using the construct: unset var test -z "$old_var" || var="$old_var" && export var This is just wrong. AND-list and OR-list operators && and || have equal precedence and they bind left to right. The second term, var="$old" assignment always succeeds, so we always end up exporting var. On bash and dash, exporting an unset variable has no effect. However, on some shells (such as FreeBSD's /bin/sh), the shell exports the empty value. This manifested itself in this case as git-filter-branch setting GIT_INDEX_FILE to the empty string, which in turn caused its call to git-read-tree to fail, leaving the working tree pointing at the original HEAD instead of the rewritten one. To fix this, we change the short-circuit logic to better match the intent: test -z "$old_var" || { var="$old_var" && export var } Signed-off-by: Jeff King <peff@peff.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>

Jeff King committed May 13, 2008 at 04:46 UTC 0bdf93cbf0afd568384f237378ba368e751a2f0f
1 file changed +9 -3
git-filter-branch.sh
+9 -3
@@ -435,11 +435,17 @@ rm -rf "$tempdir"
435 trap - 0
436
437 unset GIT_DIR GIT_WORK_TREE GIT_INDEX_FILE
438 -test -z "$ORIG_GIT_DIR" || GIT_DIR="$ORIG_GIT_DIR" && export GIT_DIR
439 -test -z "$ORIG_GIT_WORK_TREE" || GIT_WORK_TREE="$ORIG_GIT_WORK_TREE" &&
438 +test -z "$ORIG_GIT_DIR" || {
439 + GIT_DIR="$ORIG_GIT_DIR" && export GIT_DIR
440 +}
441 +test -z "$ORIG_GIT_WORK_TREE" || {
442 + GIT_WORK_TREE="$ORIG_GIT_WORK_TREE" &&
443 export GIT_WORK_TREE
441 -test -z "$ORIG_GIT_INDEX_FILE" || GIT_INDEX_FILE="$ORIG_GIT_INDEX_FILE" &&
444 +}
445 +test -z "$ORIG_GIT_INDEX_FILE" || {
446 + GIT_INDEX_FILE="$ORIG_GIT_INDEX_FILE" &&
447 export GIT_INDEX_FILE
448 +}
449 git read-tree -u -m HEAD
450
451 exit $ret