2

假设以下情形。假设你有一个名为foo.bar的文件。它有一个主分支和一个发布分支(让我们称之为r1)。 r1尚未发布,但开发人员需要根据r1开发一个新项目。所以我们从r1分支r2。 r1完成并需要合并到主要被释放。您可以在完成/合并r2之前将r1合并到main(在父级合并到main之前是否需要将所有子级别分支合并到父级中)?我们目前的政策不允许我们将r2内容合并到r1中。所以我们必须将r1合并到main然后将r2合并为main。如果r1在main中,是否有可能跳过从r2到r1的合并并直接转到main?ClearCase - 将父级和子级分支合并为主(分支机构分支)

我们不确定这种分支/合并方案是否可行。我们目前将所有东西都分支出去(没有分支),但是当发布分支互相依赖时,会造成问题。例如,r2需要r1的代码进行编译,但不需要更改r1的代码。目前我们将r1的代码合并到r2中,即使我们不需要更改代码。我们希望能够分支分支,以便r2可以从r1继承而不合并,但是我们不能将r2合并回r1。他们都必须直接合并到主。尽管父分支总是会在孩子之前合并为主分支。

回答

0

你能整理/合并r2前合并r1main

是,r2具有r1一个起点,但r1进行任何操作(新版本,合并,...)对r2没有结果。

是否需要将所有子项目合并到父项中,然后父项合并到main


这些被称为“儿童分支”,因为他们从另一个“父母”分支开始,但该关联对这些儿童分支没有影响。
即使使用ClearCase UCM(其中分支层次由Stream hierarchy执行),您可以合并r1,而不必首先合并r2

我们希望,这将有可能分出一个分支,使r2可以从r1继承不合并,但我们不能合并r2r1

我同意。这是可能的(从标签上r1第一和分支设置标签)

他们都有直接合并到main

好吧,但你可能要合并mainr2第一,测试一切仍然正常,然后合并r2main