Git 工作流程

这里给你一套 2025 年最主流、最清晰、最舒服的 Git 日常工作流程（适用于几乎所有互联网团队、开源项目、个人项目）。
只要掌握这一套流程，你在任何公司、任何团队都不会掉链子。

1. 标准工作流程图（记住这张图就够了）

远程仓库（GitHub/GitLab/Gitee）
        ↑ push
        ↓ pull / fetch
本地仓库 → 工作区 → 暂存区 → 本地仓库（commit）

2. 每天最常见的 6 个工作场景（99% 的情况都在这里）

场景	标准操作流程（一步一步敲）	说明
1. 每天早上开始工作	“`bash
2. 开始一个新功能/修复bug	bash<br>git switch -c feature/xxx 或 git checkout -b hotfix/yyy	永远在新分支开发！主分支永远保持干净
3. 写代码 → 提交到本地仓库	bash<br>git status → 查看改动 git add . 或 git add 文件名 git commit -m "描述"	小步提交，建议每次提交控制在 50 行以内，信息清晰
4. 提交前再拉一次最新代码	bash<br>git fetch git rebase origin/main	避免后面 push 时被拒绝，保持线性历史
5. 推送到远程并发起审查	bash<br>git push origin feature/xxx → 去 GitHub/GitLab 点 “New Pull Request”	推完立即发起 PR/MR，开启 Code Review
6. PR 通过后合并到 main	一般由 Maintainer 合并并删除分支 你只需要： git switch main git pull 删除本地旧分支：git branch -d feature/xxx	保持本地干净

3. 推荐命名规范（团队统一最好）

类型	分支前缀	示例
功能开发	feature/	feature/user-login
修复 bug	hotfix/ 或 bugfix/	hotfix/payment-failed
实验性功能	experiment/	experiment/new-ui
文档/杂项	chore/	chore/update-readme
发版相关	release/	release/v2.1.0

Commit 消息规范（强烈推荐 Conventional Commits）：

feat: 添加用户登录功能
fix: 修复支付金额计算错误
docs: 更新 API 文档
refactor: 重构订单服务代码
test: 增加支付流程单元测试
chore: 更新依赖版本

4. 进阶但超好用的流程（用上就回不去）

场景	推荐做法	命令示例
保持历史超级干净	用 rebase 而不是 merge	git rebase origin/main
临时想改点小东西	用 fixup commit，后面一次性整理	git commit --fixup HEAD~2 → 后面 git rebase -i --autosquash
想把多个 commit 压成一个	交互式 rebase	git rebase -i HEAD~5
不小心 commit 错了	修改上一次提交	git commit --amend
想撤销某个 commit	revert（推荐，安全）	git revert <commit-hash>

5. 一张最常用的“Git 日常速查表”（贴在桌边）

# 1. 同步最新代码
git fetch && git rebase origin/main

# 2. 创建并切换到新分支
git switch -c feature/xxx

# 3. 看状态 / 添加 / 提交
git status
git add .
git commit -m "feat: 添加登录功能"

# 4. 推送并发起 PR
git push origin feature/xxx

# 5. 开发完切回主分支并更新
git switch main
git pull
git branch -d feature/xxx   # 删除本地分支

掌握上面这 5 组命令，你已经超越 90% 的开发者了！

需要我给你发一份 可打印的 PDF 版 Git 工作流程图 + 速查表 吗？
回复「要」我就立刻发你（带彩色分支图和中英文对照）。