发布管理流程答案

【问题标题】：Process for release management发布管理流程
【发布时间】：2018-06-13 11:14:33
【问题描述】：

我有 4 个初级开发人员。

我在 VSTS (git) 存储库上有一个解决方案。我们使用 Visual Studio 2015 Professional 和 Azure SQL 作为数据库。我们通过 Azure 应用服务托管此应用程序。我们使用发布设置文件发布代码。

很多时候我需要研究他们的冲突解决方案。有什么办法可以让我处理以下情况

1) 两个开发人员在同一页面上工作。发生冲突。无论如何要避免（如果可能）

2) 有时单个开发人员会开发两个模块。我们需要将一个模块发布到生产环境中。但是一个模块还没有完成。所以我们只需要发布完成的一个。我们该如何管理？

3) 我们在 DEV 数据库上有一些存储过程。每次我们需要将这些更改复制到 QA/UAT 然后是 PROD。是否有任何精细的流程可以让我们无缝地管理这些更改。

4) UAT 需要团队进行一些更改，但不是全部更改。注释不需要的代码并发布是不好的做法。发布后再次取消注释并开始工作。

任何人都可以为这些场景建议适当的简化流程吗？

【问题讨论】：

我认为您的问题过于宽泛，但归结为制定分支/合并策略。我的 $.02 是 1) 否，但您可以通过避免长期运行的开发工作和经常合并来缓解冲突 2) 仅合并那些准备好进入发布分支的更改 3) 从适当的分支构建并发布到目标环境的 SSDT 数据库项目根据需要 4) 将所有内容发布到 UAT，但仅测试需要的内容（促进自动化并避免为每个 UAT 部署进行定制工作）。
@Dan 感谢您的评论任何自动化工具
VSTS 发布管理浮现在脑海中 ;)。
@Kunal，有关Azure VSTS RM jessehouwing 的更多信息，请参阅此处。
第四个要求不清楚。另一方面，线程的问题/问题更好。

【解决方案1】：

第 1 点：

据我所知，这是不可能的，如果其他人在您提交更改之前提交了较新的版本，将会发生冲突。

第 2 点：

使用分支来做：为每个模块创建两个分支，并将必要的更改合并到父分支以进行部署。

第 3 点：

创建具有多个环境的发布定义，并且在 QA/UAT 环境之后触发 PROD 环境。

【讨论】：