GIT分支策略
GIT是目前主流的版本控制软件,其分布式的架构,让程序员脱离网络也能实现版本控制的功能。但是,最好的软件,也需要能尽其所能,才能达到好的效果。要使用好GIT进行协作开发,最主要的是灵活运用GIT的分支,GIT是鼓励多分支的。在开发中,为了让各开发单位之间的影响降到最低,我们应根据功能进行相应的分支创建,那是随便建分支吗?肯定不是,分支的创建管理也有其自身的策略。下面是GIT分支策略图:
这些分支各是用来放置什么内容呢?
Master分支
此分支用来放置上线版本的内容,在开发中,此分支是别的分支的基点,此分支往往设置为保护分支,只允许管理人员或分支创建者去合并Hotfix分支和Release分支,绝不允许直接push代码到此分支。
Develop分支
此分支来源于Master分支,用来放置开发期间的内容,可以认为此分支出来的版本是开发版。在实际开发中,此分支往往也设置为保护分支,只允许管理人员把功能分支(Feature)、Bug修复分支(Hotfix)、正式版分支(Release)合并进来,也不允许直接提交代码到此分支。
下面是各种场合的分支创建策略:
Feature分支
当接到一个新的功能模