最近将手上svn的一些服务版本管理迁移到git库管理,下面简要描述一下使用的Git工作流程。
在开发中,始终保证有两条最基本的分支:
服务在正式环境发布使用的tag全部从origin/master拉取,master分支应当禁止开发人员使用命令行进行代码提交,只能从其他分支发起Merge Request,全员Code Review通过后进行合并。
平时使用这条分支进行日常开发,服务发布前,将该分支上的改动合并至origin/master。
服务有时候会出现线上bug,或者产品提的一些需要紧急修改发布的改动,此时我们可以使用另一条专用分支
基本步骤如下
git工作流程的话,其实还有很多业界标准的模式,包括feature分支的引入等等,但是如果一个服务的开发人员不是太多,1-2人的话,上述简单的工作模型已经可以满足需求,过于复杂效果反而适得其反,包括git的一些指令运用,在svn切换到git的初期,也尽量保持简单为佳,基本的commit、pull、push、merge已经够用了。
服务上正式环境之前,可以开放master的代码提交权限,直接在master上开发,上到正式环境之后再进行dev分支开发,这样比较方便。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。