git在项目管理中的最佳实践

前言

用Git 来管理代码版本已经成为主流，但是在多分支、多需求及多版本开发的问题还是一直有，现在整理一下业界比较常规的做法，以减少上线版本出错的风险。好了，Git 的有哪些好处就不多说了，如果不了解 Git 的话，建议去官网先去了解一下。官网地址，后续出一系列 Git 操作相关的博客。

现状

当团队达到一定人数之后，需求开发增加，每个人负责的功能也不一样，上线时间也不一样，但是有可能是在一个项目中开发。当前采取的都在 develop 分支上开发，如果有紧急的需求，会拉一个 hotfix/xxx 分支，然后开发、测试、上线。平常开发都在 develop 分支上开发这样做很容易引起问题，小程A 在开发 H 算法功能，阿B 在开发 查询ES功能，都在同一个项目上，小程A 功能20号需要上线，阿B 的功能需要在25号上线，两人都是在18号接到的功能。那么问题就来了，两人同时开发，阿B 的功能可能会影响到 小程A 的功能，下面就来看看这种情况的解决方式。

解决方案

Git Flow 就像代码需要代码规范，代码管理同样也需要规范，而且需要一个清晰和流程和规范。这正是 Git Flow 需要要解决的问题，Git Flow 常用的分支有：

1. master分支：这是最近发布到生产的分支，这个分支的代码只能从其它分支合并，不能在这个分支上直接修改。
2. develop 分支：这是主开发分支&#x