Dynamics crm 2011 合并2个CRM 2011非托管解决方案

我们正在与另一家咨询公司合作进行一个项目。在大多数情况下，我们每个人都有自己的领域，但有一点交叉

假设我们都修改了具有冲突更改的实体。使用“wins中的最后一个”规则，最后导入的解决方案将实现其更改

---

在导入之前，是否有一种工具或一些已知的方法来识别这些冲突，以帮助我们管理此问题？

我已经多次遇到过这种情况，我的方法是使用代码比较工具导出自定义项并检查自定义项文件（xml文件）的内容，如，WinDiff或BeyondCompare

严格来说，这不是一个“最后一个赢”的场景，有一个允许共存的模型，例如，如果两个字段都添加到同一表单中

需要记住的一点是，你们都应该在一个链接到唯一发布者的非托管解决方案中进行所有定制，并且该发布者应该有一个唯一的前缀，因此，对于所有新实体、字段等，您可以使用John_uu作为前缀，而另一家公司可能使用Acme_uu或任何适合他们的东西

---

这有助于减少直接冲突，如添加具有相同名称但不同类型的字段（由于前缀不同，它们不会具有相同的架构名称）

将表单组件保留在单独的选项卡和部分中，如果两者都使用托管解决方案，则表单自定义将合并。类似地，站点地图和功能区自定义都可以独立开发，如果您将更改分组在一起，则可以让CRM为您合并解决方案

不要将其他咨询公司的主要定制解决方案导入到您的开发环境中，以避免在它们之间创建交叉依赖关系，但是您可以引用相同的实体。如果两个咨询公司所需的某些实体是定制的，则您需要事先就“核心”解决方案中应包含的内容达成一致意见；作为先决条件，在所有开发环境中开发、共享和安装它

根据项目的复杂性，您可能会发现托管一个带有共享解决方案的IFD暂存环境非常有用，这两个公司都可以使用该解决方案来解决冲突并充当测试环境

---

事先商定如何报告、调查和解决投诉和UAT问题，并明确界定工作分工。

您可能会找到答案。这里解释了“每个开发人员一个组织”的方法。WinDiff和BeyondCompare并不理想，特别是当您使用语言包时，因为它们无法识别xml元素中的有效重新排序。关键的前一步是使用解决方案打包器将解决方案分解为可管理的XML块：不要在同一个组织中共同开发两个非托管解决方案，否则会无意中在解决方案之间创建交叉依赖关系。有时甚至使整个解决方案无法部署。