Git 工作流完全指南

为什么需要 Git 工作流？

团队协作中，混乱的 Git 使用会导致：

• 代码冲突频繁
• 发布版本混乱
• 问题难以追溯

三种主流工作流

1. Git Flow（适合稳定发布的项目）

main (生产)
  ↑
develop (开发)
  ↑
feature/* (功能分支)

分支类型：

• main：生产环境代码
• develop：开发主干
• feature/*：新功能
• release/*：发布准备
• hotfix/*：紧急修复

适用场景：版本化软件、有明确发布周期的项目

2. GitHub Flow（适合持续部署）

main
  ↑
feature-branch

流程：

1. 从 main 创建功能分支
2. 开发并提交
3. 创建 Pull Request
4. 代码审查
5. 合并到 main
6. 立即部署

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

3. Trunk Based Development（适合高效团队）

核心理念：

• 所有人直接向 main 提交
• 分支生命周期<24 小时
• 依赖功能开关而非长分支

适用场景：成熟团队、高频率发布

提交信息规范

采用 Conventional Commits：

feat: 添加用户登录功能
fix: 修复支付页面崩溃
docs: 更新 API 文档
refactor: 重构认证模块
test: 添加单元测试
chore: 更新依赖版本

实用命令

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

# 撤销最后一次提交
git reset --soft HEAD~1

# 清理已合并分支
git branch --merged | grep -v "main" | xargs git branch -d

# 交互式变基
git rebase -i HEAD~5

常见陷阱

❌ 在 main 分支直接开发 ❌ 分支长期不合并 ❌ 提交信息随意 ❌ 大文件提交到仓库

工具推荐

• 可视化：GitKraken, SourceTree
• CLI 增强：lazygit, delta
• CI 集成：GitHub Actions, GitLab CI

结语

选择适合团队的工作流，比追求"最佳"工作流更重要！