在 Standard 或 Advanced 许可等级下可用。
在版本协调过程中，错误要素和标记为异常的错误要素在处理方式上具有特殊性。错误要素只能通过修复错误（进行编辑）或将错误标记为异常的方式来更新。
以下示例概括了对父版本中的错误和异常进行协调的结果。
作为协调的结果，父版本中生成的任何错误，无论是否标记为异常，都将带入子版本（如以下示例 1 和 2 所示）。
示例 1
示例 2
协调后，父版本中任何已存在的标记为异常的错误都将在子版本中标记为异常。
作为协调的结果，在父版本中删除的任何错误或异常（通过修复错误或验证过程）也将从子版本中删除。
以下示例概括了对子版本中的错误和异常进行协调的结果。
作为协调的结果，子版本中生成的任何错误都将被删除，并且根据定义，将纳入脏区。随后可在验证脏区时重新发现该错误。
作为协调的结果，在子版本中生成并标记为异常的任何错误仍保持为异常。根据定义，此错误将纳入脏区。
作为协调的结果，父版本中存在的并在子版本中标记为异常的错误仍保持为异常，并将纳入脏区。然而，如果此错误已在父版本中修复，则在子版本中也保持已修复状态（如以下示例 3 和 4 所示）：
示例 3
示例 4
作为协调的结果，父版本中存在的并在子版本中标记为错误的异常仍保持为错误，并将纳入脏区。然而，如果此异常已在父版本中修复，则在子版本中也保持已修复状态（如以下示例 5 和 6 所示）：
示例 5
示例 6
作为协调的结果，父版本中存在的并在子版本中得到修复的错误或异常仍保持已修复状态（如以下示例 7 和 8 所示）：
示例 7
示例 8
在已创建子版本的情况下，验证父版本中存在的脏区时，有时会在这两个版本中同时生成相同的错误。如果在父版本或子版本中该错误被标记为异常，则协调将生成重复的错误要素。在这些情况下，此错误要素将被纳入脏区，并在验证脏区时减为一个错误或一个异常。以下两个示例对此进行了说明：
示例 9
示例 10
