あなたの設定はリモートからの<ブランチ名>とマージすることを指定していますが、そのような参照はフェッチされませんでしたか？

プルでこのエラーが発生します：

構成は、リモートからの参照「refs / heads / feature / Sprint4 / ABC-123-Branch」とマージすることを指定していますが、そのような参照はフェッチされませんでした。

このエラーは他のブランチでは発生しません。
このブランチの特別な点は、別のブランチの以前のコミットから作成されていることです。

私の設定ファイルは次のようになります：

[core]
    repositoryformatversion = 0
    filemode = false
    bare = false
    logallrefupdates = true
    symlinks = false
    ignorecase = true
    hideDotFiles = dotGitOnly
[remote "origin"]
    url = <url here>
    fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
    remote = origin
    merge = refs/heads/master
[branch "new-develop"]
    remote = origin
    merge = refs/heads/new-develop
[branch "feature/Sprint4/ABC-123-Branch"]
    remote = origin
    merge = refs/heads/feature/Sprint4/ABC-123-Branch

これが意味すること

あなたのアップストリームorigin、つまりあなたが呼ぶリモートは、という名前のブランチをもう持っていないか、持っていなかったかもしれません（この情報だけから判断することは不可能です）feature/Sprint4/ABC-123-Branch。これには特に一般的な理由が1つあります。誰か（おそらくあなたではない、またはあなたが覚えているはずではない）が、他のGitリポジトリのブランチを削除したためです。

何をすべきか

これは何をしたいかによります。以下の説明セクションを参照してください。あなたはできる：

• リモートでブランチを作成または再作成する、または
• ローカルブランチを削除する、または
• あなたが考えることができる他の何か。

討論

実行している必要がありますgit pull（実行しているgit merge場合は、別のエラーメッセージが表示されるか、エラーメッセージがまったく表示されません）。

を実行するとgit fetch、構成のセクションのurl下にある行に基づいて、Gitが別のGitに接続し[remote "origin"]ます。そのGitはupload-pack、とりわけGitにすべてのブランチのリストを送信するコマンド（）を実行します。git ls-remoteこれがどのように機能するかを確認するために使用できます（試してみてください、それは教育的です）。これをGitリポジトリで実行すると、次のようになりますgit。

$ git ls-remote origin
From [url]
bbc61680168542cf6fd3ae637bde395c73b76f0f    HEAD
60115f54bda3a127ed3cc8ffc6ab6c771cbceb1b    refs/heads/maint
bbc61680168542cf6fd3ae637bde395c73b76f0f    refs/heads/master
5ace31314f460db9aef2f1e2e1bd58016b1541f1    refs/heads/next
9e085c5399f8c1883cc8cdf175b107a4959d8fa6    refs/heads/pu
dd9985bd6dca5602cb461c4b4987466fa2f31638    refs/heads/todo
[snip]

refs/heads/エントリが、リモートに存在するブランチの全てをリスト、¹対応と一緒に（のIDをコミットrefs/tags/エントリIDがコミットではなく、オブジェクトタグを指すことができます）。

Gitはこれらの各ブランチ名を取得し、同じセクションの行に従って変更します。この場合、あなたのGitは置き換えて、たとえば、。あなたのGitは出くわすすべてのブランチ名でこれを行います。fetchremoterefs/heads/masterrefs/remotes/origin/master

また、元の名前を特殊ファイルに記録しますFETCH_HEAD（自分の.gitディレクトリを覗くと、このファイルが表示されます）。このファイルは、フェッチされた名前とIDを保存します。

このgit pullコマンドは、便利なショートカットとして意図さgit fetchれています。適切なリモートで実行され、セクションのgit merge指示に従ってgit rebaseマージ（またはリベース）するために必要な引数を使用して（または、指示された場合は）実行され[branch ...]ます。この場合、[branch "feature/Sprint4/ABC-123-Branch"]セクションはからフェッチしてorigin、という名前で見つかったIDとマージするように言っていますrefs/heads/feature/Sprint4/ABC-123-Branch。

その名前で何も見つからなかったので、git pull文句を言ってやめます。

これを2つの個別のステップとして実行し、git fetchその後git merge（またはgit rebase）に実行した場合、Gitはキャッシュされたremotes/origin/リモート追跡ブランチを調べて、何をマージまたはリベースするかを確認します。一度にそのようなブランチがあった場合でも、リモート追跡ブランチがある可能性があります。この場合、エラーメッセージは表示されません。そこに、このような枝はなかった、またはあなたが実行している場合場合git fetchに--prune（デッドリモート追跡の枝を除去する）ので、あなたは何の対応するリモート追跡ブランチを持っていないことを、あなたは苦情になるだろうが、それはを参照してしまうorigin/feature/Sprint4/ABC-123-Branch代わりに。

どちらの場合も、feature/Sprint4/ABC-123-Branchnamedのリモートには現在存在しないと結論付けることができますorigin。

それはおそらく一度に存在し、おそらくあなたはリモート追跡ブランチからローカルブランチを作成したでしょう。その場合は、おそらくまだリモート追跡ブランチがあります。リモートからブランチを削除したユーザーとその理由を調べるために調査するか、何かをプッシュしてブランチを再作成するか、リモート追跡ブランチやローカルブランチを削除します。

¹ええと、少なくともそれが認めようとしているすべてのこと。しかし、特にいくつかの参照を隠していない限り、リストにはすべてが含まれています。

これは、あなた/誰かがブランチの名前を変更した場合にも発生する可能性があります。したがって、次の手順に従います（ブランチ名が名前変更されていることがわかっている場合）以前のブランチ名wrong-branch-nameをcorrect-branch-nameとし、誰かがそれをSoに名前変更したと仮定します。

git checkout correct-branch-name

git pull （あなたはこの「あなたの設定は..」を見るでしょう。）

git branch --unset-upstream

git push --set-upstream origin correct-branch-name

git pull （以前のメッセージは表示されません）

リモートブランチがプルできるかどうかを確認します。私は同じ問題を抱えていましたが、リモートブランチが誰かによって削除されたことにようやく気付きました。

私にとっては、大文字と小文字の区別の問題でした。私のローカルブランチは、Version_Feature2ではなくVersion_feature2でした。正しいケースを使用してブランチを再チェックアウトしたところ、git pullが機能しました。

このエラーは、元のブランチ名に大文字と小文字の問題がある場合にも発生する可能性があります。

例：元のブランチはteam1-Teamで、ローカルブランチはとしてチェックアウトされていteam1-teamます。次に、このT中-Teamとtでは-team、そのようなエラーを引き起こす可能性があります。これは私の場合に起こりました。したがって、ローカル名を元のブランチの名前に変更することで、エラーは解決されました。

私の場合、リモートブランチでの最初のコミットが欠けていたため、ローカルブランチはプルするものを何も見つけておらず、エラーメッセージが表示されていました。

やった：

git commit -m 'first commit' // on remote branch
git pull // on local branch

実際の原因がディスクがいっぱいであることであるときに、同様のエラーが発生しました。一部のファイルを削除した後、git pull期待どおりに動作し始めました。

私はこの問題に遭遇し続けました。私の場合、ブランチ名の大文字と小文字の違いに関する@Jerreckのコメントがこのエラーの原因でした。一部のWindowsツールは、大文字と小文字の区別を認識しません。

gitで大文字と小文字の区別をオフにするには、次のコマンドを実行します。

git config --global core.ignorecase true

これはブランチ名以外にも影響を与えることに注意してください。たとえば、 "Foo.h"と "foo.h"が同じディレクトリにある場合（Windows用のソフトウェアを作成する場合はあまりお勧めできません）、大文字と小文字の区別をオフにできないと思います。

誰かがリモートでブランチを削除したかどうかを確認してください。

私の場合、現在のブランチが派生した元のブランチを削除しました。だから私は.git / configファイルで：

[branch "simil2.1.12"]
    remote = origin
    merge = refs/heads/simil2.0.5
    rebase = false

simil2.0.5が削除されました。同じブランチ名に置き換えました：

[branch "simil2.1.12"]
    remote = origin
    merge = refs/heads/simil2.1.12
    rebase = false

そしてそれはうまくいった

次のコマンドを実行すると、ローカルブランチとリモートブランチを簡単にリンクできます。

git checkout <your-local-branch>
git branch --set-upstream-to=origin/<correct-remote-branch> <your-local-branch>
git pull

私にとってこれは、ブランチインターフェイスの開発をWebインターフェイスを使用してマスターにマージし、開発ブランチで開いていたVSCodeを使用して同期/プルしようとしたために発生しました（このエラーが発生しない限り、マスターに変更できないことは奇妙です）。

git pull
Your configuration specifies to merge with the ref 'refs/heads/dev'
from the remote, but no such ref was fetched.'

refs / heads / devが見つからないのは理にかなっています。私にとっては、ローカルフォルダーを削除して再度複製する方が簡単でした。

ディスクがいっぱいのときに「git pull」を実行すると、このエラーが発生しました。いくつかのスペースを作成し、それがすべて正常に機能し始めました。

あなたは編集することができます ~/.gitconfigホームフォルダー内のファイルをます。すべての--global設定が保存されます。

または、リポジトリURLを使用git config --global --unset-all remote.origin.urlして実行git fetchした後に使用します。

現在のブランチがdevである同じ問題に直面していて、MRブランチにチェックアウトして、その後git pullを実行していました。私が取った簡単な回避策は、MR Branchの新しいフォルダーを作成し、そこにgit pullを実行してから、git cloneを実行することでした。

したがって、基本的には、コードを異なるブランチにプッシュするために異なるフォルダーを維持しました。

正しいケースを使用しなかったときに、同じエラーが発生しました。「統合」をチェックアウトできました。Gitはgit pull、ブランチを更新するためにを実行するように私に言いました。私はそれをしましたが、言及されたエラーを受け取りました。正しいブランチ名は、大文字の「I」を含む「統合」です。そのブランチをチェックアウトしてプルしたところ、問題なく動作しました。

別のプルが機能する場合は、インターネットが接続されていなかったことを意味します。