团队开发的常见模式错误
借助 Power Platform，团队能够利用非托管和托管解决方案应用常见的持续集成和持续部署 (CI/CD) 模式。 本模块将介绍开发人员在开始针对 Power Platform 进行开发时遵循的常见反模式，然后介绍一种更好的方法。
过去在使用解决方案时最常见的模式是开发和部署非托管解决方案。 如下图所示，随着在一段时间内添加更多解决方案，这种模式会导致生产环境处于不正常的运行状态。
在开发的早期阶段，通常部署非托管解决方案，因为这会减少部署时间并降低复杂性。 团队经常将开发更改放入新的非托管解决方案中，以便部署到生产环境。 随着时间的推移，添加新的非托管解决方案会导致生产中出现许多非托管解决方案和运行不正常的生产环境，从而损害可维护性和可支持性。 这些组织会错失使用源代码管理、解决方案分层以及在使用托管解决方案进行部署时提升效率的机会，我们将在下一个部分中对此进行讨论。
陷阱：
将新的非托管解决方案用于每次部署时，无法应用解决方案源代码管理。
特别是在与应用托管解决方案、解决方案细分和源代码管理作为最终事实来源的正常部署模式相比，缩短的部署时间微不足道。
更适合团队开发的模式
更适合团队开发的模式涉及使用一个或多个开发环境，使多个开发人员能够有效地协作创建新内容。
在此优化的开发循环中：
开发人员在各自的环境中进行更改。
导出这些环境中的更改，然后将其签入源代码管理。
将解决方案签入源代码管理的操作可能会触发多个事件之一，例如将解决方案移动到下游环境的构建流程。
解决方案开发的现代方法
观看以下演示视频，了解持续集成如何支持通过现代方法开发解决方案。
支持团队开发
每个软件旅程均始于计划。 为 Power Platform 设置自动化生命周期管理 (ALM) 也是如此。
计划不是本模块的关注点。 但是，为了避免团队开发中的许多常见问题，必须制定有效的工作项计划和管理流程。
请考虑以下方面：
工作项应具体、有时限，并且数量应尽可能少
制定计划以确保组件几乎或完全没有重叠。 例如，避免同时处理同一窗体。 共同开发相同的组件通常会引发冲突，并可能会导致创建者在相同环境中工作时覆盖他人的更改。
请注意，虽然并不要求必须安排专门资源用于维护团队 ALM 流程，但事实证明，随着项目规模的扩大，这样做会带来更好的结果。
