是否有更有效的方法来发布/调试 Dynamics CRM 365 插件？

Question

我的任务是让我们的 2008 CRM 服务器进入 Microsoft Dynamics 365 内部部署的现代时代。我有一个插件工作和 java 脚本，这是我的第一个任务，调试/远程调试也在工作。我还可以对 DLL 进行更改，并且更改工作。但是，我真的很关心将 DLL 发布到服务器的过程需要多长时间，并且想知道是否遗漏了什么。看了很多视频，用谷歌搜索了很多，但似乎每个人都知道如何让它工作，仅此而已。

我注意到在注册期间有一个选项可以选择“磁盘”作为 DLL 的位置，但是当我选择它时它会崩溃？所以我不得不选择“数据库”

初始设置：

• 构建添加注释“A”的插件
• 将 DLL 从 bin\Debug 复制到服务器 bin\assembly 文件夹。
• 将插件注册为沙盒/数据库
• 测试，它可以工作。

目前我的开发工作流程是：

• 稍微修改插件代码以显示“B”而不是“A”
• 重建 DLL。
• 将 DLL 从 bin\Debug 复制到服务器 bin\assembly 文件夹。
• 测试，它仍然显示'A'

我能够让这个工作的唯一方法，似乎必须有一个更简单的方法：

• 重建 DLL 的
• 将 DLL 从 bin\Debug 复制到服务器 bin\assembly 文件夹。
• 打开注册
• 再次定位 DLL
• 勾选插件选择框
• 点击更新所选插件
• 测试并显示“B”

如果您需要快速更改我怀疑我需要的重建测试，这似乎是一个真正的 PIA。

有没有更简单的方法？

Answer 1

这是我多年前使用的开发工作流程，涉及手动部署和测试插件。现在，我使用TDD (Test Driven Development) 开发和测试插件的更现代、更高效的方式。

传统的手动工作流程涉及：

• 1) 对插件进行更改
• 2) 通过 Plug Registration 或其他 VS 扩展部署插件
• 3) 在目标环境中手动测试插件/附加远程调试器/分析器
• 4) 重复

这是一个非常耗时的工作流程。

有了更自动化的开发工作流程，它变成了：

• 1) 对插件进行更改
• 2) 本地调试/测试
• 3) 重复
• 4) 推送您的更改，让 CI 触发器构建和发布您的插件

或者如果严格遵循 TDD：

• 1) 根据要求添加/更新任何必要的单元测试，这将导致您的插件失败，因为该插件还没有验证这些要求的实现逻辑
• 2) 更新您的插件代码，以便单元测试通过
• 3) 自信地重构代码（确保单元测试仍然通过）
• 4) 推送您的更改
• 5) 让 CI 构建和发布自动化触发器

主要区别在于，使用 TDD 方法，您的开发和测试反馈循环要快得多，而且您（通常）只需要最后一个部署步骤，这也可以实现自动化。

您还可以利用现有的开源框架，这些框架允许为您模拟 Microsoft SDK 中的大多数接口，例如 FakeXrmEasy（我是该框架的作者）。

希望对你有帮助

Answer 2

虽然我上面使用的方法是可行的，但它非常痛苦并且容易出错。我发现重新启动 IIS 服务器也可以，但导航并重新启动它确实不是一个可行的选择。

我发现以前有一个 Aron 提到的开发人员工具，称为“Microsoft Dynamics 365 Developer Toolkit”，您可以从 MS here 下载它

对于 Visual Studio 2017，您需要编辑 vsix：

• 使用 7Zip 解压或重命名为 zip 并解压到一个文件夹中。
• 您会在文件夹中找到 extension.vsixmanifest
• 编辑文件并替换行

InstallationTarget Version="[11.0,14.0]"

与：

InstallationTarget Version="[11.0,15.0]"

• 这告诉清单允许在 2017 年安装
• 重新压缩文件夹的内容（不是文件夹）
• 将压缩文件重命名为 .vsix
• 安装 vsix
• 忽略警告并完成安装。

您现在应该在 VS2017 的新项目部分中有一个新的 Dynamics CRM 部分。

您需要进入“工具 > 选项 > Dynamics 365 Development Toolkit > 工具路径”并设置您的 CRMSDK bin 和 Tools/PluginRegistrationTool 文件夹的路径。

创建一个新项目：

• 新项目
• 选择“Dynamics 365 的新 Visual Studio 解决方案模板”

例如添加一个新的 Account 实体：

• VS2017 > CRM 浏览器
• 右键账户>创建插件

现在，除非我在您右键单击“包”并选择“部署”时忘记了某些内容，否则它将部署到您的 CRM 服务器；）

问候， 戴夫C

tip 1：我们365服务器指向的CRM SDK实际上指向了微软的2015 SDK。代表我引起了一些恐慌，因为该工具包需要 8.0 以上;)

Answer 3

插件发布和调试肯定是一个挑战。

就发布而言，我使用商业 3rd Party Visual Studio 扩展 XrmToolkit（无从属关系），不要与广受欢迎的社区支持的 XrmToolbox 应用程序混淆。

XrmToolkit 使您能够直接从 Visual Studio 配置、构建和发布插件。这大大简化了发布更新的过程。

Microsoft 曾经有一个 Developer Extensions 工具，Jason Lattimer 也有一个，但我不确定其中任何一个是否正在积极开发中。

我通常采用的另一种技术是将插件代码放入 Visual Studio 共享项目中，我从插件项目和控制台应用程序中都引用了该项目。在发布插件之前，我使用控制台应用程序进行开发和调试。插件上线后，我将继续使用控制台应用程序进行故障排除或构建增强功能。

例如：

///Shared Project
public class MyPluginApp
{
    private IOrganizationService svc;
    public MyPluginApp(IOrganizationService svc)
    {
        this.svc = svc;
    }

    public void Run(Account target)
    {
        //do stuff with the Target
    }
}

////Plugin
public void Execute()
{
    var app = new MyPluginApp(context.Service);
    app.Run(context.Target);
}

///Console App
public static void Main()
{
    var svc = new CrmServiceClient(connectionString);
    var target = getLastTouchedAccount(svc);
    var app = new MyPluginApp(svc); 
    app.Run(target);
}

另请参阅this answer。