公司A工程只有一个dev开发环境,这个环境可以和前端一起联调(前后端分离)。
每个人都有自己负责的模块,开发时大家都在dev分支上开发,然后用该分支发布到测试环境测试。上线时,有的人进度慢,有的人进度快,所以进度快的就先上线,通过在dev 和master 代码比对 ,将新功能merge 到master上。
我感觉每次上线要比对代码容易出错,有时候会漏掉一些代码导致线上滞后发现问题。
请问这种场景下,如何建立一套高效且不易出错的git 流程?
公司A工程只有一个dev开发环境,这个环境可以和前端一起联调(前后端分离)。
每个人都有自己负责的模块,开发时大家都在dev分支上开发,然后用该分支发布到测试环境测试。上线时,有的人进度慢,有的人进度快,所以进度快的就先上线,通过在dev 和master 代码比对 ,将新功能merge 到master上。
我感觉每次上线要比对代码容易出错,有时候会漏掉一些代码导致线上滞后发现问题。
请问这种场景下,如何建立一套高效且不易出错的git 流程?
如果模块比较多,那一般是按模块在Develop下边再单开模块分支,谁是负责相应模块的就单独push到这个独立的模块分支上,开发完成后merge到Develop跑测试,等所有模块分支都merge进Develop、且跑测试也OK的时候,再把Develop正式merge到master+发Tag(发版)。
5 回答2.8k 阅读
3 回答2.6k 阅读
3 回答963 阅读
1 回答617 阅读
1.2k 阅读
不应该是一个功能一个分支吗?