Git отказывается объединять несвязанные истории при ребазе

Во git rebase origin/developmentвремя следующего сообщения об ошибке отображается из Git:

fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

Моя версия Git 2.9.0. Раньше нормально работал в предыдущей версии.

Как я могу продолжить эту перебазирование, разрешив несвязанные истории с принудительным флагом, введенным в новом выпуске?

Поведение по умолчанию изменилось с Git 2.9:

«git merge» используется, чтобы разрешить объединение двух ветвей, которые по умолчанию не имеют общей базы, что привело к созданию совершенно новой истории существующего проекта, а затем было получено ничего не подозревающим сопровождающим, что позволило слить ненужную параллельную историю с существующим проектом , Команда научена не разрешать это по умолчанию , с --allow-unrelated-historiesопцией аварийной штриховки, которая будет использоваться в редком случае, который объединяет истории двух проектов, которые начали свою жизнь независимо.

Смотрите журнал изменений Git для получения дополнительной информации.

Вы можете использовать, --allow-unrelated-historiesчтобы слияние произошло.

В моем случае ошибка была только fatal: refusing to merge unrelated historiesпри каждой попытке, особенно при первом удаленном запросе после удаленного добавления Git-репозитория.

Использование --allow-unrelated-historiesфлага работало с запросом на получение таким образом:

git pull origin branchname --allow-unrelated-histories

Попробуйте следующую команду:

git pull origin master --allow-unrelated-histories

Это должно решить вашу проблему.

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

git remote add origin <repository url>

Когда я пытался толкать или тянуть, я fatal: unrelated_historiesкаждый раз получал одну и ту же ошибку.

Вот как я это исправил:

git pull origin master --allow-unrelated-histories
git merge origin origin/master
... add and commit here...
git push origin master

Для этого введите команду:

git pull origin branchname --allow-unrelated-histories

Например,

git pull origin master --allow-unrelated-histories

Ссылка:

GitHub проблема, связанная с историями

git pull origin <branch> --allow-unrelated-histories

Вы будете перенаправлены в окно редактирования Vim:

• Вставить сообщение коммита
• Затем нажмите Esc(чтобы выйти из режима «Вставка»), затем :(двоеточие), затем x(маленькая «х») и, наконец, нажмите, Enterчтобы выйти из Vim.
• git push --set-upstream origin <branch>

У меня такая же проблема. Попробуй это:

git pull origin master --allow-unrelated-histories 

git push origin master

Пытаться git pull --rebase development

Для Android Studio и IntelliJ:

Во-первых, совершайте все и разрешайте любые конфликты.

Затем откройте терминал снизу IDE и введите:

git pull origin master --allow-unrelated-histories

Теперь вы можете нажать.

ВНИМАНИЕ, ЭТО ПОТЕНЦИАЛЬНО ЗАПОЛНИТ ДИСТАНЦИОННОЕ ХРАНИЛИЩЕ

Это сработало для меня:

git push origin master --force

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

Итак, вы получаете свою ошибку, выполняя git rebase:

$ git rebase origin/development
fatal: refusing to merge unrelated histories
Error redoing merge 1234deadbeef1234deadbeef

Эта ошибка на самом деле не отменяет ребаз, но вы сейчас находитесь в середине:

$ git status
interactive rebase in progress; onto 4321beefdead
Last command done (1 command done):
   pick 1234deadbeef1234deadbeef test merge commit

Теперь вы можете выполнить слияние вручную. Узнайте родительские коммиты исходного коммита слияния:

$ git log -1 1234deadbeef1234deadbeef
commit 1234deadbeef1234deadbeef
Merge: 111111111 222222222
Author: Hans Dampf
Date:   Wed Jun 6 18:04:35 2018 +0200

    test merge commit

Выясните, какой из двух родителей слияния является тем, который был слит с текущим (возможно, вторым, проверьте с помощью git log 222222222), а затем выполните слияние вручную, скопировав сообщение коммита исходного коммита слияния:

$ git merge --allow-unrelated 222222222 --no-commit
Automatic merge went well; stopped before committing as requested
$ git commit -C 1234deadbeef1234deadbeef
[detached HEAD 909af09ec] test merge commit
 Date: Wed Jun 6 18:04:35 2018 +0200
$ git rebase --continue
Successfully rebased and updated refs/heads/test-branch.

У меня такая же проблема. Проблема удаленная, что-то мешало этому.

Сначала я создал локальный репозиторий. Я добавил LICENSEи README.mdфайл в мой локальный и совершил.

Тогда я хотел удаленное хранилище, поэтому я создал его на GitHub. Здесь я сделал ошибку, отметив «Инициализировать этот репозиторий с помощью README» , что также привело к созданию README.md в удаленном режиме.

Так что теперь, когда я побежал

git push --set-upstream origin master

Я получил:

error: failed to push some refs to 'https://github.com/lokeshub/myTODs.git'
hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes
(e.g. hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.

Теперь, чтобы преодолеть это, я сделал

git pull origin master

Что привело к следующей ошибке:

From https://github.com/lokeshub/myTODs
branch            master     -> FETCH_HEAD
fatal: refusing to merge unrelated histories**

Я старался:

git pull origin master --allow-unrelated-histories

Результат:

From https://github.com/lokeshub/myTODs
 * branch            master     -> FETCH_HEAD
Auto-merging README.md
CONFLICT (add/add): Merge conflict in README.md
Automatic merge failed;
fix conflicts and then commit the result.

Решение:

Я удалил удаленный репозиторий и создал новый (я думаю, что только удаление файла READMEмогло бы работать), и после этого сработало следующее:

git remote rm origin
git remote add origin https://github.com/lokeshub/myTODOs.git
git push --set-upstream origin master

Обычно это происходит, когда вы впервые фиксируете удаленный репозиторий. Поскольку ошибка ясно говорит «отказ от слияния несвязанных историй», нам нужно использовать флаг --allow-unrelated-history.

git pull origin master  --allow-unrelated-histories

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

Две возможности, когда это может произойти -

1. Вы клонировали проект, и каталог .git каким-то образом был удален или поврежден. Это приводит к тому, что Git не знает о вашей локальной истории и, следовательно, заставляет его выдавать эту ошибку, когда вы пытаетесь отправить или извлечь из удаленного репозитория.

2. Вы создали новый репозиторий, добавили в него несколько коммитов, и теперь вы пытаетесь извлечь из удаленного репозитория, который уже имеет некоторые свои коммиты. Git также выдаст ошибку в этом случае, так как он понятия не имеет, как связаны два проекта.

РЕШЕНИЕ

мастер происхождения git pull - мелкие-не связанные истории

Ссылка - https://www.educative.io/edpresso/the-fatal-refusing-to-merge-unrelated-histories-git-error

Я тоже боролся с этим, но мне удалось найти обходной путь.

Когда вы столкнетесь с ошибкой выше, просто выберите команду merge и затем продолжите ребазирование:

git cherry-pick -m 1 1234deadbeef1234deadbeef
git rebase --continue

Сначала перенесите удаленные изменения в локальную систему, используя следующую команду:

git pull origin branchname --allow-unrelated-histories

** бранчаме мастер в моем случае.

Когда команда pull выполнена, возникает конфликт. Вы должны решить конфликты. Я использую Android Studio для разрешения конфликтов.

Когда конфликты решены, слияние завершено!

Теперь вы можете спокойно нажимать.

Я только что сделал

  git pull --allow-unrelated-histories

При этом git pullя получил это сообщение fatal: refusing to merge unrelated histories для модуля репо, где я некоторое время не обновлял локальную копию.

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

git reset --hard origin/master

Это исправило это в моем случае.

Прочитайте ссылку ниже, это работает для меня (без использования --allow-unrelated-historiesфлага)

https://stackoverflow.com/a/39783462/4324288

Я использую ребаз в течение многих лет, и я никогда не сталкивался с такой проблемой. Однако ваша первая проблема заключается в том, что вы пытаетесь сделать это непосредственно в удаленной ветви developmentиз удаленного хранилища, называемого origin. Это буквально неправильно, потому что rebase - опасная команда, которая перестраивает историю git. Сказав это, вы должны сначала примерить свой локальный репозиторий и нажать его только, если он работает для вас, как ожидалось.

Итак, мой обычный рабочий процесс ребазирования выглядит следующим образом (но, пожалуйста, имейте в виду, что вы не должны использовать ребаз в ветвях, которые вы не единственный комитет. Для таких ветвей используйте просто слияние и разрешение конфликтов, если применимо):

1. убедитесь, что у вас есть чистое рабочее дерево (без изменений)
2. checkout к ветке, на которую вы хотите сделать ребаз (например, скажем, это master; как однострочная команда):git checkout master && git pull origin master && git checkout development
3. Сделайте фактическую перезагрузку: git rebase master
4. Если все готово и все работает как положено, отправьте его на пульт. Для этого вам необходимо принудительно выполнить это, поскольку удаленный хост уже имеет историю в другом порядке, удаленный будет отвечать без нажатия кнопки. Итак, мы должны сказать, что «моя локальная версия истории верна, перезаписать все в этой удаленной ветви, используя мою локальную версию истории»:git push -f origin development

Как я уже упоминал, имейте в виду, что rebase манипулирует историей git, что обычно плохо. Тем не менее, это можно сделать на ветках, где никто больше не берет на себя обязательства. Для того, чтобы ветки могли работать с другими разработчиками, используйте другую стратегию слияния, такую ​​как слияние, сквош или вишневый кир. Итак, другими словами: Rebase не должен быть вашим инструментом для распределенной разработки. Это прекрасно работает для вас, если вы единственный, кто работает с этим хранилищем.

Мы используем функцию ветки стратегии. В этом я обычно использую rebase для получения «обновлений» от других разработчиков, которые происходили в это время в основной ветке. Это уменьшает размер коммитов, которые видны в запросе на получение. Поэтому рецензенту кода легче увидеть мои изменения, сделанные в этой ветви функций.