如何与多个团队一起开发 Microsoft Dynamics 解决方案？

Question

首先让我声明我不是 Microsoft Dynamics CRM 专家。我只有在没有 CRM 或 SharePoint 的情况下开发 .NET 解决方案的经验，以及一些如何使用 TFS 的持续部署来发布自定义应用程序的经验。但对于当前的任务，我从开发 Microsoft Dynamics CRM 开始，我并不孤单。

在这里，我们与 2 个 Scrum 团队合作。两者都有自己的 Microsoft Dynamics CRM 2016 环境，我们使用 TFS 来保存我们的源代码。只有源代码，没有CRM的配置。当我们发布软件时，我们需要手动将CRM配置合并到第三个环境（集成环境）中。这需要很长时间，而且一切都需要重新测试。

我在互联网上搜索并找到了很多关于自定义 CRM 的内容，但没有找到如何与多个团队合作以及如何为代码中的更改获得自动发布管道，就像在 CRM 中一样。

有谁知道与多个团队一起开发 CRM 解决方案的最佳实践是什么，以及如何创建持续发布管道以将 C# 代码和 CRM 配置自动用于测试、验收和生产环境？

Answer 1

我所做的是使用solution packager。 Scrum 团队将针对他们的 CRM 实例和特定的解决方案进行开发。

然后，他们可以（使用脚本和 CRM API 自动或手动）导出解决方案并将其提取为版本控制友好的格式。

然后可以将其提交给版本控制系统，然后（使用自动构建）重新打包和版本化，并最终作为托管包部署到集成 CRM 实例。

不过，托管和非托管软件包的使用有点冗长