Git push -f 把同事一天的代码覆盖了？rebase 和 merge 哪个更专业？Git 是程序员每天用的工具，但 90% 的人只用 add/commit/push 三板斧。这份资源整合 DevOps 速查手册的 Git 模块，覆盖企业团队协作的所有高频场景。

[判断标准] 你的团队 Git 流程是否需要规范化

符合任意一项就该重构：经常出现 merge 冲突、PR 合并后代码回滚困难、release 分支管理混乱、对 force push 没有限制、没有 Conventional Commits 规范。

[关键参数] rebase vs merge 的选择

本地 feature 分支同步 main 用 rebase（线性历史），PR 合入 main 用 merge（保留合并记录）。黄金原则：永远不要对已推送的公共分支 rebase。

[避坑点] 别再手写 commit message

Conventional Commits 规范：<type>(<scope>): <subject>，type 含 feat/fix/docs/refactor/perf/test/chore。规范后 changelog 自动生成、semver 自动 bump、PR review 更高效。

[易踩坑] 误删分支 / reset --hard 恢复

git reset --hard 提交丢失但还在 reflog 里，3 天内可恢复。git reflog 找历史 → git reset --hard <hash> 找回。资源包给出常见事故的恢复 SOP。

[场景建议] 5 类 Git 高频场景

①分支策略：Git Flow / GitHub Flow / Trunk-based；②PR 模板：.github/pull_request_template.md；③提交规范：commitlint + husky；④代码审核：CODEOWNERS；⑤发布：tag + changelog 自动生成。

总结：资源包含 DevOps 速查手册 Git 模块、Git Flow 完整模板、commitlint/husky 配置、灾难恢复 SOP。源码程序即下即用，部署文档给出从单人项目到百人团队的演进路径。