Git 工作流实战：如何在团队中高效协作

Git 用得好，团队协作没烦恼。分享我们团队在实践中总结的工作流。

分支策略

我们采用 Feature Branch + Develop 模式：

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

分支命名规范

• feature/user-login - 新功能
• bugfix/fix-null-pointer - 修复 bug
• hotfix/critical-security - 紧急修复
• release/v1.2.0 - 发布分支

提交信息规范

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

git commit -m "feat(auth): 添加用户登录功能"
git commit -m "fix(api): 修复空指针异常"
git commit -m "docs(readme): 更新安装说明"
git commit -m "refactor(core): 重构用户模块"

Type 类型

• feat: 新功能
• fix: 修复 bug
• docs: 文档更新
• style: 代码格式
• refactor: 重构
• test: 测试相关
• chore: 构建/工具

代码审查流程

1. 本地开发：在 feature 分支完成功能
2. 提交 PR：推送到 develop，创建 Pull Request
3. 自动检查：CI 运行测试、lint
4. 代码审查：至少 1 人 review
5. 合并：Squash merge 保持历史清晰

实用技巧

1. 交互式 rebase 整理提交

git rebase -i HEAD~3
# 可以 squash、reword、drop 提交

2. 暂存区管理

git stash          # 暂存当前修改
git stash pop      # 恢复暂存
git stash list     # 查看暂存列表

3. 快速回退

git reset --soft HEAD~1  # 撤销提交，保留修改
git reset --hard HEAD~1  # 彻底回退（慎用）

常见坑及解决

冲突解决

git pull --rebase origin develop
# 解决冲突后
git rebase --continue

误删分支恢复

git reflog              # 查看操作历史
git checkout -b branch <commit-hash>

---

好的 Git 工作流能让团队协作更顺畅。关键是保持一致性，让每个人都遵循相同的规范。

工具是死的，人是活的。找到适合团队的才是最好的。