Git 核心概念与主流工作流程详解
协作开发中，如果没有统一的规范，多人修改同一份代码很容易引发冲突甚至丢失数据。Git 作为分布式版本控制系统，其核心价值不仅在于记录变更，更在于通过合理的工作流来保障团队效率。本文将梳理 Git 的核心概念，对比四种主流工作流，并提供一些实战中的工具技巧。
Git 核心概念
- 仓库：项目文件夹的镜像，Git 会追踪其中所有文件的变化历史。
- 提交：相当于给当前状态拍一张'快照'，并附带说明信息。
- 分支：从主线分出的平行空间，允许你在不影响主线的情况下大胆实验。
- 合并：将分支上的改动整合回主线，完成代码同步。
简单理解，仓库是图书馆，提交是入库的书籍，分支是草稿本，合并则是把定稿收进书架。
四种主流工作流
中心化工作流
- 模式：只有一个主分支，所有人直接在上面提交。
- 适用场景：2-3 人的小团队、个人项目。
- 优点：简单直观，无需维护复杂的分支结构。
- 缺点：容易产生产生冲突，不适合大规模多人协作。
一句话总结：大家一起在一个本子上写作业。
功能分支工作流
- 模式：每做一个新功能，就从主分支拉出一个新分支，完成后通过'拉取请求'合并。
- 适用场景：大多数中小型团队。
- 优点：代码有审查机制，能有效减少错误进入主干。
- 缺点：随着项目推进，分支数量可能增多，管理成本上升。
关键操作步骤如下：
# 创建功能分支
git checkout -b feature-login-page
# 开发并提交...
git add .
git commit -m "feat: implement login page"
# 推送到远程
git push origin feature-login-page
随后在 GitHub/GitLab 上创建 Pull Request，同事审查通过后合并。
一句话总结：每人发个草稿本，写好了互相检查再抄到正式本上。
GitFlow 工作流
- 分支结构：
master：只存放稳定可发布的代码。develop：日常开发的主分支。feature/*：功能分支。release/*：发布前的测试分支。hotfix/*：紧急修复分支。
- 适用场景：有固定发布周期的大型项目、企业级应用。
- 优点：流程清晰，适合复杂项目的版本控制。
- 缺点：流程相对繁琐，学习成本较高。
一句话总结：像汽车工厂流水线，每个环节严格分工。
Forking 工作流
- 模式：每个人复制整个项目到自己的账户下，修改后申请合并。
