Jenkins流水线执行git worktree add检出旧提交哈希问题排查

核心问题是对git fetch和git worktree的分支指向逻辑理解有偏差：

1. git fetch 只会更新refs/remotes/origin/*下的远程追踪分支指针（你日志里看到的origin/master更新到22c1a07就是这个指针），不会自动更新本地refs/heads/*下的分支指针。
2. 你执行git worktree add ./all/src_master master时，Git检出的是本地master分支指向的提交，不是远程origin/master的最新提交。
3. 再加上Jenkins流水线默认的Git插件通常会以detached HEAD模式检出当前构建提交，不会主动更新本地其他分支的指针，所以你本地的master/test/production分支一直停留在工作区第一次克隆时的旧提交（也就是你说的94b92f5版本），最终导致worktree检出的代码是旧版本。

三种可行操作，根据你的场景选一种即可：

方案1：直接更新本地分支指针后添加worktree #

不需要切换当前工作区HEAD，在fetch完成后直接把本地分支强制指向远程最新提交，再执行原有的worktree添加命令即可：

# 直接重置本地分支指针到远程最新版本，不改动当前工作区文件
git branch -f master origin/master
git branch -f test origin/test
git branch -f production origin/production

# 原有worktree命令无需修改
git worktree add ./all/src_master master
git worktree add ./all/src_test test
git worktree add ./all/src_production production

方案2：添加worktree时直接基于远程分支创建 #

不需要提前操作本地分支，直接在添加worktree时指定基于远程分支创建本地分支：

# 本地分支不存在时用-b，已存在时换成-B强制重置到最新版本
git worktree add ./all/src_master -B master origin/master
git worktree add ./all/src_test -B test origin/test
git worktree add ./all/src_production -B production origin/production

方案3：纯构建场景用分离头指针模式 #

如果不需要在worktree内提交代码，完全可以不创建本地分支，直接检出远程分支最新提交，逻辑更简单不容易出错：

git worktree add --detach ./all/src_master origin/master
git worktree add --detach ./all/src_test origin/test
git worktree add --detach ./all/src_production origin/production

• 如果你的流水线开启了浅克隆（Jenkins Git插件默认depth=1），记得在fetch时加上--unshallow参数，或者配置checkout步骤关闭浅克隆，否则拉不到完整提交历史，分支同步会失败。
• 每次流水线执行结束后要清理worktree残留，避免下次构建触发「工作树已存在」的报错，可以在后置步骤执行：

  git worktree prune
  rm -rf ./all
  

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