Git worktree多分支:修复线上问题时保留手头工作
需要同时处理两个分支时,可使用独立工作目录减少频繁切换。本文介绍创建前检查和任务结束后的整理。

正在开发功能时,线上突然需要修复。频繁切换分支可能与未提交文件产生冲突。Git worktree 可以让同一个仓库关联多个工作目录,每个目录检出不同分支。
创建前先确认位置
检查当前仓库状态,并为新目录选择明确且不会覆盖已有文件的路径。为修复工作创建独立分支,确认基于正确版本。多个工作树共享仓库中的部分数据,并不等于完全独立的备份。
在对应目录操作
进入修复目录后检查当前分支、远程地址和依赖,再修改与测试。原目录中的未提交工作会留在原目录,但如果两个环境共用数据库、缓存或配置,仍可能互相影响;线上修复应使用隔离环境验证。
完成后整理
提交并确认修复已按团队流程合并,检查工作树中是否有未提交文件,再使用 Git 的工作树管理命令清理。不要直接删除目录而不核对是否还有未保存内容。移动工作树也应使用相应命令维护关联。
验收时分别查看两个目录的分支及状态,确认切换任务没有丢失原工作。工作树适合并行处理不同任务,但不能代替数据库备份或部署回退方案。
参考资料
资料核对日期:2026年10月28日。
本文新增价值
针对Git worktree多分支整理常见误区、操作顺序和验证方法,区分官方资料说明与面向实际问题的维护建议。
针对Git worktree多分支整理常见误区、操作顺序和验证方法,区分官方资料说明与面向实际问题的维护建议。