Stored procedures 发布管理流程
我有4个jr开发者 我有一个VSTS(git)存储库解决方案。我们使用Visual Studio 2015 professional和Azure SQL作为数据库。 我们通过Azure应用程序服务托管此应用程序。我们使用publishsetting文件发布代码 很多时候,我需要调查他们的冲突。 有什么方法可以让我处理以下情况吗 1) 两个开发人员在同一个页面上工作。发生冲突。无论如何要避免(如果可能) 2) 有一段时间,单个开发人员处理两个模块。还有一个模块我们需要投入生产。 但有一个模块仍未完成。所以我们只需要发布一个完整的。我们如何管理这一点 3) 我们在DEV数据库上有一些存储过程。每次我们需要将这些更改复制到QA/UAT,然后再进行生产。 有没有什么好的流程可以让我们无缝地管理这些变更 4) 团队的一些变化需要在UAT进行,但不是全部。对不需要的代码进行注释并发布是不好的做法。 发布后再次取消注释并开始工作 任何人都可以为这些场景提出合理的流程建议。第1点: 据我所知这是不可能的,如果其他人在提交更改之前提交更新的版本,则会发生冲突 第2点: 使用分支完成:为每个模块创建两个分支,并将必要的更改合并到父分支以进行部署 第3点:Stored procedures 发布管理流程,stored-procedures,msbuild,azure-devops,azure-sql-database,release-management,Stored Procedures,Msbuild,Azure Devops,Azure Sql Database,Release Management,我有4个jr开发者 我有一个VSTS(git)存储库解决方案。我们使用Visual Studio 2015 professional和Azure SQL作为数据库。 我们通过Azure应用程序服务托管此应用程序。我们使用publishsetting文件发布代码 很多时候,我需要调查他们的冲突。 有什么方法可以让我处理以下情况吗 1) 两个开发人员在同一个页面上工作。发生冲突。无论如何要避免(如果可能) 2) 有一段时间,单个开发人员处理两个模块。还有一个模块我们需要投入生产。 但有一个模块仍未完
创建一个包含多个环境的发布定义,产品环境在QA/UAT环境之后触发。我认为你的问题太宽泛了,但可以归结为开发分支/合并策略。My$.02是1)否,但您可以通过避免长时间运行的开发工作并经常合并来缓解冲突2)仅合并已准备就绪的更改到发布分支3)从适当分支构建并根据需要发布到目标环境的SSDT数据库项目4)将所有内容发布到UAT,但只测试需要的内容(有助于实现自动化,并避免为每个UAT部署定制工作)。@Dan感谢您的评论任何自动化VSTS发布管理工具都会浮现在脑海中;)@Kunal,有关提到的jessehouwing的更多信息,请参阅此。不清楚第四个要求。另一方面,一个线程的问题/问题更好。