wen*_*_44 3 git
有时我会遇到这样的情况:我发现了一个错误并对其进行了更正然后提交了更改.这个提交可以在所有受影响的分支中挑选,这是我非常喜欢的功能.
但事实证明这很乏味(检查受影响的5-10个分支,选择提交)或容易出错(在分支机构工作时采摘樱桃 - 有时几天/几周后)
是否有可能将樱桃采摘自动化为多个分支？编写迭代受影响分支的脚本似乎是可能的,但受影响的分支(以及分支本身)的集合会永久改变 -
最好的温迪
Cas*_*bel 6
答案的简短版本:你不应该挑选这个错误修正.你应该合并它.您需要做的就是确保将修复程序提交到从需要修复的所有分支的公共祖先开始的分支,然后将其合并到每个分支中.这比挑选樱桃要好得多,因为它不会在您的仓库中进行重复提交,如果您以后需要合并两个收到修复的分支,则不会出现问题.这里的一般原则是维护分支,从您正在维护的某个旧版本开始,并从那里合并到所有以后维护的版本和版本中.
有关更多细节和相关的哲学建议,请参阅 我关于挑选樱桃的问题的答案,以及对它的评论以及我在这些评论中提供的链接!
归档时间：
15 年，6 月 前
查看次数：
2403 次
最近记录：
10 年，1 月 前