用于嵌套分支的ClearCase配置规范

时间:2017-08-04 13:35:38

标签: clearcase

我们有一个VOB代码开发主要在main分支中完成。在某个时间点,是时候处理一些彼此密切相关的新功能。为此,我们创建了一个新分支some_feature_set。多个开发人员使用此功能集。每个开发人员都在自己的分支中工作,一旦某个子功能被视为已完成,它就会合并回some_feature_set。功能集完全实现后,计划将其合并到main

为实现这一目标,我们使用类似这样的配置规范:

element * CHECKEDOUT
element * /main/some_feature_set/some_sub_feature/LATEST
element * /main/some_feature_set/LATEST -mkbranch some_sub_feature
element * /main/LATEST -mkbranch some_feature_set

由于some_sub_feature的工作要合并到some_feature_set,我们的想法是在创建任务分支之前已经从some_feature_set分支。

我们的组织使用动态视图(我们无法更改此视图)。为了保护自己免受其他开发人员对可能破坏子功能分支中正在进行的工作的mainsome_feature_set分支所做的更改,我们使用时间戳。因此配置规范如下所示:

element * CHECKEDOUT
element * /main/some_feature_set/some_sub_feature/LATEST
mkbranch some_sub_feature
  element * /main/some_feature_set/LATEST -time <some_time>
  mkbranch some_feature_set
    element * /main/LATEST -time <some_time>
  end mkbranch
end mkbranch

main签出文件时会出现问题。 ClearCase会将其分支到some_feature_set,但由于没有规则选择新创建的版本,它将尝试再次分支并发出分支存在的错误。我们可以通过在配置规范中添加更多规则来解决这个问题:

element * CHECKEDOUT
element * /main/some_feature_set/some_sub_feature/LATEST
mkbranch some_sub_feature
  element * /main/some_feature_set/LATEST -time <some_time>
  element * /main/some_feature_set/0
  mkbranch some_feature_set
    element * /main/LATEST -time <some_time>
    element * /main/0
  end mkbranch
end mkbranch

这样,在检出文件或向ClearCase添加新文件时,我们不会遇到任何问题。但是,我们遇到的问题是,当另一个开发人员希望为some_feature_set分支为一个只有main分支的文件做一些工作并检查该文件时,该版本由观点会改变。

例如,假设使用上面列出的配置规范,在我的视图中为/main/4选择了版本some_file。工作继续并行,版本/main/5由不同的开发人员创建。配置规范中的time规则仍会选择版本/main/4。在稍后的某个时间点,另一个开发人员必须为some_feature_set做一些工作,并使用类似的配置规范设置自己的视图,但使用更新的时间戳,以使some_file获得版本{{1选中。此开发人员必须对/main/5进行一些更改并将其检出。这会立即创建版本some_file/main/some_feature_set/0。由于/main/some_feature_set/some_other_sub_feature/0现在存在,我的视图会选择它。它的内容与/main/some_feature_set/0相同,而不是/main/5,就像其他开发人员签出文件之前的情况一样。

是否可以采取任何措施来防止上述问题发生?

1 个答案:

答案 0 :(得分:1)

首先,每个开发人员用于开发相同功能的一个分支不是最佳实践。我一直主张反对(since 2009)。

但是如果你必须,并且想要支行,那么从标签创建它们会更有效,而不是依赖于时间。
并且最好不要强制分支路径(它变得太挑剔了,正如你的问题所示)

我在“ClearCase : Loading Older Version of a specific Directory?”中使用了基于时间的选择规则 但是你会看到新元素的规则更简单,并且只出现过一次:

element * /main/0 -mkbranch myBranch

您需要为 new 元素指定您希望它直接在右侧分支中创建。

这就是为什么基于分支的选择规则通常使用省略号符号...,如.../myBranch中所示。请参阅“Details of config spec in base ClearCase”。

一般的想法是:你不应该关心从哪个分支创建一个新分支,只要它的起始版本是正确的(即具有正确的不可变标签的分支)。