如何规划 MS CRM 2016 项目的发布
How to plan releases for MS CRM 2016 project
作为 MS CRM 2016 预部署项目的一部分，我们获得了一些增强功能。
客户希望在每次冲刺后发布 UAT 和 PRod。
此外，每个冲刺都是 3 周，其中 2 周是（编码 + SIT 测试）和 1 周的 UAT，
例如。 Sprint 1 将在第 1 周开始，UAT 将在第 3 周开始，但 Sprint 2 编码将在第 3 周开始（当业务在 UAT 中测试 sprint 1 时）
因此，我面临着如何规划这些版本的挑战。我是否需要 2 个 DEV 环境或如何仅在 1 个 DEV 环境中执行此操作。请帮忙
通常，我们会根据截止日期计划发布。并在此基础上，我们规划了所需的 CRM 环境，以及非常重要的 TFS 分支。
典型的工作流程可能会经历以下阶段：
开发 -> 测试 (UAT) -> 暂存 -> 生产。
如果您要同时发布 Sprint 1，然后是 Sprint 2，那么会有一个过渡期，在这个过渡期中，Sprint 1 将上线，同时仍在开发 Sprint 2。您确实需要一个暂存环境，它应该模仿生产环境，因为您可能需要修复 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 发布后，所有环境都会匹配，然后重新开始。
这只是一个例子。根据开发团队和版本的数量，可能会变得更加复杂。
作为 MS CRM 2016 预部署项目的一部分，我们获得了一些增强功能。 客户希望在每次冲刺后发布 UAT 和 PRod。
此外，每个冲刺都是 3 周，其中 2 周是（编码 + SIT 测试）和 1 周的 UAT， 例如。 Sprint 1 将在第 1 周开始，UAT 将在第 3 周开始，但 Sprint 2 编码将在第 3 周开始（当业务在 UAT 中测试 sprint 1 时）
因此，我面临着如何规划这些版本的挑战。我是否需要 2 个 DEV 环境或如何仅在 1 个 DEV 环境中执行此操作。请帮忙
通常，我们会根据截止日期计划发布。并在此基础上，我们规划了所需的 CRM 环境，以及非常重要的 TFS 分支。
典型的工作流程可能会经历以下阶段： 开发 -> 测试 (UAT) -> 暂存 -> 生产。
如果您要同时发布 Sprint 1，然后是 Sprint 2，那么会有一个过渡期，在这个过渡期中，Sprint 1 将上线，同时仍在开发 Sprint 2。您确实需要一个暂存环境，它应该模仿生产环境，因为您可能需要修复 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 发布后，所有环境都会匹配，然后重新开始。
这只是一个例子。根据开发团队和版本的数量，可能会变得更加复杂。