脚本执行前必须确认远端开发分支已通过cr、已完成自测、与当前测试分支基线一致，三者缺一不可，否则可能引入重复提交或跳过修复。
脚本执行前必须确认的三件事
批量合并不是“一键跑完就完事”，稍有疏忽会导致测试分支混入错误代码。脚本本身不校验分支逻辑关系，它只机械执行 git merge，所以你得先人工确认：远端开发分支是否已通过 CR、是否已自测通过、是否与当前测试分支基线一致。尤其注意，脚本默认假设所有待合并分支都基于同一 commit（比如 origin/test 的 HEAD），如果某个开发分支是基于旧版 test 提交的，直接合并会带入重复或跳过中间修复。
用 Bash 脚本批量 merge 多个开发分支到本地 test 分支
以下脚本适用于 Linux/macOS 或 Git Bash（Windows），它不会自动 push，只做本地合并，给你留出检查和解决冲突的机会：
#!/bin/bash
TARGET_BRANCH="test"
DEV_BRANCHES=("feature/login" "feature/search" "hotfix/timeout")
git checkout "$TARGET_BRANCH" || exit 1
git pull origin "$TARGET_BRANCH"
for branch in "${DEV_BRANCHES[@]}"; do
echo "=== Merging $branch into $TARGET_BRANCH ==="
if ! git merge "$branch" --no-ff -m "merge $branch into $TARGET_BRANCH"; then
echo "❌ Merge failed for $branch — resolve conflicts, then run 'git add . && git commit'"
exit 1
fi
done
关键点：
-
--no-ff强制生成 merge commit，避免快进导致分支关系丢失 - 脚本不调用
git push，合并后需手动git push origin test - 若某次 merge 失败（比如冲突），脚本立即退出，不会继续下一个分支
- 分支名写死在数组里，不建议用
git branch -r | grep dev动态获取——远程分支名可能含空格或特殊字符，易出错
Windows 下用 TortoiseGit 批量合并的现实限制
TortoiseGit 本身不提供“选多个远程分支一起 merge”的界面操作。所谓“批量”，实际只能靠外部脚本驱动，或者手动重复点击：右键 → TortoiseGit → Merge… → Remote Branch → 选一个 → OK。每 merge 一次，都要处理潜在冲突、填写 commit message、点两次确认。如果你真要靠 GUI 完成多个分支合并，别指望省时间——反而更容易漏掉某个分支或点错目标。
更可行的做法是：用脚本完成本地合并后，在 TortoiseGit 中仅执行一次 Push，把所有 merge commit 推上去。这样既利用了脚本的可靠性，又保留了 TortoiseGit 的可视化日志查看能力。
遇到 conflict 后不要硬着头皮 resolve
批量脚本遇到第一个冲突就停住，这是保护机制，不是 bug。此时不要直接 git merge --continue 或 git add . && git commit —— 你得先确认这个冲突是不是真的该用开发分支的版本覆盖测试分支的。常见陷阱：
- 两个开发分支都改了同一配置文件的
timeout字段，但值不同；脚本无法判断哪个更合理 - 某个分支删了函数，另一个分支还在调用它；表面是文本冲突，实则是逻辑断裂
-
package.json的依赖版本被不同分支升级，合并后可能引发npm install失败
真正安全的做法是：打开 git log --graph --oneline --all，看清各分支提交链，再逐个 git diff origin/test...feature/x 确认变更意图，最后决定用哪边逻辑，或手动重写。
