【问题标题】：How to plan releases for MS CRM 2016 project如何规划 MS CRM 2016 项目的发布
【发布时间】：2016-10-13 09:40:24
【问题描述】：
作为 MS CRM 2016 on prem 实施项目的一部分，我们获得了一些增强功能。
客户希望在每个 sprint 之后发布 UAT 和 PROd。
另外，每个 Sprint 为期 3 周，其中 2 周是（编码 + SIT 测试）和 1 周的 UAT，
例如。 Sprint 1 将在第 1 周开始，UAT 将在第 3 周开始，但 Sprint 2 编码将在第 3 周开始（当企业在 UAT 中测试 sprint 1 时）
因此，我面临如何规划这些版本的挑战。我是否需要 2 个 DEV 环境或如何仅在 1 个 DEV 环境中进行。请帮忙
【问题讨论】：
标签：
dynamics-crm-2011
dynamics-crm
dynamics-crm-2013
dynamics-crm-2016
【解决方案1】：
通常，我们会根据截止日期计划发布。在此基础上，我们计划了所需的 CRM 环境以及非常重要的 TFS 分支。
典型的工作流程可能会经历以下阶段：
开发 -> 测试 (UAT) -> 暂存 -> 生产。
如果您要同时发布 Sprint 1，然后是 Sprint 2，那么将会有一个过渡期，即 Sprint 1 将上线，同时仍在开发 Sprint 2。您确实需要一个应该模仿的 Staging 环境生产，因为您可能需要修复 Sprint 1 的问题，这是实时的，同时仍在其他环境中为 Sprint 2 开发功能。
因此，您通常希望将它们保存在 2 个不同的环境和 TFS 分支中。
因此，例如，在开发 Sprint 1 时，您可能会遇到以下情况：
冲刺 1
- DEV（实际开发新功能的地方）
- TEST（部署可用于测试的功能）
- 暂存（还没有）
- 生产（还没有）
在开发 Sprint 2 时，您可能有：
- DEV（开发新 Sprint 2 功能的地方）
- TEST（测试 Sprint 2 功能以供测试）
- 暂存（您将其留在 Sprint 1 中仅用于潜在的错误修复）
- 生产（仍然有 Sprint 1 的东西）
Sprint 2 发布后，所有环境都将匹配，然后重新开始。
这只是一个例子。根据开发团队和版本的数量，可能会变得更加复杂。