git pullが失敗し、「参照を解決できません」「ローカル参照を更新できません」

git 1.6.4.2を使用して、git pull私が試したところ、次のエラーが発生しました。

error: unable to resolve reference refs/remotes/origin/LT558-optimize-sql: No such file or directory
From git+ssh://remoteserver/~/misk5
 ! [new branch]      LT558-optimize-sql -> origin/LT558-optimize-sql  (unable to update local ref)
error: unable to resolve reference refs/remotes/origin/split-css: No such file or directory
 ! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

試しましたがgit remote prune origin、役に立ちませんでした。

ローカルリポジトリをクリーンアップしてみてください：

$ git gc --prune=now
$ git remote prune origin

man git-gc（1）：

git-gc - Cleanup unnecessary files and optimize the local repository

git gc [--aggressive] [--auto] [--quiet] [--prune=<date> | --no-prune]

       Runs a number of housekeeping tasks within the current repository, such as compressing file revisions
       (to reduce disk space and increase performance) and removing unreachable objects which may have been
       created from prior invocations of git add.

       Users are encouraged to run this task on a regular basis within each repository to maintain good disk
       space utilization and good operating performance.

man git-remote（1）：

git-remote - manage set of tracked repositories

git remote prune [-n | --dry-run] <name>

           Deletes all stale remote-tracking branches under <name>. These stale branches have already been
           removed from the remote repository referenced by <name>, but are still locally available in
           "remotes/<name>".            

私にも起こりました。私の場合、悪い参照はマスターでした、そして私は次のことをしました：

rm .git/refs/remotes/origin/master
git fetch

これにより、gitはrefファイルを復元しました。その後、すべてが再び期待どおりに機能しました。

これは私のために仕事をしました：

git gc --prune=now

私にとっては、エラーをスローしているファイルをフォルダから削除するのに役立ちました.git/refs/remotes/origin/。

それを試してみてください：

git gc --prune=now

git remote prune origin

git pull

次のコマンドを実行します。

rm .git/refs/remotes/origin/master

git fetch

git branch --set-upstream-to=origin/master

念のため、これが何であるかを知る必要がある場合は .git/refs/remotes/origin/master、「Gitリファレンス」の「リモート」セクションをお読みください。

参照が壊れてしまうことがどのように発生するかを追加したいと思います。

考えられる根本的な原因

私のシステム（Windows 7 64ビット）では、BSODが発生すると、保存されている参照ファイルの一部（おそらく現在BSODが発生したときに開かれている/書き込まれている）がNULL文字（ASCII 0）で。

他の人が述べたように、それを修正するには、それらの無効な参照ファイルを削除し、リポジトリを再フェッチまたは再プルするだけで十分です。

例

エラー： cannot lock ref 'refs/remotes/origin/some/branch': unable to resolve reference 'refs/remotes/origin/some/branch': reference broken

解決策：ファイルを削除します%repo_root%/.git/refs/remotes/origin/some/branch

私はこれと同じ問題を抱えており、エラーが発生したファイルに移動することで解決しました：

\repo\.git\refs\remotes\origin\master

このファイルはnullでいっぱいだったので、githubからの最新のrefに置き換えました。

私の場合、問題はディレクトリの下にあるすべての削除参照ファイルを削除した後で解決されました.git。

メッセージを見ると、削除する必要があるファイルが（具体的に）わかります。

削除するファイルはの下にあり.git/refs/remotesます。

そこですべてのファイルを削除し、gc pruneを実行しました

git gc --prune=now

その後、すべてがうまく動作します。

説明：ローカル参照が更新されておらず、存在しない参照を指しているにもかかわらず、リモートリポジトリ（Github / bitbucket内）のブランチが削除されたようです。

この問題を解決するには：

git fetch --prune
git fetch --all
git pull

追加の参考資料-Githubドキュメントからの参照：

git-fetch fetch-別のリポジトリからオブジェクトと参照をダウンロードします

- すべて すべてのフェッチします。

--prune フェッチ後、リモートに存在しないリモート追跡ブランチを削除します。

git fetch --prune 私のためにこのエラーを修正しました：

[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:25]
[I]> git fetch
error: cannot lock ref 'refs/remotes/origin/user/janek/integration/20170505': 'refs/remotes/origin/user/janek/integration' exists; cannot create 'refs/remotes/origin/user/janek/integration/20170505'
From github.com:zooxco/driving
 ! [new branch]            user/janek/integration/20170505 -> origin/user/janek/integration/20170505  (unable to update local ref)
From github.com:zooxco/driving
[marc.zych@marc-desktop] - [~/code/driving] - [Wed May 10, 02:58:30]
[I]> git fetch --prune
 - [deleted]               (none)     -> origin/user/janek/integration

ただし、これは問題のあるブランチがリモートで削除されたと想定しています。

でもどちらかによって答えを適用した後、再発された。このエラー「ローカル参照を更新することができません」の場合Vojtechビテックやミシェル・クレイマー、あなたのローカルおよびマスターリポジトリに悪い参照を持っている場合があります。

この場合、間に修正を入れたり押したりせずに両方の修正を適用する必要があります...

rm .git/refs/remotes/origin/master
git fetch
git gc --prune=now
git remote prune origin

私にとって永続的な解決策は、プッシュ/プルの前に両方の修正を適用した後にのみ達成されました。

簡単に言えば、この問題は、ローカルにリモートに関する情報があり、誰かが何かを変更したためにリモートと変更が非同期になったときに発生します。

誰かがリモートブランチを削除し、同じ名前で再度作成したため、この問題が発生しました。

このような問題に対処するには、リモートからプルまたはフェッチしてください。

git remote prune origin

または、GUIを使用している場合は、リモートからフェッチを実行します。

私は一緒に働くことができました

git remote update --prune

これを試して：

git pull origin Branch_Name

Branch_Name、あなたが現在いるブランチ。

のみを実行するとgit pull、作成された他のすべてのブランチ名もプルされます。

これがあなたがこれを手に入れている理由です：

! [new branch]      split-css  -> origin/split-css  (unable to update local ref)

私にとっては、ローカルブランチという名前がfeature/phase2あり、リモートブランチはという名前feature/phase2/data-modelでした。名前の競合が問題の原因だったので、ローカルブランチを削除しました（保持する必要があるものがあれば、名前を変更できます）。

もし git gc --prune=now dosen'tヘルプます。（私のような不運）

私がしたことは、プロジェクトをローカルで削除し、プロジェクト全体を再度複製することです。

Towerを使用していますが、何らかの理由でフォルダ名はでした.git/refs/remotes/origin/Github。小文字に変更することで.git/refs/remotes/origin/github問題は解決しました。

同じ問題がありました。次の手順に従います

1）問題のあるブランチを他のブランチに切り替える

2）そのブランチを削除する

3）もう一度チェックアウトします。

注：-コミットされていない変更を隠して、元に戻すことができます。

私はgit prune originそれを使いました。

composerの更新でも同じ問題が発生しました。しかし、私にとっては、composerキャッシュをクリアして、ベンダーフォルダーのコンテンツを削除した後にのみ機能しました。

rm -rf vendor/*
git gc --prune=now
git pull
composer clear-cache
composer update my/package

git bundle作成したファイルからクローンを作成しようとしたときにこの問題が発生しました。リポジトリをクローンできなかったため、他の回答はどれも機能しませんでした（したがってgit gc、ファイルの削除/編集は問題外でした）。

ただし、これを修正する別の方法がありました-ファイルのソース.bundleファイルが次で始まっていました：

# v2 git bundle
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d HEAD
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master
9a3184e2f983ba13cc7f40a820df8dd8cf20b54d refs/heads/master

PACK.......p..x...Kj.0...: (and so on...)

vimで4行目を削除するだけで問題が解決しました。

SourceTreeの使用中にこの問題が発生しました。私はもう一度引っ張ってみましたが、うまくいきました。私はブランチ（チェックアウト）を素早く切り替えていたと思います:)

私のリポジトリは明らかな破損もなく、比較的協力的であったため、私の状況は投稿者の状況とは少し異なります。

 # remove the reference file of the branch "lost"
 rm -fv ./.git/refs/remotes/origin/feature/v1.6.9-api-token-bot-reader

 # get all the branches from the master
 git fetch --all

 # git will "know" how-to handle the issue from now on
 #     From github.com:futurice/senzoit-www-server
 # * [new branch]      feature/v1.6.9-api-token-bot-reader ->
 # origin/feature/v1.6.9-api-token-bot-reader

 # and push your local changes
 git push

リポジトリが削除され、同じ名前で作成されたときに同じ問題に直面しました。以下のようにリモートURLを再設定したときにのみ機能しました。

git remote set-url origin [GIT_REPO_URL]

リモートURLを確認します。

git remote -v

これで、すべてのコマンドが通常どおり機能するはずです。

今日問題が発生しました。

トラブルシューティングの方法：Windowsサーバー上のSourceTreeでは、管理者として実行しようとする場合があります。これにより、ドメイン内のWindows Server 2012 R2上のAtlassian Source Tree 2.1.2.5で「ローカル参照を更新できません」という私の問題が修正されます。

この状況を再現しすぎると、問題の原因が権限の問題であることがわかります。ドリルダウンして根本的な原因を見つけることをお勧めします-おそらくいくつかの特定のファイルは他のユーザーなどによって所有されています-そうでなければ、望ましくない副作用があります：残りの永遠にSourceTreeを管理者として実行する必要があります。

この問題を引き起こす可能性のある特定のケースを書き留めます。

ある日、「feature / subfeature」というブランチをプッシュしましたが、リモートに「feature」ブランチがあります。

その操作は私の側でエラーなしで問題なく動作しましたが、私の同僚がブランチをフェッチしたりプルしたりすると、まったく同じエラーメッセージが表示されましたunable to update local ref。cannot lock ref 'refs/remotes/origin/feature/subfeature。

これはfeature、remote（git push --delete origin feature）でブランチを削除git remote prune originし、同僚のリポジトリで実行することで解決されました。* [pruned] origin/feature。

だから、私の推測はgitのフォルダーに内部で参照git fetchを作成しようとしていた（.git / ...）が、すでに参照があったためフォルダーの作成に失敗した。subfeaturefeaturefeature

この問題は、Macの開発者がブランチ名に「>」より大きい記号を使用してブランチを作成したときに発生しました。

これにより、TeamCity、およびSourceTreeを実行しているローカルのWindowsベースのコンピューターで問題が発生しました。BitBucketは問題なく通過しました。

ユーザーを解決するには、ブランチを削除して再作成しました。それは素晴らしくて簡単でした。

同じメッセージを持っていますが、ディレクトリがあり、プルで失敗したメッセージを受け取りました。

git --proneも私を助けませんでした。リモートで作成されたディレクトリと同じ名前のファイルがあったことがわかりました。

.git \ logs \ refs \ remotes \ originに移動してロケールファイルを消去する必要がありました。その後、もう一度プルしてください。