git pull échoue “impossible de résoudre” la référence “impossible de mettre à jour locale ref”

Essayez de nettoyer votre dépôt local avec:

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

---

homme 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.

homme git distant(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>".            

Ce fait le travail pour moi:

git gc --prune=now

Essayer:

git gc --prune=now

git remote prune origin

git pull

J'ai eu ce même problème et l'a résolu en allant sur le dossier, il était erroring sur:

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

Ce fichier a été plein de zéros, je l'ai remplacé par la dernière ref à partir de github.

J'aimerais juste ajouter comment il peut arriver qu'une référence pauses.

Cause Possible

Sur mon système (Windows 7 64-bit), lorsqu'un BSOD arrive, certains stockés les fichiers de référence (le plus probable actuellement ouvert/écrit lorsque BSOD qui s'est passé) sont remplacées par NULL caractères (ASCII 0).

Comme d'autres l'ont mentionné, pour la fixer, il suffit juste de supprimer ceux qui invalide les fichiers de référence et re-extraire ou de re-tirer le référentiel.

Exemple

Erreur: cannot lock ref 'refs/remotes/origin/some/branch': unable to resolve reference 'refs/remotes/origin/some/branch': reference broken

Solution: supprimer le fichier %repo_root%/.git/refs/remotes/origin/some/branch

De Répondre à ce très court, ce problème vient quand votre local a quelques informations à propos de la distance et de la modification que quelqu'un quelque chose qui fait de distance et de vos modifications unsync.

Je commençais à cette question parce que quelqu'un a supprimé branche distante et encore créé avec le même nom.

Pour traiter de telles questions, faire un pull ou chercher à partir de la télécommande.

git remote prune origin

ou si vous utilisez l'interface graphique, faire une extraction à partir de la télécommande.

J'ai pu travailler avec

git remote update --prune

Pour moi, j'avais une branche locale nommée feature/phase2 et la distance de branche a été nommé feature/phase2/data-model. Le conflit de noms a été la cause du problème, donc j'ai supprimé mon agence locale (vous pouvez la renommer si elle avait quelque chose que vous besoin de garder)

J'ai eu même problème. - je suivre les étapes suivantes

1)mettez votre branche qui avoir de problème à autre branche

2) supprimer cette branche

3) la caisse de nouveau.

Remarque:- Vous pouvez cachez-vous les modifications non validées et de le remettre à nouveau.

Explication: Il semble que votre repo distant (sur Github /bitbucket) branches ont été enlevés ,si vos références locales n'ont pas été mis à jour et pointant vers inexistante références.

Afin de résoudre ce problème:

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

Pour plus de la lecture de la Référence de Github documentation :

git-fetch - Télécharger des objets et des références à partir d'un autre référentiel

--tous les
Récupérer toutes les télécommandes.

--prune Après extraction, de supprimer tout suivi à distance des branches qui n'existent plus sur la distance.

Eu ce problème lorsque j'essaie de cloner à partir d'un git bundle fichier créé, aucune des autres réponses travaillé parce que je ne pouvais pas cloner le repo (donc git gc et la suppression/modification de fichiers, il était hors de question).

Il y a cependant un autre moyen de résoudre ce problème - le fichier source d'un .bundle fichier commençant par:

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

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

Il suffit de retirer le quatrième ligne avec vim résolu le problème.

 # 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

Viens de tomber sur le problème aujourd'hui.

Méthode de résolution des problèmes:
Avec SourceTree sur les Serveurs Windows, vous pouvez essayer de l'exécuter en tant qu'Administrateur. Qui résout mon problème de "impossible de mettre à jour locale ref" sur Atlassian Arbre Source 2.1.2.5 sur un Serveur Windows server 2012 R2 dans le domaine.

Si, vous aussi vous pouvez reproduire cette situation, il s'avère que le problème est causé par un problème d'autorisation. Il est préférable de creuser et de trouver la cause de racine - probablement certains fichiers sont détenues par d'autres utilisateurs et tel - sinon, il y a une fâcheuse côté-effet: vous aurez à exécuter SourceTree en tant qu'Administrateur pour le reste de l'éternité.

Nous avons eu ce problème quand un développeur sur Mac créé une branche avec un plus grand que ">" symbole dans le nom de la branche.

Qui a provoqué des problèmes de TeamCity, et sur local des ordinateurs basés sur Windows exécutant SourceTree. BitBucket le laisser passer sans aucun problème.

Pour résoudre l'utilisateur a supprimé la branche et recréée. Ce qui était agréable et facile.