git大家都知道,是一个开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目。它和SVN最大的不同,在与git分支的遍历。
但往往企业在使用git时,也仅仅把git当做SVN来使用,并没有很好的利用起git的分支,每个人都提交一堆commit,建立一堆杂乱无章的分支,导致项目的管理混乱。
所以需要企业根据实际的开发需要,定义一个git版本规范,是很有必要的。
dev_20211128_auth
dev_20211128_auth
dev_20211128_auth
拥有了你们所有功能代码,此时合并至dev
分支dev_20211128_auth
合并至test
分支
dev
合到test
分支,因为dev
上可能有其他小组还在联调的代码dev_20211128_auth
合并至master
分支,然后进行打包构建发布
hotfix_20211128_pay
hotfix_20211128_pay
合并至dev
进行联调或者自测
hotfix_20211128_pay
合并至test
分支
hotfix_20211128_pay
合并至master
分支,然后进行打包构建发布
上述就是git代码的管理,以前确实很乱,有了规范分支也清楚。
每个企业,开发的资源环境不同,比如有些没有统一的开发服务器,比如有的还有预发布环境。可以根据企业自身,进行适当的修改,但规范一定是要有的,本文仅供参考。