程序员如何做「Git 工作流」：不是规则，是效率

Git 是每个程序员每天都在用的工具。

但很多人用 Git 只会 add、commit、push，分支管理一团糟，代码冲突不断。

一、Git 工作流的核心概念

1. 仓库类型

• 远程仓库：团队共享的代码仓库（GitHub/GitLab）
• 本地仓库：自己电脑上的代码

2. 分支类型

• main/master：主分支，稳定版本
• develop：开发分支
• feature/xxx：功能分支
• hotfix/xxx：紧急修复分支

3. 基础操作

# 克隆仓库
git clone <url>

# 创建分支
git checkout -b feature/xxx

# 添加改动
git add .

# 提交
git commit -m "feat: add xxx"

# 推送
git push origin feature/xxx

二、常见的 Git 工作流

1. Git Flow

适合有固定发布周期的项目。

• main：稳定版本
• develop：开发版本
• feature：功能分支
• release：发布分支
• hotfix：紧急修复

2. GitHub Flow

适合持续发布的项目。

• main：主分支
• feature：从 main 创建功能分支
• PR：Code Review 后合并

3. Trunk-Based Development

适合快速迭代。

• 所有人都在 main 开发
• 用 feature flag 控制未完成功能
• 短生命周期分支

三、Git 使用技巧

1. 保持 commit 整洁

• 每个 commit 只做一件事
• commit 信息要清晰
• 不要把太多改动放在一起

2. 善用 rebase

• git rebase main 保持分支最新
• git rebase -i 整理 commit

3. 使用 stash

临时保存改动：

git stash
git stash pop

4. 解决冲突

• 先 pull 最新代码
• 手动解决冲突
• 标记冲突已解决

四、常见错误

❌ commit 信息随意

"改了点东西"——等于没写。

❌ commit 太大

把所有改动放一个 commit。

❌ 不 pull 就 push

导致冲突。

❌ 直接在 main 开发

应该在分支开发后再合并。

五、一句话总结

Git 工作流 = 分支管理 + commit 规范 + 善用 rebase + 解决冲突，核心是让协作更高效而不是更复杂。