GIT--源码管理流程图

4.发版合并

feartrue_1.0.1.0101

3.自动、手动更新

2.提测合并

1.拉取分支

feartrue_1.0.3.0318

管理逻辑：1、master、develop分支代码不允许进行代码修改，只允许从功能分支进行合并。2、功能分支（feature）功能开发完成后，需要给测试人员测试，将代码合并到develop分支。3、测试完成后，到了发版时间，将当前需求功能分支合并到master分支，然后进行发版。4、下一个版本，将重新从master分支拉取新的功能分支进行开发新的需求。5、持续重复以上步骤。这样管理的好处：1、永远有一个分支代码和生产环境完全一致，在生产环境出现bug，需要紧急修复的时候，可以及时拉取分支修改，当前正在开发的需求并不影响到当前的紧急发版修复。2、需求的不确定性，防止需求开发后又无法发版，导致需求重叠，版本无法管理。

生产服务器

develop

文本

feartrue_1.0.2.0208

GIT源码版本管理流程

5.maven打包发版

master(main)

feartrue_......更多

测试服务器