嵌套分支的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，但由于没有规则选择新创建的版本，它将尝试再次分支并发出分支存在的错误。这一点我们可以通过添加更多的规则来配置规范解决：

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获得版本/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相同，而不是/main/4，与其他开发者检出文件之前的情况相同。

有什么办法可以防止上述问题的发生？

Answer 1

首先，每个开发者的一个分支用于开发相同的功能并不是最佳实践。我一直主张反对（since 2009）。

但是，如果你必须并且想要支行，从标签创建它们，而不是依靠时间来创建它们要有效得多。
而且最好是不强制分支路径（它变得太挑剔，因为你的问题说明）

我将使用“ClearCase : Loading Older Version of a specific Directory?”基于时间的选择规则。
但你会看到新的元素规则是更简单，一旦出现索尼：

element * /main/0 -mkbranch myBranch 

你需要指定，为新元素，要在正确的分支直接创建。

这就是为什么基于分支的选择规则通常使用省略号...的原因，如在​​3210中所述。请参阅“Details of config spec in base ClearCase”。

总的想法是：只要它的起始版本是正确的（即具有正确的不可变标签的版本），您不应该关心从哪个分支创建新的分支。