ГИТ-поток: Как предотвратить некоторые изменения, сделанные в ветке релиза от слияния обратно к развитию

Question

Речь идет о некоторых краях случай git-flow методологии

У меня есть какое-то типичная история ГИТ-поток, как это:

 o---o---o---o [release-3.5.0] 
    /
----o---o---o---o---o [development] 

Гит-поток сказал нам, чтобы объединить релиз-3.5.0 филиал в развитие затем отпустить готов. Итак, в конце концов мы получим ВСЕ изменений, сделанных в филиале выпуска в ветку развития.

 o---o---o---o 
    /   \ 
----o---o---o---o---o [development] 

Теперь представьте, у нас есть обязательство «X» на ветви выпуска, что мы НЕ хотите в отрасли разработки, например, это своего рода хак/исправление или другое, уже зафиксировано в развитии в более разумный способ (т.е. совершить Y)

 o---X---o---o [release-3.5.0] 
    /
----o---o---o---Y---o [development] 

Итак, главный вопрос - как справиться с такими ситуациями? Как предотвратить эту фиксацию (или фиксацию) от возврата к разработке?

Answer 1

Хотя ответы рекомендовать rebase и/или слияния/возврата/сквош будет работать, я лично считаю, что лучшим ответом будет такой:

git checkout development 
git merge --no-commit release-3.5.0 
# make whatever changes you need to fixup the "hack" and/or clean up any conflicts 
git commit 

Answer 2

У вас есть несколько вариантов:

1) использовать git rebase -i

В этом режиме вы можете перебазировать свой филиал релиз на вашей отрасли разработки и исключить Xth фиксации.

Предупреждение В этом случае вы испортите существующие клонированные репозитории.

2) использовать git cherry-pick

В этом режиме вы будете иметь возможность выбрать совершает один за другим.

3) использовать git rebase -i на отдельной ветке и объединить его впоследствии, как указано в этом ответе: Is it possible to exclude specific commits when doing a git merge?

Answer 3

В таких случаях вы всегда хотите, чтобы полностью слить() ветви -как высвобождения. Поэтому убедитесь, что ничего не пропало.

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

Если исправление уже включено, слияние просто пропустит его или разрешит конфликт, выбрав версию devel.

Суть в том, что вы хотите, чтобы история отображалась как ваша вторая фигура, и состояние, поскольку это имеет смысл.