【问题标题】:Organizing Dynamics CRM customizations and update test environment组织 Dynamics CRM 定制和更新测试环境
【发布时间】:2019-10-24 08:18:22
【问题描述】:

我们实际上正在重新组织我们的 CRM 定制。到目前为止,我们有一个包含所有自定义的主要解决方案,现在我们想按技术问题对其进行拆分。

因此,现在在我们的开发实例上,我们有 4 个非托管解决方案,我们希望将它们发布到具有旧托管解决方案的测试实例上。

我们计划做以下事情:

-> 将 4 个解决方案导出到托管

-> 将它们导入测试实例

-> 从测试实例中卸载旧的解决方案

我对该程序有疑问。它会破坏什么吗?

在某些时候,我们会从不同的解决方案中获得相同的自定义。你怎么看 ?

【问题讨论】:

    标签: dynamics-crm microsoft-dynamics


    【解决方案1】:

    我用几个解决方案在试用环境中测试了您的步骤,虽然当我开始时我相信(正如 Arun 回答的那样)卸载托管解决方案会删除所有对象,而不管其他解决方案是否使用,但当我实际测试它时,它是不删除它们。数据也被保留了。

    那么步骤:

    -> 将 4 个解决方案导出到托管

    -> 将它们导入测试实例

    -> 从测试实例中卸载旧的解决方案

    可能没有问题。

    我建议您确保将所有元素都列在清单上,以免留下任何东西。

    如果您有可用的实例,我也会说您首先恢复备份并测试一切是否按计划进行,但根据我的测试它成功了。

    【讨论】:

    • 感谢测试和分享结果,这个周末你为我节省了几个小时 :)
    【解决方案2】:

    我也对这个练习很好奇。如果这是另一个只通过扰乱 QA 团队(不关心 Prod 实例)来玩的沙盒 - 我将按照列出的步骤来查看它是否通过。如果这个测试组织没有完全通过,我们可以在以后随时通过从 Prod 恢复来清除这个测试组织。

    或者旋转一个精确的测试副本的新沙盒副本以进行试运行。

    在某些时候,我们会从不同的解决方案中获得相同的定制。

    没错,但如果我没记错的话,卸载现有的托管解决方案将删除这些组件,尽管它们是另一个托管解决方案的一部分。

    【讨论】:

      【解决方案3】:

      这是一种常见的方法。我们还将我们的定制拆分为多个解决方案。 (例如,一个用于插件、安全角色、Web 资源...)

      您可以将自定义工作拆分为任意数量的解决方案,但不要过度。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2017-07-05
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多