【发布时间】:2014-12-28 17:23:52
【问题描述】:
假设我有这样一个非常简单的分支情况,其中有一个 dev 分支和一个 production 分支,它们在过去的某个时候有一个共同的祖先称为普通:
现在,是时候制作一个新功能了。我们希望今天在 dev 中使用该功能,并在一个月后在 production 中使用。最简单的做法是从 common 中分离出该功能,然后在我们想要的时候将其合并到 dev 和 production 中:
但这一次,我不想这样做。我不想这样做,因为自 common 以来 dev 和 production 都发生了很大变化,这真的很痛苦common 开发此功能。
我真正想做的是从树中的某个稍后点开发它,就像这样,只是为了我自己的快乐,以便 dev 的所有新更新都可以当我制作该功能时出现:
现在,这当然可以将功能合并到 dev,但是当我将此功能合并到 production 时,它会带来一大堆东西来自 dev 我真的不想要的。
一种解决方案是合并 dev 和 production。但我真的不想这样做。我需要 dev 上的东西,而 production 可能已经很久了。
当然,只要该功能不会与 dev 或 production 内部的任何会发生冲突的东西发生冲突,我想要的甚至在逻辑上都是可能的。但事实并非如此。它将与两者兼容,并且我对 dev 所做的更改因为 common 甚至与该功能无关。当我制作这个功能时,我只希望它们在那里。而且我不想每次我想测试任何东西时都将功能合并到 dev 中。
【问题讨论】:
标签: git github version-control merge