C#AssemblyVersion在应用程序部署期间导致问题。最佳做法?

时间:2016-03-09 23:37:15

标签: c# git deployment

我们面临着在部署过程中面临的挑战,我已经在线寻找最佳实践/解决方案,但还没有找到任何好的想法。

我们的背景

  • 我们使用[assembly: AssemblyVersion("2.3.*")]
  • 在AssemblyInfo.cs中对我们的应用进行版本控制
  • 我们使用Git并按照Git Flow进行分支策略。

我们的开发/测试流程

  • Sprint 8结束,Dev团队有QA版本,如果通过,那么它将被提升为Staging并最终升级为生产环境。
  • 首席开发人员在Git中删除了一个发布分支(名为"发布/ 2.3")并使用"开发"发布Web应用程序。发布配置。此版本已分配版本2.3.1234.56789(由AssemblyVersion提供)。开发人员让QA知道2.3.1234.56789已准备好进行测试。开发团队继续致力于Sprint 9在“开发”中的工作。分支
  • 发布候选人通过质量保证,质量保证小组在2.3.1234.56789上竖起大拇指。

这是我们的问题开始......

我们现在必须从"发布/ 2.3"使用我们的"生产"发布配置以便我们的代码使我们的应用程序可以在我们的Staging环境中工作,这反映了Production如果我们再次发布应用程序,我们选择" Production"释放配置然后AssemblyVersion更改。这是一个问题,因为QA验证并通过了2.3.1234.56789。

这个新版本可能是2.3.1236.98765,并且当我们说我们将应用程序版本推送到未经QA签署的暂存时,会引起很多关注。

你将如何应对这一挑战?我们不能在这里开辟新的道路。这一定是一个已经解决了一百万次的问题,但我还没有看到任何相关的问题。

提前谢谢你。

0 个答案:

没有答案