冲突检测和解决

修改同一源文件的多个工作项目

如果您有多个工作项目修改同一个源文件（特别是在多个开发人员在其各自的开发环境中修改同一个元数据组件的情况下），当这些更改被合并到第一个集成漏斗阶段时，它们可能会发生冲突或潜在的相互覆盖。在升级过程中，DevOps Center 会警告您可能出现冲突。在某些情况下，源管理存储库不知道如何协调对同一元数据组件的更改。有时，升级会因与共享组件的相关性而受阻。

通过下一代 DevOps Center，您可以使用 Agentforce 解决合并冲突。Agentforce 在 Salesforce DX MCP 服务器中使用 DevOps Center MCP 工具分析冲突，并根据自然语言提示推荐解决方案。或者，您可以直接在源存储库中解决合并冲突。见使用 DevOps Center MCP 工具解决合并冲突。下一代 DevOps Center 支持阶段升级。如果您对单个工作项目使用自定义升级，您也可以组合共享组件或具有依赖性的工作项目。

当 DevOps Center（受管软件包）检测到由于工作项目共享组件或包含依赖性而导致的潜在冲突时，它会为您提供合并工作项目的选项，以便您可以继续升级。如果您不选择合并受影响的工作项目，您可以选择进一步分析潜在的冲突并手动修复它，或者首先升级依赖的工作项目。

两个分支中无法解决的合并冲突

当工作项目或阶段从一个漏斗阶段升级到下一个阶段时，工作项目中包含的源文件将从第一阶段的源控制分支合并到下一阶段的源控制分支。源控制系统 GitHub 有助于在您尝试升级变更之前确定它们是否可以合并。如果 GitHub 检测到冲突，升级将被阻止。

您可以在“活动历史记录”的错误对话框中看到有关合并冲突的更多信息，并且可以在源控制系统的拉取请求中查看冲突的其他详细信息。您可以直接在源控制系统中或使用 DevOps Center MCP 工具解决冲突。然后，您可以在 DevOps Center 中尝试升级。

您的组件版本不同于合并的组件

如果某个阶段包含多个含有相同组件的工作项目，则该阶段会包含该组件的合并版本。如果您随后选择仅将这些工作项目中的一个从该阶段升级到下一个阶段，那么您所升级的组件版本可能与所测试的合并组件不同。发生这种情况时，DevOps Center 会向您发出警告，并为您提供使用最新版本组合更改的选项。我们建议您一起升级包含通用组件的所有工作项目，以便下一阶段包含与前一阶段测试的组件相同的合并版本。