Разрешение конфликтов слияния GIT Azure -devops на стороне сервера

Question

Есть ли способ разрешения конфликтов слияния на сервере Azure -devops? Проблема, с которой я сталкиваюсь, заключается в том, что я пытаюсь сохранить свои ветви изолированными от одного запроса / дефектов. Например, у меня есть Request1, чтобы создать отчет, чтобы показать список покупок, и Request2, чтобы показать список продаж. Оба будут находиться в решении для учета. Я фиксирую и пу sh и делаю запрос на получение. Первый сливается с основным штрафом, но второй получает конфликт, потому что в нем нет первого. Теперь, когда это происходило в прошлом, я просто вставлял мастер в свой Request2 и выполнял еще один push / pull запрос. Тем не менее, я сейчас нахожусь в проекте с привратником, и он добавляет много времени, чтобы это всегда происходило. Есть ли способ сделать что-то вроде: Разрешение раздела конфликтов слияния https://docs.microsoft.com/en-us/azure/devops/repos/git/merging?view=azure-devops&tabs=visual-studio с сервера? Обычно единственным конфликтом является отчет в master, который не находится в ветке, но это одна строка XML. Я просто хочу объединить файлы и сохранить недостающую строку и новую строку. Таким образом, гейткипер может объединять файлы без всякой перемотки назад и вперед.

Answer 1

Существует расширение для разрешения конфликтов запроса на извлечение в Интернете. После установки на ваш Azure DevOps Server вы могли видеть вкладку Конфликты на странице Запрос на извлечение, а затем разрешать конфликты на веб-сайте вместо разрешения конфликтов в локальном клоне.

Примечание. Известна проблема, заключающаяся в том, что новые изменения в основной ветви после создания запроса на получение не будут распознаваться запросом на получение. Вам нужно отказаться от текущего PR, а затем создать новый. Например, в вашем репо есть два PR: Feature1 для мастера и Feature2 для мастера. После слияния Feature1 с Master существующий PR из Feature2 на Master не будет отображать изменения Feature1. Вам нужно отказаться от него и воссоздать новый пиар. И тогда вы можете использовать расширение Конфликт для разрешения конфликтов слияния.

Обновление:

В запросе на извлечение не удалось автоматически получить последние основные изменения при новых изменениях pu sh в основную ветвь. Вместо того, чтобы отказываться и повторно активировать PR, есть опция «Restart merge», которая может получить последние изменения мастера.

Также вы можете увидеть время последнего изменения мастера на вкладке конфликта.