Я использую стандартный gitflow.
В некоторых случаях мне нужно создать минорный выпуск, выбрав подмножество всех коммитов, сделанных в ветке разработки.
Допустим, я закрыл свой последний выпуск и объединил его обратно для разработки в коммите X. Теперь я создал новые коммиты: x1, x2, x3, x4, x5.
develop -------x----x1----x2----x3----x4----x5
release/3.4---/--\
master-----------y(tag 3.4)--------
Я хочу создать версию/3.5, добавив только x1 и x4. Каково лучшее решение?
Мои идеи (хотя ни одна из них не кажется полностью верной):
Продолжая мою предыдущую мысль: если вы хотите выпустить develop как есть в следующем «выпуске», то ответ №2 — это исправление. Если вы не собираетесь выпускать эти 3 коммита в следующем выпуске (или когда-либо), то ответ №1 — вы можете создать обычный выпуск из develop.
Примечание: иногда, когда у вас находится ветка выпуска, если кто-то случайно объединяет исправление ошибки в develop вместо release, тогда вы исправляете его, перебирая это исправление ошибки в release. Поскольку в настоящее время у вас нет ожидающих release, выбираете ли вы 2 коммита из develop в ветку с именем release или вместо этого в ветку с именем hotfix, на самом деле не имеет значения...





Вариант 2 мне кажется правильным — вы фактически вносите исправление в gitflow https://nvie.com/files/Git-branching-model.pdf
но в модели исправления затем объединяются обратно в разработку, не так ли?
Я не уверен, в чем проблема с возвращением в разработку. Ваши коммиты x1 и x4 уже находятся в разработке.
часто, когда я объединяюсь обратно, я получаю конфликты, или старые коммиты переопределяют новые коммиты, фактически возвращая новые развертывания
Хотя эта ссылка может ответить на вопрос, лучше включить сюда основные части ответа и предоставить ссылку для справки. Ответы, содержащие только ссылки, могут стать недействительными, если связанная страница изменится.
@ tuttfo19 - не могли бы вы рассказать, как конфликты из исправления сливаются обратно в ветку разработки? Эти коммиты x1 и x4 уже находятся в разработке, поэтому не должны вызывать конфликт слияния. Не могли бы вы также рассказать, как старые коммиты переопределяют новые? Если вам ВООБЩЕ не нужны коммиты x2, x3 и x5, вам лучше удалить их, как в варианте 1. Если происходит что-то еще, например, вы пытаетесь поддерживать несколько выпусков одновременно, пожалуйста, дайте мы знаем, чтобы мы могли помочь лучше.
@nol4635 спасибо за ваш отзыв. Я смогу дать более подробный ответ, когда у меня будет более четкое представление о проблеме, поскольку похоже, что здесь происходит что-то еще, и когда у нас будут ответы на мои вопросы и вопросы ТТТ, это станет более ясным. Просто для контекста: задавший вопрос уже предоставил эту ссылку и представил 2 варианта, с которыми, как мне казалось, они были знакомы и не нуждались в дополнительных подробностях о том, как реализовать, а просто указали, какой из них выбрать.
Есть ли намерение когда-нибудь выпустить все
develop, но не сейчас? Если да, то это действительно будет исправление, а не мини-релиз, как описано в Ответе Финбара.