第3课：实际应用场景
课程目标
- 了解Git Worktree在实际开发中的应用场景
- 学会在不同场景下合理使用Worktree
- 掌握场景化的最佳实践
理论讲解
Worktree的主要应用场景
1. 并行功能开发
在大型项目中，开发人员经常需要同时处理多个功能。传统方式需要频繁切换分支，而Worktree可以让每个功能在独立的目录中开发，互不干扰。
2. Bug修复与当前开发并行
当正在开发一个功能时，如果需要紧急修复线上Bug，使用Worktree可以快速创建一个修复环境，修复完成后切换回原来的功能开发，而不会相互影响。
3. 代码审查与修改
在进行代码审查时，可以创建一个Worktree用于审查，同时保留原开发环境。如果需要修改，可以在审查Worktree中直接修改，不影响主开发环境。
4. 版本对比与测试
可以同时检出不同版本的代码进行对比和测试，特别是在验证回归问题时非常有用。
5. 持续集成与部署
在CI/CD流程中，可以使用Worktree并行处理不同分支的构建和部署任务。
实践操作
场景1：并行功能开发
情景描述
你正在开发一个用户管理功能(user-management)，同时需要实现一个订单管理功能(order-management)。这两个功能相对独立，但都属于同一个项目。
解决方案
# 1. 创建用户管理功能分支
git checkout -b user-management
echo "User management implementation" > user-feature.txt
git add user-feature.txt
git commit -m "Initial user management feature"
git checkout main
# 2. 创建订单管理功能分支
git checkout -b order-management
echo "Order management implementation" > order-feature.txt
git add order-feature.txt
git commit -m "Initial order management feature"
git checkout main
# 3. 为两个功能创建独立的Worktree
git worktree add ../user-mgmt-wt user-management
git worktree add ../order-mgmt-wt order-management
# 4. 在各自的Worktree中并行开发
# 在用户管理Worktree中
cd ../user-mgmt-wt
echo "User authentication logic" >> user-auth.txt
git add user-auth.txt
git commit -m "Add user authentication"
# 在订单管理Worktree中
cd ../order-mgmt-wt
echo "Order processing logic" >> order-process.txt
git add order-process.txt
git commit -m "Add order processing"
场景2：紧急Bug修复
情景描述
你正在开发一个新功能，突然发现生产环境有一个紧急Bug需要修复。你不想中断当前的开发工作，也不想提交未完成的代码。
解决方案
# 1. 基于主分支创建修复分支和Worktree
git checkout main
git checkout -b hotfix-critical-bug
git worktree add ../hotfix-wt hotfix-critical-bug
# 2. 在修复Worktree中进行Bug修复
cd ../hotfix-wt
echo "Bug fix implementation" > bugfix.txt
git add bugfix.txt
git commit -m "Fix critical production bug"
# 3. 合并修复到主分支并删除修复分支
cd ../git-worktree-demo
git checkout main
git merge hotfix-critical-bug
git branch -d hotfix-critical-bug
git worktree remove ../hotfix-wt
# 4. 继续原来的功能开发
# 你的原功能开发环境保持不变，可以继续工作
场景3：版本对比测试
情景描述
你需要对比v1.0和v2.0两个版本的行为差异，以验证一个回归问题。
解决方案
# 1. 创建两个版本的Worktree
git worktree add ../v1.0-test v1.0
git worktree add ../v2.0-test v2.0
# 2. 在两个版本中运行相同的测试
# 在v1.0版本中
cd ../v1.0-test
# 运行测试命令并记录结果
echo "Test results for v1.0" > test-results-v1.txt
# 在v2.0版本中
cd ../v2.0-test
# 运行相同的测试命令并记录结果
echo "Test results for v2.0" > test-results-v2.txt
# 3. 对比测试结果
# 分析差异并定位问题
# 4. 完成后清理
cd ../git-worktree-demo
git worktree remove ../v1.0-test
git worktree remove ../v2.0-test
场景4：代码审查环境
情景描述
你收到了一个Pull Request需要审查，同时你还在开发自己的功能。
解决方案
# 1. 获取Pull Request的分支
git fetch origin pull/123/head:pr-123-review
# 2. 创建审查专用Worktree
git worktree add ../pr-review-wt pr-123-review
# 3. 在审查Worktree中进行代码审查
cd ../pr-review-wt
# 查看代码变更
git log --oneline
git diff main
# 4. 如果需要提出修改建议
echo "Review comments" > review-comments.txt
# 提交修改建议到原始PR分支（如果权限允许）
# 或创建新的PR作为替代方案
# 5. 完成审查后清理
cd ../git-worktree-demo
git worktree remove ../pr-review-wt
git branch -d pr-123-review
练习任务
任务1：模拟并行开发场景
- 创建一个项目仓库
- 创建至少3个功能分支
- 为每个分支创建Worktree
- 在每个Worktree中进行不同的开发工作
- 分别提交更改并验证互不干扰
任务2：模拟紧急修复场景
- 在主分支上进行正常开发
- 模拟发现紧急Bug
- 创建修复分支和Worktree
- 在Worktree中完成修复
- 合并修复并清理环境
- 验证原开发环境未受影响
任务3：版本对比测试
- 准备至少2个不同版本的分支
- 创建对应版本的Worktree
- 在每个Worktree中运行相同测试
- 对比测试结果并记录差异
- 清理测试环境
最佳实践建议
1. 目录命名规范
# 推荐的命名方式
../feature-user-auth # 功能开发
../hotfix-security-patch # 紧急修复
../release-v2.1-testing # 版本测试
../pr-review-123 # 代码审查
2. 工作目录组织
project/
├── main/ # 主开发目录
├── ../worktrees/ # Worktree集中存放目录
│ ├── feature-user-auth/
│ ├── hotfix-security-patch/
│ └── release-v2.1-testing/
3. 定期清理策略
# 每周清理一次不再使用的Worktree
git worktree list
git worktree remove <不需要的worktree路径>
git worktree prune
小结
本课我们学习了Git Worktree在实际开发中的多种应用场景，并通过具体的实践操作掌握了在不同场景下如何合理使用Worktree。下一课我们将深入探讨Worktree与分支管理的关系。
