Clearcase 在VOBs下组织不同应用程序的最佳实践是什么

这是这个答案的后续问题：

最好创建基于根的组件

如果我有几个独立的应用程序，这意味着它们的开发和部署是独立的，我不应该创建不同的VOB来适应它们吗？我现在做的是，我有一个单独的PVob，其中包含几个UCM项目，每个UCM项目都有自己的Vob和基线组件没有Vob的组件。我做错了吗

更新于3月7日16:29

在接受了你的建议后，我现在正努力做到：

我创建了一个PVOB来容纳所有的VOB 我为每个业务团队创建了一个VOB，而在我的公司中，只有三个团队 我为每个应用程序创建了一个UCM项目。每个业务团队 将承载多个应用程序，每个应用程序都是 独立，但每个应用程序可能有多个分支用于 并行开发，所以可以有很多项目 我的问题来了：

---

现在多个应用程序共享同一个VOB，我如何更好地管理基线，以便按应用程序组织基线？i、 e.为了防止意外选择另一个项目的基线，最好在一个通用名称的Vob中使用多个组件

按照Vob创建组件并不是错误的，但您需要知道，一旦为组件分配了一个根目录（如Vob），您就不能再更改该根目录或进行任何重构

通过重构，我提到了一个经典案例，在这个案例中，我创建了一个组件MyProject，其Vob“\MyProject”。。。例如，在几个月后意识到“MyProject”实际上有一个服务器和一个客户机模块，这可以从单独的历史记录中获益之前：我应该定义两个组件，而不是一个

对于每个组件一个vob模型，我没有其他选择来创建另一个vob：我不能重构，也就是说，我不能在现有组件中创建一个子目录，并在那个里定义第二个组件

有了每个Vob的多个组件，我可以：

将我的第一个组件重命名为MyProject\u Server，其根目录“\MyVob\MyProject”保持不变：一旦创建组件，就不能更改其根目录， 在同一个Vob:MyProject\u Client中创建另一个组件，根目录为“\MyVob\MyProject\u Client”。 主要的优势在于规模：您可以在一个Vob中定义数百个组件。 但是您不应该定义数百个vob，因为管理对所述vob的访问所需的vobrpc_服务器和vob_服务器的进程数量非常多

如果您为每个Vob创建多个组件，则不会对每个项目UCM的基线选择产生任何影响。 也就是说，无论这些组件是完整Vob还是Vob的一部分，选择错误组件基线的风险都一样大

---

您只需在不同的UCM项目中分离这些组件，并管理这些UCM项目中的每个组件基线。

请注意，使用单个PVob完全可以：它与VOB和组件根目录无关。您的所有组件，无论是在多个Vob中定义还是在一个Vob中定义，都可以引用相同的PVob。添加了一些后续问题。谢谢你的帮助。@ArthasTsang:我已经编辑了我的答案，以补充你的补充，但如果问题更复杂，你可以发布一个新问题，更完整地描述你目前的情况。看来我的担心是无效的，当重新基流时，可以先选择UCM项目，然后选择将限于该项目的基线，因此，人们不太可能选择错误的答案application@ArthasTsang对的这就是想法。您只能操作添加到当前所在或已选择的UCM项目中的组件的基线。