リベースで無関係な履歴をマージすることを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」を使用して、デフォルトで共通のベースがない2つのブランチをマージできるようになりました。これにより、既存のプロジェクトの新しい履歴が作成され、疑いを持たないメンテナーによって引っ張られ、不要な並行履歴が既存のプロジェクトにマージされました。 。コマンドはデフォルトでこれを許可しないように教えられており--allow-unrelated-histories、2つのプロジェクトの履歴を個別にマージするまれなイベントでエスケープハッチオプションが使用されます。

詳細については、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（小さい「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

2つのマージ親のうちどちらが現在の親（おそらく2番目の親、で確認する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-historiesフラグを使用する必要があります。

git pull origin master  --allow-unrelated-histories

これで、手動で解決する必要があるいくつかの競合が発生します。その後、コードをコミットしてプッシュします。

これが発生する可能性がある場合の2つの可能性-

1. プロジェクトのクローンを作成し、どういうわけか.gitディレクトリが削除または破損しました。これにより、Gitはローカルの履歴を認識できなくなり、リモートリポジトリにプッシュまたはプルしようとすると、このエラーがスローされます。

2. あなたは新しいリポジトリを作成し、それにいくつかのコミットを追加しました、そして今あなたはすでにそれ自身のいくつかのコミットを持っているリモートリポジトリからプルしようとしています。この場合、2つのプロジェクトがどのように関連しているかがわからないため、Gitはこの場合もエラーをスローします。

解決

git pull origin master --allow-unrelated-histories

参照-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

**私の場合、ブランチ名はマスターです。

プルコマンドが完了すると、競合が発生します。矛盾を解決する必要があります。Android Studioを使用して競合を解決しています。

競合が解決すると、マージが完了します！

これで安全にプッシュできます。

私はやった

  git pull --allow-unrelated-histories

を実行するとgit pull、このメッセージが表示されましたfatal: refusing to merge unrelated histories と、しばらくの間ローカルコピーを更新していなかったrepoモジュールに対してされました。

このコマンドは、ローカルを元から更新するためだけに実行しました。私はリモートから最新のものを望んだだけで、ローカルの変更は必要ありませんでした。

git reset --hard origin/master

これは私の場合それを修正しました。

以下のリンクを読んでください、それは私のために機能します（--allow-unrelated-historiesフラグを使用せずに）

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

私は何年もリベースを使用していますが、そのような問題に遭遇したことはありません。ただし、最初の問題は、developmentリモートリポジトリからリモートブランチで直接実行しようとすることです。origin。リベースはgit履歴を再構築する危険なコマンドであるため、これは文字通り間違っています。とはいえ、期待どおりに機能する場合は、最初にローカルリポジトリを試してプッシュする必要があります。

したがって、私の通常のリベースワークフローは次のようになります（ただし、1つの委員会だけではないブランチでリベースを使用しないでください。そのようなブランチの場合は、必要に応じて、単にマージして競合を解決してください）。

1. クリーンな作業ツリーがあることを確認してください（コミットされていない変更はありません）
2. リベースするブランチにチェックアウトします（たとえば、master1行のコマンドとして; とします）：git checkout master && git pull origin master && git checkout development
3. 実際のリベースを実行します。 git rebase master
4. それが完了し、すべてが期待どおりに機能する場合は、リモートにプッシュします。そのためには、リモートホストがすでに別の順序で履歴を持っているので、それを強制する必要があります。リモートはプッシュするものなしで応答します。したがって、「ローカルバージョンの履歴は正しいです。ローカルバージョンの履歴を使用して、リモートブランチのすべてを上書きします」と言う必要があります。git push -f origin development

すでに述べたように、リベースはgitの履歴を操作することに注意してください。これは通常、悪いことです。ただし、他の誰もコミットしないブランチでそれを行うことは可能です。他の開発者がブランチをプル可能な状態に保つには、マージ自体、スカッシュ、チェリーピックなどの別のマージ戦略を使用します。つまり、言い換えれば、リベースは分散開発のツールであってはなりません。このリポジトリで作業するのがあなただけの場合、問題なく機能します。

機能分岐戦略を使用します。この場合、私は通常、他の開発者からの「アップデート」を取得するためにrebaseを使用しますが、それはその間にmasterブランチで行われました。そうすることで、プルリクエストに表示されるコミットのサイズが小さくなります。したがって、この機能ブランチで行った変更をコードレビュー担当者が簡単に確認できるようになります。