Разъяснение того, как работает пул-запрос GitHub и слияние в целом. Что должно быть сделано?

Question

Недавно мы объединяли тематические ветки с нашими ветками разработки. Вот в чем дело: сразу после того, как ветка темы была объединена с веткой разработки (через pull request), необходимо внести новое изменение в ветку темы, чтобы исправить какую-то проблему.

Можно ли выдать еще один pull request и позволить git сделать все остальное (в основном, ветвь темы будет объединена в 2 раза, даже больше, с веткой разработки), или reset связать PR и переиздать PR необходимо в Чтобы не испортить вещи? (Похоже, мы выбрали этот маршрут, просто хочу уточнить, есть ли у него какой-то скрытый побочный эффект).

Если reset невозможно, будет ли cherry-pick гораздо лучшим решением?

Спасибо.

EDIT # 1:

Похоже, cherry-pick работает нормально, чем обычный процесс, но я обеспокоен его влиянием на нормальный процесс слияния.

Answer 1

Если ваша ветка разработки не имеет новых коммитов после PR, то все равно можно reset и повторно выполнить PR. Это обеспечивает чистоту вашей истории коммитов по сравнению с другими решениями

Сброс после новых коммитов в ветке dev означает, что вы теряете эти новые коммиты, поэтому это не рекомендуется. В этом случае:

• Вишневое решение проблемы с веткой темы
• создание новой ветки для решения проблемы (предложение Тима)
• создание второго PR из тематической ветки

все жизнеспособные решения.

Ничто из вышеперечисленного не даст вам историю коммитов (в ветке dev), где все коммиты, относящиеся к ветке темы, вместе. Для этого вам понадобится rebase