嵌套分支的 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 分支。

我们的组织使用动态视图（我们无法更改这一点）。为了保护我们自己免受其他开发人员对 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 检出文件时出现问题。 ClearCase 会将它分支到 some_feature_set，但是由于没有规则到 select 新创建的版本，它会再次尝试分支并发出一个错误，指出该分支存在。我们可以通过向配置规范添加更多规则来解决这个问题：

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 添加新文件时不会遇到任何问题。但是，我们确实遇到的问题是，当另一个开发人员想要为只有 main 分支的文件的 some_feature_set 分支做一些工作并检出该文件时，版本 select 由视图编辑。

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

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

Answer 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”。

总体思路是：只要起始版本正确（即具有正确的不可变标签的版本），您就不必关心从哪个分支创建新分支。

嵌套分支的 ClearCase 配置规范

ClearCase config spec for nested branching

clearcase