我想问下各位所在公司的代码分支管理结构是怎么样的

FrendLin 发布于 2019/01/24 15:00
阅读 1K+
收藏 1

【开源中国 APP 全新上线】“动弹” 回归、集成大模型对话、畅读技术报告”

想节后重新梳理公司代码的管理结构,想问下各位的结构是怎么样的,最好能图文说明下,特别是dev这个分支,到底需不需要真的有点迷。欢迎发表观点

加载中
0
quanwei9958
quanwei9958

不需要dev

理论上只要有

```

master

weekely/2019-01-24

feature/login

feature/list

```

 

这些分支即可。

 

feature对应各个子需求,weekely代表上线日期。任何一次merge都将old branch删掉。

RyuuKazu
RyuuKazu
回复 @FrendLin : 我理解这种隔了很久才发现的 bug 一般不会是紧急 bug,应该通过修 bug 的方式而不是回滚的方式解决这个问题;就算是紧急 bug 也应该是修复代码走紧急上线流程,而不是找到很久以前的版本去回滚。
FrendLin
FrendLin
回复 @RyuuKazu : 但是确认没问题是需要时间的吧,有些bug可能隔了很久才显现出来的话,怎么办
RyuuKazu
RyuuKazu
回复 @quanwei9958 : 你回错人了。。
quanwei9958
quanwei9958
回复 @RyuuKazu : 回滚有单独的回滚机制啊,构建好的资源会缓存一份以待回滚。
RyuuKazu
RyuuKazu
回复 @FrendLin : 先上线,确认没问题再 merge,如果上线过程发生回滚那就不会 merge 到 master
下一页
0
嗯嗯_
该评论暂时无法显示,详情咨询 QQ 群:点此入群
嗯嗯_
回复 @FrendLin : 他们说的太复杂了,实际上按照他们说的会大大消耗精力的,按我说的,没问题的
嗯嗯_
回复 @FrendLin : 不用任何标签的,如果生产不出bug 任何分支都必须基于master拉,因为master永远是最稳定,最新的代码
FrendLin
FrendLin
没有标签/功能版本管理吗?假如生产出不bug,要从哪里拉分支修改?
0
请叫我七点起床
请叫我七点起床

开发过程是拉分支,然后开发,部署到开发环境测试,联调。之后部署到测试环境,联调。最后上线。

所以默认保留三个分支,master(生产环境)、test(测试环境)、dev(开发环境),

1、从master拉分支比如:dev_20190124_order(命名规则:dev_日期_业务名称)

 2、开发,之后合并到dev分支,部署开发环境,自测联调(有问题在dev_20190124_order改,之后合并dev分支)

3、合并test分支,部署测试环境,联调(有问题在dev_20190124_order改,之后合并dev、test分支)

4、合并master分支,部署测试环境,联调(有问题在dev_20190124_order改,之后合并dev、test、master分支)

5、测试通过上线。删除分支,master合并到dev、test

6、打tag

FrendLin
FrendLin
这个体系就比较完善了
OSCHINA
登录后可查看更多优质内容
返回顶部
顶部