2012-04-25 62 views
1

下图中的工作区流向流。如何从流中构建变更集 - RTC源代码管理

enter image description here

我已经添加了从该工作区构建了一个构建定义。 如果我将更改集从不同的工作空间传递到图中的流,那么在执行构建时应该构建这些更改集?变更集是否需要在构建之前从流中首先接受到工作区中?

目前,当我执行构建时,更改集(已从一个不同的工作空间传递到流中) 没有被传递到图中的工作空间,因此没有构建。

回答

1

如果我将变更集从不同的工作区传送到图中的流,那么当我执行构建时应该创建这些变更集?
变更集在构建之前是否需要首先从流中接受到工作区中?

这取决于您的构建定义的配置:
作为this thread mentions

如果您正在使用选定为预生成的参与者有“Jazz Source Control”构建定义,你会看到'Jazz Source Control'选项卡的底部部分为'Accept Options section'。
应该检查'Accept latest changes before loading'复选框,以便您自动接受更改。

但随着基于BuildForge-生成定义,如 “Rational Team Concert 3.0 and Build Forge: An integration scenario” 中提到:

[...]一旦服务器被选中,作为第一步,Build Forge项目的加载适配器(JazzJBE.xml),以促进Build Forge和RTC之间的集成。
此适配器运行Jazz Build Engine(它是buildtoolkit的一部分),以接受和获取基于由RTC构建定义传递的属性的源代码
(更典型的持续集成方案与RTC将拥有Jazz Build引擎在构建Server的后台运行,监听请求。使用JazzJBE适配器,Jazz Build Engine按需启动)。

+0

通过接受对工作空间的更改,这似乎破坏了安全模型,因为更改无法从一个用户工作区传递到另一个用户工作区? – 2012-04-25 16:12:54

+1

@ user470184对不起,我在火车上通勤回家。 “更改无法从一个用户工作区传递到另一个用户”:正确。您可以接受它们(从另一个回购工作区,无需通过Stream),不会将其交付(直接到另一个回购工作区:您需要交付给Stream)。这就是为什么专门用​​于构建的repo工作区会自动接受(如果配置如此)由* any * repo工作区提供给专用于所述构建的Stream的更改。 – VonC 2012-04-25 17:19:09

+0

啊我明白了,再次感谢。如果可以的话,我会更多地投票。 – 2012-04-25 18:17:25