Процесс управления релизами - PullRequest
0 голосов
/ 13 июня 2018

У меня есть 4 младших разработчика.

У меня есть одно решение по сравнению с VSTS (git) хранилищем.Мы используем Visual Studio 2015 professional и Azure SQL в качестве базы данных.Мы размещаем это приложение в службе приложений Azure.Мы публикуем код с файлом publishsetting.

Много раз мне нужно смотреть на разрешение их конфликтов.Есть ли способ, чтобы я мог обрабатывать следующие сценарии

1) двух разработчиков, работающих на одной странице.Конфликты происходят.Во всяком случае, чтобы избежать (если это возможно)

2) Некоторое время один разработчик работает над двумя модулями.И один модуль нам нужно выпустить в производство.Но один модуль еще не завершен.Поэтому нам нужно опубликовать только законченный.Как мы можем управлять этим?

3) У нас есть несколько хранимых процедур в базе данных DEV.Каждый раз нам нужно копировать эти изменения в QA / UAT, а затем в PROD.Есть ли какой-нибудь хороший процесс, в котором мы могли бы беспрепятственно управлять этими изменениями.

4) Немногие изменения от команды должны идти в UAT, но не все.Не рекомендуется комментировать код, который не требуется, и публиковать.Снова раскомментируйте после публикации и начните работать.

Может кто-нибудь предложить правильный упрощенный процесс для этих сценариев.

1 Ответ

0 голосов
/ 14 июня 2018

Точка 1:

Насколько я знаю, это невозможно, будут конфликты, если другие отправят более новую версию, прежде чем вы внесете изменения.

Точка 2:

Для этого используйте ветвь: создайте две ветви для каждого модуля и объедините необходимые изменения с родительской ветвью для развертывания.

Точка 3:

Создайте определение выпуска с несколькими средами, и среда PROD запущенапосле среды QA / UAT.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...