持续集成和持续部署
团队采用持续集成和持续部署 (CI/CD) 来加快错误检测速度，减少查找问题的工作量。 CI/CD 在传统软件开发项目中十分常见，现在在 Dynamics 365 项目中也越来越受欢迎。
想象一下，在以下示例场景中如果没有 CI/CD 会如何。 某团队在开发环境中工作，进行了四个星期的更改，他们已经跟踪了大约 50 个不同的更改。 四个星期结束后，所有更改均传输到测试环境。 随后，测试人员开始测试并发现了问题。 问题是他们不知道 50 项更改中的哪个是导致问题的原因，或者发生问题是否是因为多项更改的共同作用。
通过持续集成，所有更改一经完成就会签入源存储库（如 GitHub 或 Azure DevOps），在其中每项更改都会得到跟踪。 之后，持续部署会部署到测试，开始测试流程。 每次做少量更改，多次测试，可以轻松识别导致问题的原因。 团队确定好测试频率后，就会以这个频率将相同更改部署到生产，此过程中使用的持续部署流程与测试环境完全相同。 与在测试环境中一样，部署越小、频率越高，在生产环境中确定问题就越容易。
您可能还要处理包含多种开发环境的项目。 在这种情况下，您需要在自己的环境中工作，做出更改，之后，要先将这些更改合并到一个通用环境中进行集成，再将其提交到测试。 如果您在自己的环境中耗时四个星期做出了一些更改，而一位同事也在另一个环境中做出了一些更改，那么在合并这些更改时可能会遇到许多冲突。 通过使用持续集成，您要逐一提交更改，且提交的每个更改都会合并到集成开发环境中，这可以让您尽早确定冲突和问题。
您可以手动为项目团队实施 CI/CD 流程，但是手动实施的流程可能无法正常工作，因为这种方式无法确保实施和执行的一致性。 要有效实施 CI/CD，团队需要借助 GitHub Actions 或 Microsoft Azure Pipelines 等自动化工具。 这种自动化方式可以让您在提交工作时确保自动化运行的一致性。 此外，这些自动化工具还提供高级选项，例如，在执行部署前强制执行审批。 依靠 Dataverse 解决方案跟踪更改的 Dynamics 365 应用还可以使用 Microsoft Power Platform Build Tools 为 GitHub 和 Azure DevOps 特别提供自动化支持。 Microsoft Power Platform Build Tools 中的部分操作步骤可以充当 CI/CD 自动化的一部分，您可以使用这些步骤在自动化中导入/导出以及执行环境管理操作。