如何与多个团队一起开发 Microsoft Dynamics 解决方案？
How to develope a Microsoft Dynamics solution with multiple teams?
首先声明我不是 Microsoft Dynamics CRM 专家。我只有在没有 CRM 或 SharePoint 的情况下开发 .NET 解决方案的经验，以及一些如何使用 TFS 的持续部署来发布自定义应用程序的经验。但是对于当前的任务，我从开发 Microsoft Dynamics CRM 开始，而且我并不孤单。
在这里，我们与 2 个 Scrum 团队合作。两者都有自己的 Microsoft Dynamics CRM 2016 环境，我们使用 TFS 来保存我们的源代码。只有源代码，没有 CRM 的配置。当我们发布软件时，需要手动将CRM配置合并到第三方环境（集成环境）中。这需要很多时间，所有的东西都需要重新测试。
我在 Internet 上搜索并找到了很多关于自定义 CRM 的内容，但没有找到如何与多个团队合作以及如何为 CRM 中的代码更改获取自动发布管道。
有谁知道与多个团队一起开发 CRM 解决方案的最佳实践是什么，以及如何制作持续发布管道以将 C# 代码和 CRM 配置自动获取到测试、验收和生产环境？
我所做的就是使用solution packager。 Scrum 团队将针对他们的 CRM 实例和特定解决方案进行开发。
然后他们可以（自动使用脚本和 CRM API 或手动）导出解决方案并将其提取为版本控制友好格式。
然后可以将其提交到版本控制系统，然后（使用自动构建）重新打包和版本化，并最终作为托管包部署到集成 CRM 实例。
不过，托管包与非托管包的使用有点冗长
首先声明我不是 Microsoft Dynamics CRM 专家。我只有在没有 CRM 或 SharePoint 的情况下开发 .NET 解决方案的经验，以及一些如何使用 TFS 的持续部署来发布自定义应用程序的经验。但是对于当前的任务，我从开发 Microsoft Dynamics CRM 开始，而且我并不孤单。
在这里，我们与 2 个 Scrum 团队合作。两者都有自己的 Microsoft Dynamics CRM 2016 环境，我们使用 TFS 来保存我们的源代码。只有源代码，没有 CRM 的配置。当我们发布软件时，需要手动将CRM配置合并到第三方环境（集成环境）中。这需要很多时间，所有的东西都需要重新测试。
我在 Internet 上搜索并找到了很多关于自定义 CRM 的内容，但没有找到如何与多个团队合作以及如何为 CRM 中的代码更改获取自动发布管道。
有谁知道与多个团队一起开发 CRM 解决方案的最佳实践是什么，以及如何制作持续发布管道以将 C# 代码和 CRM 配置自动获取到测试、验收和生产环境？
我所做的就是使用solution packager。 Scrum 团队将针对他们的 CRM 实例和特定解决方案进行开发。
然后他们可以（自动使用脚本和 CRM API 或手动）导出解决方案并将其提取为版本控制友好格式。
然后可以将其提交到版本控制系统，然后（使用自动构建）重新打包和版本化，并最终作为托管包部署到集成 CRM 实例。
不过，托管包与非托管包的使用有点冗长