Git源代码版本管理

Git源代码版本管理

1.master分支
存放的应该是随时可供在生产环境中部署的代码
当开发活动告一段落，产生了一份新的可供部署的代码时，master分支上的代码会被更新。同时，每一次发版，都有对应的版本号标签（TAG），并且以对应TAG版本部署。
分支命名：master
该分支，由管理员负责维护，其它人只有拉取权限。来自于test分支的合并，供发版使用

2.develop分支
develop分支是每次迭代版本的共有开发分支，从最新的master分支派生（管理员操作）
当develop分支上的代码已实现了软件需求说明书中所有的功能，派生出test分支
分支命名：dev
该分支，由开发人员在各自的feature分支开发完成后，合并至该分支。

3. test分支
从develop分支派生，是发布正式版本之前的版本
测试验收的主要版本，验证无误，并且版本结束以后，合并至master。只能从develop合并而来
分支命名惯例：test

4.feature分支
在开发一项新的软件功能的时候使用，这个分支上的代码变更最终合并回develop分支
分支命名惯例：dev-姓名全拼-分支说明-日期
例：接到一个开发关于单点登录的任务，你需要从develop分支拉出一个分支，并命名为：dev-xty-ssoLogin-20210316。然后在该分支下进行开发，开发结束，将该分支合并至develop分支（此时的代码必须为可运行的，不能影响到他人），合并完成删掉该特性分支。
开发人员的每一个新功能开发都应该在该类分支下进行。

5.hotfixes分支
在master分支发现bug时，在master的分支上派生出一个hotfixes分支，修改完成后，合并至master分支以及develop分支，合并完成，删除该hotfixes分支。
分支命名惯例：hotfixes-姓名全拼-分支说明-日期
示例：hotfixes-xty- ssoLoginBugFix-20210316

综上，开发人员需要操作的分支如下：
————————————————
feature分支 （开发使用）
develop分支 （协同开发时代码合并使用）
hotfixes分支 （master中出现的bug修改）
————————————————