假设以下情况。假设您有一个名为foo.bar的文件。它有一个主分支和一个发布分支(我们称之为r1)。 r1尚未发布,但开发人员需要处理基于r1的新项目。所以我们将r2从r1分支出来。 r1完成并需要合并到main才能发布。你可以在完成/合并r2之前将r1合并到main(在父合并到main之前,是否需要将所有子分支合并到父分支中)?我们当前的政策不允许我们将r2内容合并到r1中。所以我们必须将r1合并到main然后将r2合并到main。如果r1在main中,是否可以跳过从r2到r1的合并并直接转到main?
我们不确定这种分支/合并方案是否可行。我们目前将所有内容从主分支(没有分支的分支)分支,但这会导致发布分支相互依赖时出现问题。例如,r2需要r1的代码进行编译,但不需要更改r1的代码。目前我们将r1中的代码合并到r2中,即使我们不需要更改代码也是如此。我们希望能够分支出一个分支,这样r2可以在没有合并的情况下从r1继承,但我们不能将r2合并回r1。他们都必须直接合并到main。虽然父分支将始终在子代之前合并到main。
答案 0 :(得分:0)
在完成/合并
r1
之前,您可以将main
合并到r2
吗?
是的,r2
的起点为r1
,但对r1
(新版本,合并,...)所做的任何操作都不会对r2
产生影响
在父项合并到main
之前,是否需要将所有子分支合并到父分支中?
没有。
这些被称为“儿童分支”,因为它们从另一个“父母”分支开始,但该关联与这些子分支无关
即使使用ClearCase UCM(Stream hierarchy强制执行分支层次结构),您也可以合并r1
,而不必先合并r2
。
我们希望能够分支一个分支,以便
r2
可以在没有合并的情况下从r1
继承,但我们不能将r2
合并回r1
}。
我同意。可以(首先在r1
上设置标签,然后从该标签分支)
他们都必须直接合并到
main
好的,但您可能希望先将main
合并到r2
,测试一切是否仍然有效,然后将r2
合并到main
。