GIT分支策略

GIT分支策略

GIT是目前主流的版本控制软件，其分布式的架构，让程序员脱离网络也能实现版本控制的功能。但是，最好的软件，也需要能尽其所能，才能达到好的效果。要使用好GIT进行协作开发，最主要的是灵活运用GIT的分支，GIT是鼓励多分支的。在开发中，为了让各开发单位之间的影响降到最低，我们应根据功能进行相应的分支创建，那是随便建分支吗？肯定不是，分支的创建管理也有其自身的策略。下面是GIT分支策略图：

这些分支各是用来放置什么内容呢？

Master分支

此分支用来放置上线版本的内容，在开发中，此分支是别的分支的基点，此分支往往设置为保护分支，只允许管理人员或分支创建者去合并Hotfix分支和Release分支，绝不允许直接push代码到此分支。

Develop分支

此分支来源于Master分支，用来放置开发期间的内容，可以认为此分支出来的版本是开发版。在实际开发中，此分支往往也设置为保护分支，只允许管理人员把功能分支(Feature)、Bug修复分支(Hotfix)、正式版分支(Release)合并进来，也不允许直接提交代码到此分支。

下面是各种场合的分支创建策略：

Feature分支

当接到一个新的功能模块开发任务后，我们要在Develop分支上创建新的功能分支(Feature)，分支的名称最好以功能来命名，这样便于后续的任务识别。有关联的模块最好放置在同一个分支，便于调用。另外，分支可以由多个程序员来维护，但是，由一个来创建，然后push到远程仓库，同分支下别的程序员pull分支内容下来，然后一起协同开发。