关于在并行平台上构建

如果要针对不同平台构建软件,请使用平台特性,针对每个平台为每个项目创建一个版本。在不同的并行平台上构建的项目称为变体项目。

变体项目共享大多数相同的源成员,但是您可以设置不同的构建自变量,并将产生的不同产品保存在每个变体项目中。但是,不必为特定平台标记单独的任务,也不必按平台建立文件夹。单个任务可包含针对所有平台更改的文件。当出现并行版本时,每个项目会选择与其平台匹配的对象版本。

例如,要为 Windows 和 HP-UX 构建工具包项目,请复制两个版本的项目层次结构。将每个平台特性设置为相应的值。(您必须已在 om_hosts.cfg 文件中设置平台值,这在设置平台中进行了讨论。)

您可以为这些项目指定有意义的版本,如 sp1_win32_2.0
hp_2.0。 描述性名称使您的项目便于识别。

注: 如果您向对象添加了平台属性,那么从未来版本中将其除去之前请务必三思。例如,在产品的发布标识 1 中,您的某个文件具有两个并行版本:平台值为 x86 的版本 win_1 和平台值为 sparc 的版本 sol_1。在发布标识 2 中,您决定将这些并行文件合并,以形成跨平台的版本 2,并且在版本 2 中清除平台属性。由于 Rational® Synergy 首选匹配的平台值,因此具有平台值 x86 的项目仍然选取版本 win_1 而不是合并的版本 2。
要解决此问题,可从旧的 win_1sol_1 版本中除去平台属性。 但这样您可能无法构建针对该较旧发布标识的补丁。 更好的解决办法是更改合并对象的名称,以使较旧发布标识不再成为候选项。

产品也特定于平台。请针对每个平台检出每个产品的并行分支,然后相应地设置平台值。

注: 用户可能希望在每次构建之前,通过使用同一项目并更改平台特性、make 宏和工作区,为不同平台构建相同的产品。
对于要执行构建的用户而言,此流程并不是一种理想的方式。

构建管理员必须能够重现其构建的产品。如果您不断来回更改配置以构建不同的平台,那么可能无法了解产品的构建方式。更改配置使您难以跟踪问题、测试修订或保留到达里程碑的软件。

此外,此方法还要求每次更改平台时强制进行重新构建。

要了解有关如何更新并行平台工作的更多信息,请参阅使用选择规则


反馈