我试图找到解决这种情况的最佳方法，我在网上看过一些，但我不确定它们是否符合我的情况。
我们有2个分支机构，我们在master上进行开发，我们刚刚发布了1个版本。我们创建了一个名为Release 1的新分支，因此我们可以在修复错误的情况下提供参考，同时继续处理Release 2。 / p>
所以我的问题是，2周后第2版充满了新的变化，我需要修复第1版...
我是否只是在这一点上对两个分支进行更改，还是在主分支上进行更改并以某种方式合并（cherry pick）到第1版分支？我的第二个问题是需要更改的文件可能非常不同，导致冲突并最终在我们从未计划转移到master的版本1分支上进行不同的提交...
答案 0 :(得分：0)
这取决于修复的生命周期。如果它们是永久性的，您应该在master中修复它们并合并到所有版本并修复冲突。在这种情况下，樱桃挑选是合适的。但是，如果他们只需要在第1版中进行，那么就不要合并到另一个分支。