Clearcase 是否可以在流RTC源代码管理上启用生成后选项?

Clearcase 是否可以在流RTC源代码管理上启用生成后选项?,clearcase,rtc,Clearcase,Rtc,我设置了以下内容,以防止开发人员在交付的更改破坏构建时向流交付: 我添加了一个流,它使用“构建后交付”将更改交付到单独的流。在构建定义中,我需要指定要从中构建的工作区, 但我需要从溪流中建造。从工作区构建只是构建单个开发人员(wheras Building)本地的更改 从一个流将包含多个更改。是否可以在生成定义上启用“生成后”选项,也可以从流生成而不是从工作区生成?关于“”中描述的RTC“生成后交付”,该步骤是关于构建工作区后的操作 但是,与ClearCase相反(在ClearCase中,“工作

我设置了以下内容,以防止开发人员在交付的更改破坏构建时向流交付:

我添加了一个流,它使用“构建后交付”将更改交付到单独的流。在构建定义中,我需要指定要从中构建的工作区, 但我需要从溪流中建造。从工作区构建只是构建单个开发人员(wheras Building)本地的更改 从一个流将包含多个更改。是否可以在生成定义上启用“生成后”选项,也可以从流生成而不是从工作区生成?

关于“”中描述的RTC“生成后交付”,该步骤是关于构建工作区后的操作

但是,与ClearCase相反(在ClearCase中,“工作区”或UCM快照视图总是与UCM流相关联),构建定义(带或不带“构建后交付”)总是与工作区相关联。
如“”所述:

构建定义必须引用专用的构建工作区,而不是团队流,以便将构建与流中正在进行的更改隔离开来

当您创建所述构建存储库工作区时,您将关联一个流:

在“新建存储库工作区”向导中,在“选择流”页面上,选择
Flow with a stream
,并在下方窗格中,选择要从中生成的存储库流
此选择使存储库工作区能够接受来自流的更改

所以您总是从(构建)工作区构建。即使您没有激活“构建后交付”选项。
生成工作区的定义决定了接受更改的流。

每次启动生成时,都将接受所述更改(从流到生成工作区)。
“变更集”是指任何开发人员在构建工作区定义中提到的“流程”上交付的任何变更集。

关于“”中描述的RTC“构建后交付”,该步骤是关于构建工作区后的操作

但是,与ClearCase相反(在ClearCase中,“工作区”或UCM快照视图总是与UCM流相关联),构建定义(带或不带“构建后交付”)总是与工作区相关联。
如“”所述:

构建定义必须引用专用的构建工作区,而不是团队流,以便将构建与流中正在进行的更改隔离开来

当您创建所述构建存储库工作区时,您将关联一个流:

在“新建存储库工作区”向导中,在“选择流”页面上,选择
Flow with a stream
,并在下方窗格中,选择要从中生成的存储库流
此选择使存储库工作区能够接受来自流的更改

所以您总是从(构建)工作区构建。即使您没有激活“构建后交付”选项。
生成工作区的定义决定了接受更改的流。

每次启动生成时,都将接受所述更改(从流到生成工作区)。

“变更集”是指任何开发人员在构建工作区定义中提到的“流程”上交付的任何变更集。

我更新了我的问题,应该是“构建后交付”,而不是“构建后操作”。我正在使用教程:。“确保您的工作区是UCM快照视图的根目录。”其他开发人员的更改集将如何传递到此工作区?@user470184 RTC!正确的。我已经编辑了我的答案,以解决该特定工具。“每次启动构建时,都会接受(从流到构建工作区)所述的更改。”工作区的所有者需要接受这些更改,它们不会在每次启动构建时自动从构建流目标添加?@user470184应该会自动接受,这就是构建定义及其关联的repo工作区的理念:成为新更改的接收者,并根据这些演变生成。我更新了我的问题,应该是“构建后交付”,而不是“构建后操作”。我正在使用教程:。“确保您的工作区是UCM快照视图的根目录。”其他开发人员的更改集将如何传递到此工作区?@user470184 RTC!正确的。我已经编辑了我的答案,以解决该特定工具。“每次启动构建时,都会接受(从流到构建工作区)所述的更改。”工作区的所有者需要接受这些更改,它们不会在每次启动构建时自动从构建流目标中添加?@user470184应该自动接受,这就是构建定义及其关联的repo工作区的理念:成为新更改的接收者,并从这些演进中构建。