1

这是此答案的后续问题：https ://stackoverflow.com/a/9579131/1204799

“最好创建基于根的组件”

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

更新于 3 月 7 日 16:29

在听取了您的建议后，这就是我现在想做的事情：

  1. 我创建了一个 PVOB 来容纳所有的 VOB
  2. 我为每个业务团队创建了一个 VOB，而在我的公司中，只有三个团队
  3. 我为每个应用程序创建了一个 UCM 项目。每个业务团队会托管几个应用，每个应用都比较独立，但每个应用可能有多个分支并行开发，所以可以有很多项目

我的问题来了：现在几个应用程序共享同一个 VOB，我怎样才能更好地管理基线，以便它们按应用程序组织？即防止意外选择另一个项目的基线

4

1 回答 1

0

最好在（通常）命名为 Vob 中使用多个组件。

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

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

使用“每个组件一个vob”模型，我没有其他选择来创建另一个Vob：我无法重构，即我无法在现有组件中创建子目录，并在那里定义第二个组件。

使用“每个 Vob 的多个组件”，我可以：

  • 将我的第一个组件重命名为“ MyProject_Server”，其根目录为“ \MyVob\myproject”（保持不变：一旦创建，您就无法更改组件的根目录），
  • 在同一个 Vob 中创建另一个组件：“ MyProject_Client”，根目录为“ \MyVob\myproject_client”。

主要优势在于规模：您可以在 Vob 中定义许多（数百个）组件。
但是您不应该定义数百个 Vobs，因为管理对所述 Vobs 的访问需要大量的进程（vobrpc_server和）。vob_server

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

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

于 2012-03-06T10:26:10.800 回答