Git відмовляється об'єднати споріднені історії на Rebase

Під 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

Зазвичай це відбувається, коли ви вперше здійснюєте віддалене сховище. Оскільки помилка чітко говорить про "відмову в об'єднанні споріднених історій", нам потрібно використовувати - прапорець "Незалежно від історії".

git pull origin master  --allow-unrelated-histories

Зараз виникли б деякі конфлікти, які нам доведеться вирішувати вручну. Після цього просто введіть код і натисніть його.

Дві можливості, коли це може статися -

1. Ви клонували проект і, якось, каталог .git видалили або пошкодили. Це призводить до того, що Git не знає про свою краєзнавчу історію, а тому спричинить цю помилку, коли ви намагаєтесь натиснути або витягнути з віддаленого сховища.

2. Ви створили нове сховище, додали до нього кілька комісій, і тепер ви намагаєтеся витягнути з віддаленого сховища, у якого вже є деякі власні комісії. Git також видасть помилку в цьому випадку, оскільки не має уявлення про те, як пов'язані два проекти.

РІШЕННЯ

git pull origin master - дозволити неспоріднені історії

Ref - https://www.educative.io/edpresso/the-fatal-refusing-to-merge-unrelated-histories-git-error

Я також боровся з цим, але мені вдалося знайти вирішення.

Коли ви зіткнетесь з помилкою, наведеною вище, просто виберіть команду злиття та продовжуйте ребайт

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

Це виправило це в моєму випадку.

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

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

1. переконайтеся, що у вас є чисте робоче дерево (без невмілих змін)
2. підписка на гілку, на яку потрібно повторно базуватись (наприклад, скажімо, це master; як однорядкова команда):git checkout master && git pull origin master && git checkout development
3. Зробіть фактичну ребазу: git rebase master
4. Якщо це зроблено, і все працює, як очікувалося, відсуньте його на пульт. Для цього вам потрібно це змусити, оскільки віддалений хост вже має історію в іншому порядку, віддалений відповість, нічого не натискаючи. Отже, нам потрібно сказати "моя локальна версія історії правильна, перезаписати все на цій віддаленій гілці, використовуючи мою локальну версію історії":git push -f origin development

Як я вже згадував, майте на увазі, що база даних маніпулює історією git, що зазвичай є поганою справою. Однак це можна зробити на гілках, де ніхто більше не бере на себе зобов’язання. Для того, щоб утримувати гілку для інших розробників, використовуйте іншу стратегію злиття, як саме злиття, сквош або вишня. Іншими словами: Rebase не повинен бути вашим інструментом для розподіленої розробки. Це добре працює для вас, якщо ви єдиний, хто працює на цьому сховищі.

Ми використовуємо стратегію галузевих функцій. У цьому випадку я зазвичай використовую rebase для того, щоб отримати "оновлення" від інших розробників, які тим часом траплялися на головній гілці. Це зменшує розмір комітетів, які видно у запиті на виклик. Тому рецензент коду полегшує бачити зміни, внесені в цій галузі функцій.

Прочитайте за посиланням нижче, воно працює для мене (без використання --allow-unrelated-historiesпрапора)

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