Изменения в ветви функции после слияния с мастером

Question

Я ищу способ внесения изменений в ветви функций после их объединения с мастером. Цель состоит в том, чтобы сохранить ветвь функции только в том случае, если она связана с ней.

Часто бывает, что функция требует дополнительной полировки после того, как она уже была нажата для управления. Изменения, которые были сделаны для освоения в течение этого времени, не противоречат этой функции, а это означает, что при реализации дополнительной работы в ветви признака возможна перестановка фактического мастера.

На рисунке ниже показана ситуация:

подход я использовал до сих пор: перебазироваться освоить и объединить функции обратно освоить

Против -> The ветвь функции теперь продиктована частями от мастера.

Вопрос: Какие подходы вы берете на практике, чтобы решить эту проблему?

Пример кода

Для описания ниже подходов является код, чтобы создать структуру репо из примеров.

# mkdir test 
git init 
touch master-change-file 
git add master-change-file 
git commit -m "initial commit" 
echo 1 > master-change-file 
git commit -a -m "master commit 1" 
echo 2 > master-change-file 
git commit -a -m "master commit 2" 
git checkout -b feature 
echo 3 > feature-change-file 
git add feature-change-file 
git commit -a -m "feature commit 1" 
echo 4 > feature-change-file 
git commit -a -m "feature commit 2" 
echo 5 > feature-change-file 
git commit -a -m "feature commit 3" 
git checkout master 
git merge --no-ff feature -m "Merge branch 'feature'" 
git checkout feature 
echo 6 > feature-change-file 
git commit -a -m "feature commit 4" 
echo 7 > feature-change-file 
git commit -a -m "feature commit 5" 
git checkout master 
echo 8 > master-change-file 
git commit -a -m "master commit 3" 
echo 9 > master-change-file 
git commit -a -m "master commit 3" 
# gitk --all 

Answer 1

подход я использовал до сих пор: Rebase освоить и объединить функции обратно освоить

Я думаю, что вы могли бы быть немного запутались с целью перебазирования. Если вы внесли новые коммиты в ветвь функции после , сменив на master, и вы хотите внести эти новые изменения в master, а затем переустановка - это один из вариантов. Рассмотрим следующую диаграмму:

master: A <- B <- C <- D 
feature: A <- B <- C <- E <- F 

Если вы должны были сделать:

git checkout feature 
git rebase master 

тогда вы остались бы:

master: A <- B <- C <- D 
feature: A <- B <- C <- D <- E' <- F' 

На данный момент, вы просто нажимной на feature ветвь в master, вы бы не объединить его. Объединение feature в master после выполнения перебазы бессмысленно и побеждает цель перезагрузки, которая заключается в поддержании линейности.

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