Git 工作流实战：团队协作的高效版本控制策略

Git 工作流的重要性

选择合适的 Git 工作流可以显著提升团队协作效率，减少合并冲突，保持代码历史清晰。

主流工作流对比

1. Git Flow（经典但复杂）

main (生产)
  └── develop (开发)
        ├── feature/* (功能分支)
        ├── release/* (发布分支)
        └── hotfix/* (热修复)

适用场景：传统软件发布，有明确版本周期 缺点：流程复杂，不适合持续部署

2. GitHub Flow（简洁高效）

main
  └── feature-branch → PR → merge to main

核心规则：

• main 分支随时可部署
• 所有改动通过 Pull Request
• PR 审核后合并并删除分支

适用场景：SaaS、持续部署项目 ✅

3. Trunk Based Development（现代推荐）

main (trunk)
  ├── short-lived feature branches (< 1 day)
  └── feature flags for incomplete features

优点：

• 减少合并冲突
• 加速集成
• 支持持续交付

实用 Git 命令

日常操作

# 查看简洁日志
git log --oneline --graph --all

# 查看谁改了什么
git blame filename.py

# 交互式变基（整理提交历史）
git rebase -i HEAD~5

# 暂存当前工作
git stash
git stash pop

解决冲突

# 开始变基
git rebase main

# 冲突时编辑文件后
git add resolved_file.py
git rebase --continue

# 放弃变基
git rebase --abort

撤销操作

# 撤销上次提交（保留改动）
git reset --soft HEAD~1

# 彻底撤销
git reset --hard HEAD~1

# 恢复已删除的提交
git reflog
git reset --hard <commit>

Commit Message 规范

# 格式：<type>(<scope>): <subject>

feat(auth): 添加 JWT 令牌刷新功能
fix(api): 修复用户列表分页错误
docs: 更新 API 文档
refactor(db): 优化数据库查询性能
chore: 更新依赖版本

类型说明：

• feat: 新功能
• fix: 修复 bug
• docs: 文档更新
• refactor: 重构（非新功能）
• test: 测试相关
• chore: 构建/工具配置

分支命名规范

feature/user-authentication
fix/login-bug-123
hotfix/security-patch
release/v2.1.0

CI/CD 集成

# .github/workflows/ci.yml
name: CI
on: [push, pull_request]
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - run: npm test
      - run: npm run lint

团队协作建议

1. 小步提交：每次提交只做一件事
2. 及时同步：每天至少 rebase 一次 main
3. Code Review：至少一人审核后再合并
4. 保护主分支：禁止直接 push 到 main
5. 使用 PR 模板：标准化提交流程

结语

选择合适的 Git 工作流并坚持执行，可以让团队协作更加顺畅。记住：工具是为人服务的，选择最适合团队的方式才是最好的。