如何规划MS CRM 2016项目的发布

时间:2016-10-13 09:40:24

标签: dynamics-crm-2011 dynamics-crm dynamics-crm-2013 dynamics-crm-2016

作为MS CRM 2016内部实施项目的一部分,我们获得了一些增强功能。 客户希望在每个sprint之后发布UAT和PRod。

另外,每个sprint都是3周,其中2周是(编码+ SIT测试)和1周的UAT, 例如。 Sprint 1将在第1周开始,UAT将在第3周开始,但Sprint 2编码将在第3周开始(当业务在UAT测试冲刺1时)

因此,我面临着如何规划这些版本的挑战。是否需要2个DEV环境或仅在1 DEV环境中如何进行。请帮助

1 个答案:

答案 0 :(得分:3)

通常,我们会根据截止日期计划发布。基于此,我们计划了所需的CRM环境,以及非常重要的TFS分支。

典型的工作流程可能会经历以下阶段: DEV - >测试(UAT) - >分期 - >生产。

如果您要发布Sprint 1和Sprint 2的并发版本,将会有一个过渡期,Sprint 1将在现场进行,同时仍在开发Sprint 2.您真的需要一个Staging环境应该模仿生产,因为你可能需要修复Sprint 1的问题,这是现场的,同时还在其他环境中为Sprint 2开发功能。

因此,您通常希望将它们保存在2个不同的环境和TFS分​​支中。

因此,例如,在开发Sprint 1时,您可能遇到以下情况:

Sprint 1

  • DEV(实际开发新功能的地方)
  • TEST(您可以部署可以进行测试的功能)
  • 暂存(还没有)
  • 生产(还没有)

在Sprint 2上工作时,你可能会:

  • DEV(您开发新Sprint 2功能的地方)
  • TEST(测试Sprint 2功能的地方已准备好进行测试)
  • 暂存(仅限Sprint 1用于潜在的错误修复)
  • 制作(仍然使用Sprint 1的东西)

Sprint 2发布后,所有环境都将匹配,然后重新开始。

这只是一个例子。根据开发团队和发布的数量,可能会变得更加复杂。