Как создать минорный выпуск только с некоторыми коммитами

Я использую стандартный 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. Каково лучшее решение?

Мои идеи (хотя ни одна из них не кажется полностью верной):

  1. начните с разработки, верните коммиты x2,x3,x5
  2. начните с тега 3.4 в основной ветке и выберите x1 и x4. в конце я не сливаю обратно для разработки (а сливаю для освоения)

Есть ли намерение когда-нибудь выпустить все develop, но не сейчас? Если да, то это действительно будет исправление, а не мини-релиз, как описано в Ответе Финбара.

TTT 23.06.2024 02:54

Продолжая мою предыдущую мысль: если вы хотите выпустить develop как есть в следующем «выпуске», то ответ №2 — это исправление. Если вы не собираетесь выпускать эти 3 коммита в следующем выпуске (или когда-либо), то ответ №1 — вы можете создать обычный выпуск из develop.

TTT 23.06.2024 03:02

Примечание: иногда, когда у вас находится ветка выпуска, если кто-то случайно объединяет исправление ошибки в develop вместо release, тогда вы исправляете его, перебирая это исправление ошибки в release. Поскольку в настоящее время у вас нет ожидающих release, выбираете ли вы 2 коммита из develop в ветку с именем release или вместо этого в ветку с именем hotfix, на самом деле не имеет значения...

TTT 23.06.2024 03:21
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
3
62
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Вариант 2 мне кажется правильным — вы фактически вносите исправление в gitflow https://nvie.com/files/Git-branching-model.pdf

но в модели исправления затем объединяются обратно в разработку, не так ли?

tuffo19 24.06.2024 11:46

Я не уверен, в чем проблема с возвращением в разработку. Ваши коммиты x1 и x4 уже находятся в разработке.

Finbar Clenaghan 24.06.2024 14:58

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

tuffo19 24.06.2024 16:53

Хотя эта ссылка может ответить на вопрос, лучше включить сюда основные части ответа и предоставить ссылку для справки. Ответы, содержащие только ссылки, могут стать недействительными, если связанная страница изменится.

Nol4635 25.06.2024 02:06

@ tuttfo19 - не могли бы вы рассказать, как конфликты из исправления сливаются обратно в ветку разработки? Эти коммиты x1 и x4 уже находятся в разработке, поэтому не должны вызывать конфликт слияния. Не могли бы вы также рассказать, как старые коммиты переопределяют новые? Если вам ВООБЩЕ не нужны коммиты x2, x3 и x5, вам лучше удалить их, как в варианте 1. Если происходит что-то еще, например, вы пытаетесь поддерживать несколько выпусков одновременно, пожалуйста, дайте мы знаем, чтобы мы могли помочь лучше.

Finbar Clenaghan 25.06.2024 10:32

@nol4635 спасибо за ваш отзыв. Я смогу дать более подробный ответ, когда у меня будет более четкое представление о проблеме, поскольку похоже, что здесь происходит что-то еще, и когда у нас будут ответы на мои вопросы и вопросы ТТТ, это станет более ясным. Просто для контекста: задавший вопрос уже предоставил эту ссылку и представил 2 варианта, с которыми, как мне казалось, они были знакомы и не нуждались в дополнительных подробностях о том, как реализовать, а просто указали, какой из них выбрать.

Finbar Clenaghan 25.06.2024 10:36

Другие вопросы по теме