引言
多人协作开发时，版本冲突是常态。Git 作为分布式版本控制工具，其核心价值不仅在于记录变更，更在于通过规范的工作流程保障协作效率。没有统一的规矩，再好的工具也容易用乱。今天我们来梳理几种主流 Git 工作流，帮你找到适合团队的方案。
Git 核心概念
- 仓库：项目文件夹，Git 记录其中所有文件的变化
- 提交：给当前版本拍'快照'，附带说明信息
- 分支：从主线分出的'平行世界'，允许大胆实验而不影响主代码
- 合并：将分支改动整合回主线
通俗点说，仓库像图书馆，提交是书籍归档，分支是草稿本，合并则是定稿入库。
四种主流工作流
中心化工作流
- 模式：只有一个主分支，所有人直接在上面提交
- 适用：2-3 人的小团队或个人项目
- 优缺点：简单直接，无需管理分支；但容易冲突，不适合大规模协作
- 一句话总结：大家一起在一个本子上写作业
功能分支工作流
- 模式：每做一个新功能，就从主分支拉一个新分支，完成后通过'拉取请求'合并
- 适用：大多数中小型团队
- 优缺点：代码有审查，减少错误；缺点是分支可能较多
- 关键步骤：
# 创建功能分支 git checkout -b feature-login-page # 开发并提交... git add . git commit -m "feat: login page" # 推送到远程 git push origin feature-login-page # 在 GitHub/GitLab 创建 Pull Request，等待同事审查合并 - 一句话总结：每人发个草稿本，写好了互相检查再抄到正式本上
GitFlow 工作流
- 分支结构：
master：只放稳定可发布的代码develop：日常开发的主分支feature/*：功能分支release/*：发布前的测试分支hotfix/*：紧急修复分支
- 适用：有固定发布周期的大型项目、企业级应用
- 优缺点：流程清晰，适合复杂项目管理；学习成本较高
- 一句话总结：像汽车工厂流水线，每个环节严格分工
Forking 工作流
- 模式：每个人复制整个项目到自己的账户，修改后申请合并
- 适用：开源项目、不直接信任的贡献者
- 优缺点：维护者完全控制，贡献者无需权限；同步更新较麻烦
- 一句话总结：大家都抄一本参考书，改好了给老师看，老师觉得好就放进标准答案
