为什么需要 Git 工作流

在团队开发中，统一的 Git 工作流是保证代码质量和开发效率的关键。本文介绍几种主流的 Git 工作流模式。

1. Git Flow 工作流

Git Flow 是最经典的工作流模式，适合发布周期较长的项目：

• master/main: 生产环境代码
• develop: 开发主分支
• feature/*: 功能分支
• release/*: 发布分支
• hotfix/*: 紧急修复分支

# 创建功能分支
git checkout -b feature/user-login develop

# 完成后合并回 develop
git checkout develop
git merge --no-ff feature/user-login

# 创建发布分支
git checkout -b release/1.0.0 develop

# 发布到生产
git checkout main
git merge --no-ff release/1.0.0
git tag -a v1.0.0

2. GitHub Flow 工作流

更简洁的工作流，适合持续部署：

• 只有 main 分支和功能分支
• 通过 Pull Request 进行代码审查
• main 分支始终可部署

# 创建功能分支
git checkout -b feature/add-comments

# 推送并创建 PR
git push -u origin feature/add-comments

# 代码审查通过后合并到 main
git checkout main
git pull
git merge feature/add-comments

3. GitLab Flow 工作流

结合了 Git Flow 和 GitHub Flow 的优点：

• 环境分支：production、staging、development
• 支持持续交付
• 代码审查和 CI/CD 集成

4. 提交规范

统一的提交信息格式提升代码可维护性：

type(scope): subject

body

footer

# 示例
feat(auth): add user login functionality

Implement JWT-based authentication
- Add login API endpoint
- Add token validation middleware
- Add user session management

Closes #123

提交类型：

• feat: 新功能
• fix: 修复 bug
• docs: 文档更新
• style: 代码格式调整
• refactor: 重构
• test: 测试相关
• chore: 构建或辅助工具变动

5. 代码审查最佳实践

Pull Request 审查要点：

• 保持 PR 小而聚焦
• 添加清晰的描述和测试说明
• 及时响应审查意见
• 自动化检查（CI/CD、lint、test）

6. 分支管理策略

保持代码库整洁：

# 定期清理已合并的本地分支
git branch --merged | grep -v "\*" | xargs -n 1 git branch -d

# 清理远程已删除的分支引用
git fetch --prune

# 使用 rebase 保持提交历史清晰
git pull --rebase origin main

7. 常用技巧

提升 Git 使用效率：

# 交互式 rebase 整理提交
git rebase -i HEAD~3

# 暂存工作进度
git stash save "work in progress"

# 恢复特定提交的文件
git checkout commit-hash -- file.txt

# 查看文件修改历史
git log -p -- file.txt

团队协作建议

• 建立明确的工作流规范文档
• 使用自动化工具强制规范（husky、commitlint）
• 定期团队分享和培训
• 持续优化流程

总结

选择合适的 Git 工作流并严格执行，能显著提升团队协作效率和代码质量。没有最好的工作流，只有最适合团队的工作流。