在变型上工作让您可以创建特定更改、测试更改，然后将该更改带回至开发主干。可以在合理范围内这样做，即使主干包含进一步的新开发。

例如，主项目中需要在变型项目中创建的修补程序。文件 utility.c 在项目中具有默认最新修订版本 1.4。在变型项目中，文件 utility.c 1.2 版会检出至修订版本 1.2.1.1，并且会修订代码。文件 utility.c 随后会在 1.2.1.2 检入并与更改包 5:1 关联。

将修补程序从变型项目移至主项目需要使用“重新同步更改包”执行三向合并操作。由于主项目包含进一步的新开发，因此将 utility.c 的默认最新修订版本从 1.4 更新至 1.2.1.2 会导致修订版本 1.3 和 1.4 中的新开发工作丢失。

在这种情况下，您必须使用“在分支上时合并”选项 (--mergeOnBranch)。此选项基本上允许将分支上的更改合并至默认最新修订版本文件。选择“在分支上时合并”使 Windchill RV&S 可以区分修订版本 1.2 和 1.2.1.2，然后将结果合并到修订版本 1.4。完成“重新同步更改包”操作后，必须检入文件才能在项目中最终确定更改。

借助“忽略跨分支条目”选项，您可在两个不同的分支上存在同一个成员的修订版本时，使用最新的修订版本。可以使用此选项来适应需要从变型（具有为了绕过锁而创建的临时分支）传播更改的情况。在这种情况下，您不需要包含分支上的更改，这些更改已合并至变型。