“应用更改包（应用 CP）”和“重新同步更改包（重新同步 CP）”表示两项最强大的 Windchill RV&S 功能。在开发不断演变以包含错误修复或新功能的环境中，借助“应用更改包”和“重新同步更改包”，可让您识别并仅合并要包括在新项目中的特定错误修复或内容。借助此功能，您可移动特定更改 - 无论是从主项目移动到变型项目、从变型项目移动到主项目，还是从一个变型项目移动到另一个变型项目。

变型项目是从开发的主要主干分支出来的项目。变型项目通过开发路径标识。

“应用更改包”和“重新同步更改包”依靠使用更改包来跟踪修改项目内容或创建新内容的各个更改。

如果开发团队没有使用更改包方法，则隔离特定内容将成为一项复杂的手动任务。在大型代码项目中，这可能意味着要搜索数以百计的文件以确定哪些文件与特定项相关。要构建项目，随后必须添加、删除、重命名和移动文件；更新文件修订版本；合并不需要的修订版本；并入需要的更改；以及并出不需要的更改。

如果开发团队一致使用更改包，则 Windchill RV&S 可以隔离与特定项相关的所有更改，因为此信息将记录为更改包的一部分。计算相关性后，“应用更改包”便会执行传播所需更改所需的操作。如果需要合并，则可以使用“重新同步更改包”命令。借助“重新同步更改包”，您可以并入所需的更改或合并不需要的更改。

“应用更改包”适用于分段环境，在此环境下，您知道所有更改均已经过测试，并且可以作为群组传播到下一分段包。“重新同步更改包”适用于下列情况：您想要选择单个更改并在沙盒中构建和测试更改，然后再传播这些更改。

“应用更改包”和“重新同步更改包”的有效性依赖于包含下列做法的更改包方法：

要避免的做法如下：

“应用更改包”和“重新同步更改包”非常适用于可执行差异操作的代码和其他文本文件。不建议对二进制文件执行此操作，因为很难对二进制文件进行差异和合并操作。