В проекте у нас есть ветка feature (каждый может иметь свою собственную ветку, подобную этой) и master, которая является последней. Также у нас есть два разных проекта: один для создания приложения, которое содержит модель ветвления, как описано выше. И второй проект только для развертывания, где мы передаем образ докера, который следует использовать. Таким образом, в основном все изменения, внесенные в master, автоматически не развертываются на сервере.
Я хотел бы знать, что мы должны делать в следующем сценарии:
Feature_A ветвь объединяется с мастером по запросу объединения. После этого кто-то еще совершил и протолкнул что-то в мастера. Ошибка была обнаружена в Feature_A, поэтому создатель этой ветки внес новые изменения в эту ветку и снова слился с мастером, используя 'запрос на слияние'.
И теперь в истории коммитов у нас есть две позиции Merge branch 'Feature_A' into 'master', разделенные по времени (например, часы). Это не выглядит хорошо, и мне было интересно, что мы могли бы с этим сделать ... Можем ли мы отменить все ненужные Merge и создать окончательный вариант? Я хотел бы добавить, что некоторые люди уже перебазировали на master.