这是一个创建于 2650 天前的主题，其中的信息可能已经有所发展或是发生改变。
大型软件不可避免的需要维护旧版本，新版本的开发工作也在同步进行， 那么就涉及到为所有版本提供漏洞修复补丁的问题。
如果使用手工方法一个版本修复后所有版本同步变更，耗时耗人力； 如果使用 Git 单独开分支，然后 merge 时难免将不想要的变更也带进别的版本。
各位有没有什么更好的办法？
 | 1 ChristopherWu 2018-07-23 16:30:39 +08:00 >如果使用 Git 单独开分支，然后 merge 时难免将不想要的变更也带进别的版本。 一个小分支，一个小功能 or bug fix |
 | 2 hahastudio 2018-07-23 16:38:21 +08:00  1 https://nvie.com/posts/a-successful-git-branching-model/ 发布的时候分出一个 branch |
 | 3 loveexception 2018-07-23 16:39:20 +08:00 第一级 大小版本号 改二次 第二级 为每个 BUG 开一分支（有必要热修复的） 从老板本上拆出来。 一个分支 干完了 向二个分支分别合并。（现网，新版本） 第三级 不改 旧版本只改新版本（写到需求单中去。） |
 | 4 corningsun 2018-07-23 16:45:05 +08:00 gitflow 了解一下 |
 | 5 zwy100e72 OP 如果业务需要，需要同时维护多个 Release 版本呢？用语义版本举例： 同时需要维护 v1.9, v1.10, v1.11 版本，其中 v1.11 是开发版本，v1.9 / v1.10 是正式版本 如何避免将相同的 bugfix 同步 3 次呢？ @ChristopherWu 您描述的和其他三位意思一致，请看上面这个问题 @hahastudio 很好的文章，图示清晰明了 @corningsun 略有了解，主要是想问上面这个问题 @loveexception 由于是运营商业务，可能没办法做到这点 |
| 6 zwy100e72 OP @loveexception 这里想表达的是第三级没法做到 |
| 7 ChristopherWu 2018-07-23 19:11:38 +08:00 1 @zwy100e72 一般我用 `git cherry-pick`, 应该有更好的办法，还望大佬告知。 |
 | 8 GeruzoniAnsasu 2018-07-23 19:27:32 +08:00 1 同 cherry-pick。。。 也觉得没什么好点的办法 |
| 9 zwy100e72 OP 目前看最好的结果就是 cherry pick 了 这就研究下 |
| 10 loveexception 2018-07-24 10:28:53 +08:00 1 |
Select Language