Dynamics crm 动力学365中的解检查器

Dynamics crm 动力学365中的解检查器,dynamics-crm,microsoft-dynamics,solution,dynamics-365,Dynamics Crm,Microsoft Dynamics,Solution,Dynamics 365,我正在尝试在dynamics 365组织内部创建一个构建管道 在做不同的研究时,我遇到了一个工具,叫做“解决方案检查器”,它跟踪代码并根据CRM最佳实践给出输出 我目前在本地组织工作,在进行研究时,我发现该工具仅适用于在线或CD平台 那么,有没有一种方法可以让我用它来测试我的内部组织 此外,还有另一个称为ODCA(按需代码分析)的工具。我还想知道这两种工具之间的区别 最后,我如何实现Dynamics 365的构建管道。我是否必须使用Azure DevOps来实现构建管道 注意:我正在使用TFS作

我正在尝试在dynamics 365组织内部创建一个构建管道

在做不同的研究时,我遇到了一个工具,叫做“解决方案检查器”,它跟踪代码并根据CRM最佳实践给出输出

我目前在本地组织工作,在进行研究时,我发现该工具仅适用于在线或CD平台


那么,有没有一种方法可以让我用它来测试我的内部组织

此外,还有另一个称为ODCA(按需代码分析)的工具。我还想知道这两种工具之间的区别

最后,我如何实现Dynamics 365的构建管道。我是否必须使用Azure DevOps来实现构建管道


注意:我正在使用TFS作为我的源代码存储库。

那么,有没有一种方法可以让我用它来测试我的内部组织

不,解决方案检查器仅在线提供,它是由Microsoft提供的解决方案,因此任何开发都应遵循标准

ODCA(按需代码分析) 如果我没记错的话,这个解决方案是定制的,也就是说,它是作为插件(附加组件)创建的,你可以试试看,我个人还没有使用过类似的OnPrem

现在关于CI/CD 这一点非常广泛,我们基本上使用Azure Devops(Git)作为版本控制。我们已经构建了构建管道,例如,如果我们合并代码以开发分支,那么将运行自动构建,如果插件/web资源通过,则将其作为成功或失败电子邮件发送,并在合并代码之前对其进行修复

这取决于你希望如何实现这一目标。你将不得不深入挖掘Devops并构建它