Git 工作流最佳实践：从入门到精通

Git 是开发者必备工具，但很多人只用了 10% 的功能。本文分享 Git 工作流的最佳实践。

分支策略

Git Flow（适合有发布周期的项目）

main (生产)
  └── develop (开发)
        ├── feature/login
        ├── feature/payment
        └── hotfix/bug-fix

• main: 生产环境代码，随时可部署
• develop: 集成分支，功能测试通过后合并
• feature/*: 功能分支，从 develop 切出
• hotfix/*: 紧急修复，从 main 切出

GitHub Flow（适合持续部署）

更简单：只有 main 分支 + 功能分支

git checkout main
git pull
git checkout -b feature/new-feature
# 开发、提交
git push origin feature/new-feature
# 创建 Pull Request

提交规范

遵循 Conventional Commits：

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

好处：

• 自动生成 CHANGELOG
• 便于代码审查
• 可自动化版本号

实用的 Git 命令

1. 交互式变基

git rebase -i HEAD~3

合并最近 3 次提交，整理提交历史。

2. 查找引入 bug 的提交

git bisect start
git bisect bad      # 当前版本有 bug
git bisect good v1.0 # v1.0 版本正常
# Git 会自动二分查找

3. 临时保存工作

git stash           # 保存当前修改
git stash pop       # 恢复修改

4. 查看谁改了什么

git blame filename.py
git log -p filename.py

常见陷阱

❌ 在公共分支上变基

# 危险！不要对已 push 的分支 rebase
git rebase main
git push --force  # 会破坏他人历史

❌ 提交大文件

用 .gitignore 排除：

node_modules/
*.log
.env
.DS_Store

❌ 巨型提交

一次提交只做一件事，便于回滚和审查。

团队协作建议

1. 小步提交：每个提交解决一个问题
2. 及时同步：每天 pull 最新代码
3. 代码审查：PR 至少一人 review
4. 描述清晰：提交信息说明为什么改，而非改了什么

结语

好的 Git 工作流让团队协作更顺畅。选择适合团队的策略，坚持执行，你会感谢现在的自己。

---

你们团队用什么 Git 工作流？有什么踩坑经验？