常见 ALM 概念和术语
在使用 Microsoft Power Platform 和采用 Microsoft Dataverse 的 Microsoft Dynamics 365 应用（如 Dynamics 365 Sales、Dynamics 365 Customer Insights - Journeys、Dynamics 365 Customer Service 和 Dynamics 365 Field Service）时，以下概念对于理解 ALM 来说很重要。
环境 - 用于将最终用户正在开发、测试和使用的工作分隔开来的容器。 Dynamics 365 和 Microsoft Power Platform 应用程序组件会部署到环境中。 项目通常有多个环境，如开发（或 dev）环境、测试环境和生产环境。
解决方案 - 用于实现 ALM 的机制。 您将使用解决方案，通过导出和导入在环境之间分发组件。 组件代表在应用程序中使用的项目，您可以对其进行自定义。 解决方案中可以包含的一切都是组件，如表、列、Microsoft Power Apps 中的画布应用和模型驱动应用，以及 Microsoft Power Automate 流、聊天机器人、图表和插件。
Dataverse - 存储项目，包括解决方案。
源代码管理 - 用于存储和协作处理组件。 源代码管理可以保留您在项目生命周期内所做更改的历史记录，在出现问题时还可以进行回滚。
持续集成和持续交付 (CI/CD) 平台 – 借助此平台（如 Microsoft Azure DevOps），您可以实现构建、测试和部署管道自动化。
以下概念对于理解使用财务和运营应用以及 Microsoft Dynamics 365 Business Central 的 ALM 很重要。
财务和运营应用 – 用于创建会添加所有自定义项和元数据的模型。 您可以封装这些模型，将它们转换为可部署的包，进而用来将自定义传输和部署到不同的环境。 在 Microsoft Visual Studio 中，您将通过 Dynamics 365 菜单选项下的创建模型向导来创建模型。 有关详细信息，请参阅在财务和运营应用中实施应用程序生命周期管理。
Dynamics 365 Business Central – 用于创建 AL 源文件。 此过程在 Azure DevOps 等工具中进行处理。 您将使用 AL 作为编程语言，用于在 Dynamics 365 Business Central 数据库中操作数据（如检索、插入和修改记录）。 此外，您还可以使用 AL 控制实施各种应用程序对象，如页面、报表或 codeunit。
Azure DevOps – 用于自动执行您的管道。 在本单元后面关于持续集成和持续部署的部分中，将会讨论此概念。
工作项和源代码管理是常见的 ALM 术语：
工作项 – 也称为任务或问题。 在工作项中，要求变得可操作。 工作项可能用来完成要求中定义的自定义窗体，或者完成与外部系统集成的步骤。 您可以将工作项分配给项目团队成员来完成。 此外，您还可以将工作项与提交到源代码管理的更改相关联，以便跟踪为什么对解决方案做出更改。
源代码管理 - 也称为版本控制，该系统可以维护资产、更安全地存储项目资产并跟踪这些资产的更改。 当多个应用制作者和开发人员共同处理同一组文件时，更改跟踪尤为重要。 借助源代码管理系统，您还能够回滚更改或恢复已删除的文件。 源代码管理系统可帮助组织开展健康的 ALM 实践，因为源代码管理系统中维护的资产是单一事实来源，换句话说，是解决方案的单一访问点和修改点。