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

前言 使用 Git 作为代码版本管理，早已是现在开发工程师必备的技能。可大多数工程师还是只会最基本的保存、拉取、推送，遇到一些commit管理的问题就束手无策，或者用一些不优雅的方式解决。 本文分享我

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

git 最强大的就是其分支功能，但是如何分支才能更有效的提高开发效率，减少因为代码合并带来的问题，需要一个分支模型来规范，其实在 git flow 出现之前，已经有分支模型理论流程，当时是根据此理论，手动的按照规范操作分支，git flow 出现之后，将一部分操作流程简化为命令…

显示的是一个 HEAD 指向发生改变的时间列表。在你切换分支、用 git commit 进行提交、以及用 git reset 撤销 commit 时，HEAD 指向会改变，但当你进行 git chec

前言 最近在网上有个真实发生的案例比较火，说的是一个新入职的员工，不会用 git 拉代码，第二天被开除。由此，可见 git 对我们工作的重要性，无论是前端后端，都是离不开 git 的，下面就让我们一探

一个好的项目通常都是多人合作的结果，然而每个人有每个人的开发习惯，并不统一。 所以 commit message 就显得格外的重要。有些不规范的 commit 可能过个一个月之后你自己都不知道当时的提交目的了ﾍ(;´Д｀ﾍ)， 所以，为了能使得日后复（zhao）盘（guo）的时…

在多人协作的项目中，如果Git的提交说明精准，在后期协作以及Bug处理时会变得有据可查，项目的开发可以根据规范的提交说明快速生成开发日志，从而方便开发者或用户追踪项目的开发信息和功能特性。 这里提供演示项目地址：cz-example。 如果没有规范的提交说明，很难阐述当前代码的…

知乎上有个问题: 如何写好 Git commit log? 很有意思, 能看到各种提交风格: 有用 emoji 的, 有用唐诗的, 有用随机生成的. 风格没有对错, 只要能够体现出 commit 所做的修改即可. 本文就顺着这个方向, 给大家介绍下如何保障项目 commit m…