Почему git-rebase сталкивается с конфликтами, когда апстрим уже доступен?

Question

У меня есть ветка git "dev".Ветвь "мастер" достижима от dev.Находясь в ветке "dev", если я наберу "git log master..dev --pretty = oneline", это ясно покажет, что master достижим (104 коммитов ранее).Но если я наберу "git rebase master", это прекратится с конфликтами.Это почему?Разве в этом случае разве не нужно ничего делать, так как dev уже основан на master?

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

Ниже приведены некоторые связанные вопросы, на которые я уже посмотрел:

• Почему git-rebase дает мне конфликты слияния, когда все, что я делаю, это сжатие коммитов? Конфликты с `git rebase`

Answer 1

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

git rebase `git merge-base master HEAD`

Answer 2

rebase! = Слияние

Если вы просто хотите перемотать вперед, используйте

git pull --ff-only ...
git merge --ff-only ...

Если вы хотите «автоматически перебазировать / перемотать вперед» в зависимости от текущего контекста и отношений вашеговетки, я полагаю, это будет работать:

git pull --rebase ...

Вы можете прочитать страницу руководства о том, что он делает, в точности

• http://gitready.com/advanced/2009/02/11/pull-with-rebase.html
• http://longair.net/blog/2009/04/16/git-fetch-and-merge/