一、该问题的重现步骤是什么?
1. 目前在用的是2.5.0版本,新增加了很多内容,已经上线很多功能。再开发新功能时,还是合并到develop分支上,用develop升级生产系统。
2. 请问,如何系统的管理多个版本,比如修改bug还是在2.5.0版本,再新开发的功能放到2.5.1版本上,
3.是通过建分支的方式吗,还是tag方式?
4、如果平时一直用develop分支,只有在升级的时候根据develop分支的内容打tag,tag有bug还在tag上改,最终依据tag形成release版本?
5、
二、你期待的结果是什么?实际看到的又是什么?
三、你正在使用的是什么产品,什么版本?在什么操作系统上?
商业版本,
<bladex.project.version>2.5.0.RELEASE</bladex.project.version>
linux
四、请提供详细的错误堆栈信息,这很重要。
五、若有更多详细信息,请在下面提供。
5.1、或者我更想知道,类似bladex的一整套代码版本管理方式,升级方式。
5.2、或者有没有最佳实践可以参考
你这个其实是非常普遍的开发需求,稍稍系统级学习一下git版本分支管理就能解决了:https://www.bilibili.com/video/BV1pW411A7a5
关于分支的处理、合并、冲突解决都有介绍,如果基础不错,可以直接跳到最后几章看。但还是推荐从头看一遍,这样能更系统地掌握。
扫一扫访问 Blade技术社区 移动端