嵌套分支的 ClearCase 配置规范

Question

我们有一个 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 分支。

我们的组织使用动态 View (我们无法更改这一点)。为了保护我们自己免受其他开发人员对 main 和 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>
  mkbranch some_feature_set
    element * /main/LATEST -time <some_time>
  end mkbranch
end mkbranch

这会导致从 main check out 文件时出现问题。 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

这样我们在 checkout 文件或向 ClearCase 添加新文件时不会遇到任何问题。但是，我们确实遇到的问题是，当另一个开发人员想要为只有 main 分支的文件的 some_feature_set 分支做一些工作并 check out 该文件时, View 选择的版本将会改变。

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

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

Answer 1

首先，每个开发人员一个分支来开发相同 功能并不是最佳做法。我长期以来一直反对这种做法 ( since 2009 )。

但是如果你必须，并且想要子分支，从标签创建它们比依赖时间更有效。
最好不要强制分支路径(它变得太挑剔，正如你的问题所说明的那样)

我在“ClearCase : Loading Older Version of a specific Directory?”中使用了基于时间的选择规则。
但是你会看到新元素的规则既简单又出现索尼一次:

element * /main/0 -mkbranch myBranch

您需要为新 元素指定您希望它直接在正确的分支中创建。

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

总体思路是:您不应该关心新分支是从哪个分支创建的，只要它的起始版本是正确的(即具有正确的不可变标签的版本)即可。