对于D365自身的发布，简单点来说就是Solution的发布，复杂一些会涉及周边集成接口等一系列的发布。如果是单纯的Solution的发布的Azure DevOps商店里有很多工具，比如Power DevOps Tools，这个我之前也有博文转载过相关文章，里面有配置步骤。
那对于Solution的发布来说，其中包含了很多的组件(Component)，其中涉及到代码的如WebResource，Plugin，Action，Custom WorkFlow等。那CI的部分就是需要将这些代码从git repo中拉取最新的发布到D365。
本篇就以WebResource的发布举例，会使用到另一篇博文中的发布工具skpl，具体工具怎么试用跳转链接查看, 下面介绍下如何构建CI Pipeline
1，新建一个Pipeline, 选择Azure Repos, 选择对应的项目和代码分支
2，如果你的Project中使用到了NuGet包，则需要先下载NuGet tool, 然后添加NuGet restore命令
3， 编译下项目，如果你的项目下只有纯WebResource没有其他，就不需要编译，但很多项目会使用TS写，这时候就需要编辑转化成JS文件，编译是需要Agent的，现在Azure提供了默认的Agent的，如果没有引用其他复杂的第三方组件(这里就需要你自己安装Azure VM来设置编译环境作为Agent了)，普通的编译是足够的，
4，然后就是Copy我们的可执行文件，我这的POC比较简单，就拷贝了scripts下的JS文件，Source Folder就是你的Azure Repo中的代码路径，Target Folder就是跑批需要的JS被执行文件的存放地址
$(build.ArtifactStagingDirectory)\Webresources\scripts
5，继续拷贝spkl执行文件和配置文件(配置文件如何设置见spkl博文介绍)，Target Folder就是这两个文件存档的执行地址
$(build.ArtifactStagingDirectory)/spkl
6，最后一步就是发布Artifact
设置完上述6步，我们的CI Pipeline就设置完成了，下面来配置CD Release
1, 首先添加我们的CI Artifacts, 并且Enable CD trigger, 即CI执行成功后立即执行CD
2，接下来配置CD中的Task, Agent还是使用Azure内置的，因为我们的发布需要使用到spkl工具，而这个工具需从NuGet下载，所以我们首先需要下载NuGet Tool
3, 第二步就是下载spkl了
4，第三步是删除多余的配置文件，而这个安装目录里的config文件只是个sample无法执行的，而命令行会一直搜索config文件去执行导致报错，所以删掉它
spkl.1.0.640\content
5，最后一步就是执行命令了，path就是指定到CI阶段生成的执行文件，connection变量就是bat执行命令所需的连接D365的字符串，这里需要用ClientSecret
url=https://xxx.crm5.dynamics.com/;AuthType =ClientSecret;ClientId=xxx;ClientSecret=xxx;AppId = xxx; RedirectUri = app://343fd800-95a9-4f75-9c59-0dde4990de54;
至此CD配置就完成了，执行下CI看看结果吧，上几张关键的执行图
从repo拉取最新的JS文件，并copy到执行目录
copy spkl执行文件和配置文件
CD执行deploy命令，发布到D365
下图的报错就是在CD阶段要删除spkl默认文件夹下的配置文件的原因
