简介

说道git 分支管理网上资料也很多正，正所谓五花八门，资料虽多， 但是想要制定一套适合自己项目的确少之又少，今天我就聊聊我在项目中如何 指定的分支管理方案，如你还有更优的方案，欢迎留言

分支管理

git 分支管理可分为dev、test、uat、master四个主要分支，其中在平时开发 中还会存在hotfix分支、feature分支，每个分支对应了不一样的意义。每一个dev 分支需要本地联调成功后方可合并到test分支，每一个开发人员本地开发的分支只能合 并进特性分支，不能从特性分支合并进自己的本地分支，这一波操作是不可逆的，以免造成分支污染。

各分支代表意义

dev分支

dev分支则是开发完成需求功能后，用于前后端开发人员联调时开发环境对应的分支，该分支存在未提测的功能需求。

test分支

test分支是开发人员联调成功后，开发人员提交测试的分支，对用测试环境test的分支。

uat分支

uat分支主要预生产环境发布分支，该分支代码保持和线上同步，合并该分支必须由特定人员合并进行操作uat合并。

master分支

master分支属于生成分支，该分支直接由uat分支合并迁入。

hotfix分支

hotfix分支为正式线的补丁分支，当线上代码有bug的时候，需要从最新mater上打tag拉取一个分支来修复bug。这个分支命名通常为：hotfix(功能)-member(模块)-master(来源)-1111(日期)。

feature分支

feature分支为新功能开发分支，基于线上master拉取的，可以直接在该分支上开发，也可以每个人从feature分支上拉取一个自己的分支，命名规范：hotfix(功能)-member(模块)-master(来源)-1111(日期)，开发也可以基于次分支拉取自己分支：hotfix(功能)-member(模块)-master(来源)-1111(日期)-lcm(姓名)。待开发完成后再合并到feature分支上。

分支流图

上面介绍了这么多，咋感觉还是模模糊糊，直接上图。git分支流如下图

纯属于个人观点，欢迎各路大佬指正，如有疑问欢迎加微信：enmukeji