Ваше описание сценария немного расплывчато, но я постараюсь написать какой-нибудь ответ, исходя из того, что, как я понимаю, вы хотите сделать:
Как правило, изменение ветки в конвейере сборки не рекомендуется. , Как упоминалось ранее, вы должны сделать это перед тем, как объединить запрос извлечения с вашей веткой.
Для того, что вы описали, было бы полезно знать, что Git обрабатывает управление версиями автоматически. Каждый коммит создает новую версию измененного файла, которую вы можете найти в истории коммитов в Azure DevOps. Для меня это звучит так, как будто вы просто не хотите терять изменения, внесенные в файл. sql.
Если вам требуется, чтобы новая версия файла была частью Артефакт сборки, создаваемый вашим конвейером, может иметь смысл написать короткий сценарий оболочки, который можно запустить с помощью задачи сценарий оболочки . Для замены строки используйте задачу «Заменить токен» .
Другим решением может быть pre-pu sh githook, который будет выполнять сценарий оболочки, создающий новый файл? Вы можете прочитать больше о githooks здесь .
Я надеюсь, что вы нашли что-то полезное в этом, иначе было бы хорошо узнать, что вы хотите делать с версиями, которые вы создаете. Вы собираетесь использовать версии позже? Возможно, было бы лучше пересмотреть другую модель ветвления, которая поддерживает несколько сред.