Comment supprimer une référence de branche distante non valide de Git?

Dans mon référentiel actuel, j'ai la sortie suivante:

$ git branch -a
* master
  remotes/origin/master
  remotes/public/master

Je souhaite supprimer remotes/public/masterde la liste des succursales:

$ git branch -d remotes/public/master
error: branch 'remotes/public/master' not found.

De plus, la sortie de git remoteest étrange, car elle ne répertorie pas public:

$ git remote show 
origin

Comment puis-je supprimer «télécommandes / public / maître» de la liste des succursales?

Mettre à jour, essayé la git pushcommande:

$ git push public :master
fatal: 'public' does not appear to be a git repository
fatal: The remote end hung up unexpectedly

Vous pourriez avoir besoin d'un nettoyage:

git gc --prune=now

ou vous pourriez avoir besoin d'un pruneau:

git remote prune public

prune

Supprime toutes les branches de suivi périmées sous <nom>. Ces branches périmées ont déjà été supprimées du référentiel distant référencé par <nom>, mais sont toujours disponibles localement dans "télécommandes / <nom>".

Avec l'option --dry-run, indiquez quelles branches seront élaguées, mais ne les élaguez pas réellement.

Cependant, il semble que ceux-ci auraient dû être nettoyés plus tôt avec

git remote rm public 

rm

Supprimez la télécommande nommée <nom>. Toutes les branches de suivi à distance et les paramètres de configuration de la télécommande sont supprimés.

Il se peut donc que vous ayez modifié manuellement votre fichier de configuration et que cela ne se soit pas produit, ou que vous ayez des problèmes de privilèges.

Peut-être recommencez et voyez ce qui se passe.

Contexte des conseils

Si vous jetez un œil dans les journaux de révision , vous remarquerez que j'ai suggéré des techniques plus «correctes» qui, pour une raison quelconque, ne voulaient pas travailler sur leur référentiel.

Je soupçonnais que le PO avait fait quelque chose qui laissait leur arbre dans un état incohérent qui le faisait se comporter un peu étrangement, et git gcétait obligé de réparer la gauche derrière.

git branch -rd origin/badbranchEst généralement suffisant pour neutraliser une branche de suivi locale ou git push origin :badbranchpour nuquer une branche distante, et vous n'aurez généralement jamais besoin d'appelergit gc

Tout ce que vous devez faire c'est

git fetch -p

Il supprimera toutes vos succursales locales qui sont supprimées à distance.

Si vous utilisez git 1.8.5+, vous pouvez le régler automatiquement

git config fetch.prune true

ou

git config --global fetch.prune true

git push public :master

Cela supprimerait la branche distante nommée mastercomme Kent Fredric l'a souligné.

Pour répertorier les branches de suivi à distance:

git branch -r

Pour supprimer une branche de suivi à distance:

git branch -rd public/master

Tout ce que vous devez faire c'est

$ git branch -rd origin/whatever 

C'est si simple. Il n'y a aucune raison d'appeler un GC ici.

git gc --prune=now n'est pas ce que tu veux.

git remote prune public

ou git remote prune origin# si c'est la source distante

est ce que tu veux

La réponse acceptée n'a pas fonctionné pour moi lorsque la référence a été emballée. Cependant, cela:

$ git remote add public http://anything.com/bogus.git
$ git remote rm public

Dans mon cas, j'essayais de supprimer les entrées enregistrées .git/packed-refs. Vous pouvez modifier ce fichier texte brut et en supprimer les entréesgit br -D ne savent pas comment toucher (au moins dans la version 1.7.9.5).

J'ai trouvé cette solution ici: https://stackoverflow.com/a/11050880/1695680

git push origin --delete <branch name>

Référencé depuis: http://www.gitguys.com/topics/adding-and-removing-remote-branches/

Je ne le savais pas git branch -rd, donc la façon dont j'ai résolu des problèmes comme celui-ci est de traiter mon référentiel comme un référentiel distant et de faire une suppression à distance. git push . :refs/remotes/public/master. Si les autres façons ne fonctionnent pas et que vous avez une référence étrange dont vous voulez vous débarrasser, cette façon brute est infaillible. Il vous donne la précision exacte pour supprimer (ou créer!) Tout type de référence.

Seulement légèrement liés, mais pourraient être utiles dans la même situation que nous - nous utilisons un partage de fichiers réseau pour notre référentiel distant. La semaine dernière, les choses fonctionnaient, cette semaine, nous recevions l'erreur "L'origine à distance n'a pas annoncé la référence pour les références de branche / têtes / maître. Cette référence peut ne pas exister dans la télécommande ou peut être masquée par les paramètres d'autorisation"

Mais nous pensions que rien n'avait été fait pour corrompre les choses. Le NFS fait des instantanés, j'ai donc passé en revue chaque "version précédente" et j'ai vu qu'il y a trois jours, la taille en Mo du référentiel était passée de 282 Mo à 33 Mo, et environ 1403 nouveaux fichiers et 300 dossiers existaient désormais. J'ai interrogé mes collègues et l'un d'entre eux avait essayé de faire un effort ce jour-là - puis l'avait annulé.

J'ai utilisé la fonctionnalité "Restauration" de NFS pour la restaurer juste avant cette date et maintenant tout fonctionne à nouveau correctement. J'ai essayé le pruneau auparavant, ne semblait pas aider. Peut-être que les nettoyages plus durs auraient fonctionné.

J'espère que cela pourrait aider quelqu'un d'autre un jour!

Geai

J'avais un problème similaire. Aucune des réponses n'a aidé. Dans mon cas, j'avais deux référentiels distants supprimés apparaissant en permanence.

Ma dernière idée était de supprimer toutes les références à la main.

Disons que le référentiel s'appelle «Repo». J'ai fait:

find .git -name Repo 

J'ai donc supprimé les fichiers et répertoires correspondants du dossier .git ( ce dossier se trouvait dans votre application Rails ou sur votre ordinateur https://stackoverflow.com/a/19538763/6638513 ).

Ensuite, j'ai fait:

grep Repo -r .git

Cela a trouvé des fichiers texte dans lesquels j'ai supprimé les lignes correspondantes. Maintenant, tout semble aller bien.

Habituellement, vous devriez quitter ce travail pour git.