大厂的开发流程还是比较规范的，如果你来不及学习长篇大论的 git 文档，这篇文章够你入职时用一段时间了。

初级 Git 开发者，面对这满图的分支和 merge 指向，简直想手撕作者。高级 Git 开发者要将这个流程运用实践也大感头疼。 分支各司其职，覆盖大部分开发场景。 预期 master 分支中任何 commit 都是可部署的。 严格按照流程执行，出现重大事故的情形会大大降低。 …

现在市面上比较流行的方案是约定式提交规范（Conventional Commits），它受到了Angular提交准则的启发，并在很大程度上以其为依据。约定式提交规范是一种基于提交消息的轻量级约定。 它提供了一组用于创建清晰的提交历史的简单规则；这使得编写基于规范的自动化工具变得…

长期提交代码不规范，导致自己在查看的时候一头雾水。 规范的 Commit message 可以方便快速浏览查找，查看版本差异。 其中 Header 是必需的，Body 和 Footer 可以省略。 Header部分只有一行，包括三个字段：type（必需）、scope（可选）和 …

理论上来说，只要能合理管理项目分支，这几个命令已经足以应付所有的日常开发工作。但是如果我们偶尔看一下自己的git graph，我的天呐，为什么会这么乱。 鉴于分支管理的混乱（或者根本就没有进行过分支管理），我们经常遇到一些意想不到的问题，因此需要使用很多面生的git命令来解决我…

在团队协作开发中, 各成员需要互相配合来完成功能的开发, 测试和发布. 但各成员习惯各异, 每个人对如何协作的理解也不同, 因此需要一个协作模型来规范团队不同职能的人员以及相同职能的人员如何配合. 下面将基于Git来进行工作流层面的分析. master: 存放着生产级别的代码.…

1. 学习途径 2. 分支的合并(merge) git merge默认采用fast-forward的方式，执行git merge等同于执行git merge --ff，–ff是fast-forward的简写。特点： 快进操作：只更新指针的指向,不会创造一个新的commit节点。…