在开发环境中使用“应用更改包”

本小节将举例说明如何在您的环境中使用“应用更改包”。在本示例中，构建管理员从项目开发的主干获得功能，并将其应用至较早的版本。

abcBusiness 软件公司已经发布了 Aurora 软件 3.0 版，并且在完成发布后为项目创建了检查点。开发团队现在正在处理下一版本，4.0 的一组新功能。此版本的新功能是时间戳功能。与时间戳功能相关联的所有更改都会记录在更改包集或项集中，用来将此功能与其他功能隔离开来。

现在，abcBusiness 收到一位客户的请求，该客户具有 3.0 版，但也需要新的时间戳功能用于其全球运营。Aurora 4.0 开发中的代码不够稳定，无法发布，并且加快发布安排需要的资源过多。abcBusiness 如何在不影响当前版本的同时提供时间戳功能？由于此功能的代码在更改包集中是隔离的，因此可以使用“应用更改包”命令来将此功能传播至较早的稳定版本。

但是，如果没有“应用更改包”功能，abcBusiness 的构建管理员就必须手动搜索所需的更改包，并且逐个审阅所有关联文件才能隔离与该功能相关的更改。然后，构建管理员需要手动添加、删除、重命名和移动文件；更新文件修订版本；合并不需要的修订版本；并入所需的更改；以及并出任何不需要的更改。

使用“应用更改包”功能，这一复杂的过程将大部分实现自动化。在 Windchill RV&S 中，“应用更改包”操作会直接作用于项目，从而添加、删除、重命名和移动文件及子项目，并且根据需要更新文件修订版本以创建所需的更改。Windchill RV&S 会为您提供一份列表（回填列表），其中包括抓取更改所需的所有更改包。在“应用更改包”操作中，您必须接受或拒绝整个列表 - 无法进行选择。如果您接受列表，“应用更改包”命令会将更改直接传播到项目。如果您拒绝列表，“应用更改包”命令将无法完成。

如果“应用更改包”命令由于需要合并而失败，则可以运行“重新同步更改包”命令。“重新同步更改包”在沙盒中工作，并且让您可以从回填列表中进行选择。Windchill RV&S 随后会合并不需要的更改，并使用差异来合并文件。

abcBusiness 的构建管理员将执行下列操作：

• 从 3.0 版的检查点创建变型项目。此变型项目与开发团队的其他部分隔离，以免将不需要的更改添加至开发路径的主干。

• 使用“应用更改包”将更改包应用至变型项目。更改包包含为生成时间戳功能而更改或添加的所有文件。“应用更改包”实质上就是将功能添加至 Aurora 3.0 的变型。