мерзавца: перебазироваться (после слияния) дает только конфликты

Question

я следующая ситуация

• создал филиал 'Dev'
• работала на 'разработчик'
• работал на 'мастер'

в какой-то момент я хочу, чтобы объединить свою работу с «разработчика» в мастера

$> git checkout master 
$> git merge dev 

Это не проблема, но теперь я хотел бы продолжить работу в ветке 'dev'. Однако у «master» есть некоторые коммиты, которые еще не находятся в «dev», поэтому я попытался переустановить.

$> git checkout dev 
$> git rebase master 

Это не работает и дает конфликты. Решение конфликтов не работает, потому что после этого возникает больше конфликтов. Есть ли объяснение этому?

Answer 1

Немного неясно, чего вы хотите достичь. В начале Вы писали:

В какой-то момент я хочу, чтобы объединить свою работу с «разработчика» в мастера

Тогда Вы писали:

Однако, «мастер» имеет некоторые коммиты, которые еще не находятся в 'dev', поэтому я попытался переустановить.

Если вы хотите получить работу с dev в master вы должны

1. git checkout master
2. git rebase dev
3. разрешения конфликтов при необходимости
4. git rebase --continue

Затем вы можете вернуться к dev ветви с git checkout dev

Если вы хотите сделать это по-другому, просто переключитесь именами я лично думаю, что запуск git rebase --continue является ключом к вашей проблеме.

PS: Вместо этого, попробуйте рассмотреть возможность запуска git merge в этом случае.

Answer 2

Единственный разумный способ получить изменения от мастера обратно в dev после того, как вы объединили dev в master, - это слияние master в dev, а не на восстановление dev поверх мастера.

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