解决二进制冲突
遇到二进制文件的两个修订版本之间发生冲突的情况时，Windchill RV&S 会将该成员的沙盒工作文件替换为目标修订版本，并将其标记为冲突。目标修订版本会在传播更改包中显示为 Deferred Check In 条目（表示延迟检入工作文件）。例如，如果修订版本 1.1 和 1.1.1.1 都是二进制成员的更新修订版本条目（需要与成员修订版本 1.2 合并），则系统随后会将修订版本 1.1.1.1 的内容用作成员修订版本 1.2 的沙盒工作文件。修订版本 1.2 会显示为传播更改包中的 Deferred Check In 条目。系统未提供二进制文件内容的比较。如果已提交更改包（或已检入成员），则成员修订版本为 1.3。
您可以采用下列方式之一来解决冲突：
• 使用目标修订版本
以传播更改包的形式提交更改，从而检入二进制成员的目标修订版本（或手动提交目标修订版本的延迟检入项）。
• 执行手动二进制合并
在 Windchill RV&S 外部使用第三方工具对受影响的成员执行二进制合并。然后，以传播更改包的形式提交更改（或者手动提交目标修订版本的延迟检入项）。
• 使用原始修订版本
放弃与冲突对应的 Deferred Check In 条目，从而有效地使用原始修订版本，而不是目标修订版本。要解决冲突，请通过可指定所需修订版本的 Deferred Update Revision 操作来指明所需的修订版本。