使用 System Composer 三路合并工具解决工程中的冲突

System Composer 架构更改和冲突

示例工程 RobotArchitectureProject 处于 Git™ 源代码管理之下。当您尝试将同事在 main Git 分支上的更改合并到您的 t askBranch 分支时，该操作会导致冲突。

要使用“三向合并”工具解决冲突，请检查本地文件（在本示例中为 Mine，即 taskBranch 分支）、冲突的修订版本（在本示例中为 Theirs，即 main 分支）以及这两个文件的共同祖先 (Base)。

打开 System Composer 三路合并工具

在“工程”面板中，查找冲突文件。RobotArchitecture 文件在源代码管理列中显示一个红色警告图标，表示存在冲突。

要查看冲突的详细报告，在“源代码管理”面板的修改的文件部分，右键点击 RobotArchitecture 文件，然后选择查看冲突。

查看更改

三路合并工具显示了导致此文件冲突的两个 System Composer 架构模型的更改。

您可以直观地检查架构模型文件中的个体差异。

解决冲突

合并工具会在打开三路合并报告之前自动合并大多数无冲突的差异。在此示例中，您可以看到十处差异被自动合并。

合并工具无法解决冲突的差异。您必须在目标树中选择要保留在目标文件中的设计。

要解决冲突，请按照以下步骤操作。

1.使用下一个按钮导航至冲突位置。您和您的同事更改了 Name 属性，因此该属性发生冲突。在目标窗格中，默认情况下，该工具会选择来自分支 taskBranch 的更改。

2.要使用默认选项解决冲突，请将冲突标记为已解决。在目标窗格中，点击名称行中的冲突图标，然后点击标记为已解决。

3.在工具栏上，使用下一个按钮查看下一个冲突。Component View 视图存在冲突，因为您和您的同事修改了该视图的颜色和查询内容。

4.在工具栏上，使用下一个按钮跳转到下一个冲突。Motion Component 在 Component View 视图中发生冲突，因为您和您的同事更改了 Motion 组件的组件名称，并且此更改传播到视图。

5.查看摘要表，确认您已解决所有冲突。

在此示例中，摘要表显示您已成功解决所有冲突。

如果您解决了当前视图中的所有冲突，但摘要表标题仍显示还有更改，请禁用过滤器以查看并解决剩余冲突。在合并选项卡中的过滤器部分，关闭过滤器。

接受更改

1.解决所有已过滤和未过滤的更改后，点击接受并关闭。合并工具将关闭报告和模型，接受 targetFile 中的合并结果，并在源控制工具中将冲突标记为已解决。

2.在将已解决的模型文件提交到源代码管理之前，通过将合并更改与当前分支进行比较来执行最终审查。

在工程的源代码管理视图中，右键点击模型，选择查看更改。