Git别名执行忽略-C参数，切换工作树分支异常问题及解决

Git Worktree用起来确实顺手，但有个绕不开的限制：同一个分支没法同时在多个工作树里检出。我好几次想在当前工作树切到master，结果都因为别的工作树已经占着master，导致git checkout master直接失败。

最初的尝试：写Git别名自动“挪开”占用的分支 #

为了快速处理这种情况，我写了个Git别名，想自动找到占用master的工作树，把它切到一个临时分支：

[alias]
    parkall = "!git -C $(git worktree list | grep master | cut -d' ' -f1) checkout -b parked-$(date +%Y-%M-%dT%H.%m.%S)"

这里的git worktree list | grep master | cut -d' ' -f1就是用来定位检出master的工作树路径，理论上应该和直接写git -C some/worktree/path checkout -b ...效果一样。

但实际跑起来完全不对——-C参数根本没生效，非但没动目标工作树的分支，反而把当前工作树的分支给改了。

换Shell脚本还是不行？问题出在环境变量 #

后来我把逻辑写成独立的Shell脚本，直接执行一切正常，但通过Git别名调用时，明明能输出正确的工作树路径，结果还是改当前分支。

查了半天才发现，Git在执行别名的时候，会自动设置一堆GIT_开头的环境变量，特别是GIT_DIR，它会强制后续所有git命令都用当前工作树的仓库配置，这就导致-C指定的路径完全被忽略了。

最终解决：清除所有GIT_前缀的环境变量 #

一开始我用env -u逐个删环境变量，没用。后来改成在脚本里批量清空所有GIT_开头的变量，问题直接解决。修改后的脚本长这样：

#!/bin/bash
# 批量清除Git别名自动设置的GIT_*环境变量
for var in $(env | grep ^GIT_ | cut -d= -f1); do
    unset "$var"
done

# 定位占用master的工作树
worktree_path=$(git worktree list | grep master | cut -d' ' -f1)

# 切换到目标工作树创建临时分支
git -C "$worktree_path" checkout -b parked-$(date +%Y-%M-%dT%H.%m.%S)

然后把Git别名改成调用这个脚本就行：

[alias]
    parkall = "!/full/path/to/parkall.sh"

内容的提问来源于stack exchange，提问作者Oliver Dain