我希望在不同环境之间自动化CRM的部署过程，例如，开发环境，测试环境和UAT。 我想知道市场上是否有现有工具可以自动部署我？ 如果否，是否有可能在不同环境之间自动化CRM部署？这样做的最佳实践是什么？
由于
答案 0 :(得分：6)
在我工作的地方，我们目前正在处理完全相同的问题。我花了很长时间寻找可以帮助我们的货架产品，但我没有找到任何有希望的东西。因此，我们自己承担了这项任务。
微软的一些人在这个主题上做了一个简短的“白皮书”，我觉得这很有帮助。可以在Deploying Microsoft Dynamics CRM 2011 and CRM Online Solutions from Development through Test and Production Environments找到它。
我不会声称我们正在使用“最佳”做法，但我们选择在PowerShell中尝试编写所有内容，或者在我们自己的PS模块中通过基于.net的CmdLets编写脚本。 CRM服务器附带了PowerShell管理单元，该管理单元具有创建/删除组织的一些基本功能，但在实际“部署”CRM自定义，配置数据，用户等方面，您或多或少都在自己。
知道你选择哪种方法（如果有的话）会很有趣吗？如果您有任何具体问题，请不要犹豫！
答案 1 :(得分：1)
这个怎么样？
xRM CI Framework是一组工具，可让您快速轻松地为Dynamics CRM解决方案实施持续集成。
答案 2 :(得分：0)
PowerShell和XRMCI框架将为解决方案部署提供良好的服务，不足之处在于不能添加到解决方案中的常备或配置数据（或者针对CRM 2015中当前有缺陷的解决方案项目，例如案例创建规则，SLA）物品等）。在这种情况下，我的客户和我创建了powershell C＃CmdLets，它使用SDK和API来创建常设数据，例如用户，团队，成员资格，队列，案例创建规则（虽然它不受支持，API确实允许它），以及配置邮箱等。
因此，结合使用XRMCI框架，C＃和PowerShell可以自动将一个环境部署到下一个环境。关键是要慢一点，手动执行脚本开始，并在流程中建立信任，调整和添加更多元素。一旦实现了这种信任，就将其与TFS集成在一起作为CI / CD流程。
至于最佳实践，我自己的研究表明，这仍然是一个敢于＆＃34;没有真正＆＃34;最佳实践的区域＆＃34;及时，诸如Chef，Puppet，Octopus和Microsoft（使用DSC）等玩家将会贡献，但是现在......