Wie entferne ich eine ungültige Remote-Verzweigungsreferenz von Git?

In meinem aktuellen Repo habe ich folgende Ausgabe:

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

Ich möchte remotes/public/masteraus der Branchenliste löschen :

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

Auch die Ausgabe von git remoteist seltsam, da sie nicht auflistet public:

$ git remote show 
origin

Wie kann ich 'remotes / public / master' aus der Filialliste löschen?

Update, versuchte den git pushBefehl:

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

Möglicherweise benötigen Sie eine Bereinigung:

git gc --prune=now

oder Sie benötigen möglicherweise eine Pflaume:

git remote prune public

Pflaume

Löscht alle veralteten Verfolgungszweige unter <Name>. Diese veralteten Zweige wurden bereits aus dem Remote-Repository entfernt, auf das mit <Name> verwiesen wird, sind jedoch weiterhin lokal in "Remotes / <Name>" verfügbar.

Geben Sie mit der Option --dry-run an, welche Zweige beschnitten werden sollen, beschneiden Sie sie jedoch nicht.

Es scheint jedoch, dass diese früher mit bereinigt worden sein sollten

git remote rm public 

rm

Entfernen Sie die Fernbedienung mit dem Namen <Name>. Alle Fernverfolgungszweige und Konfigurationseinstellungen für die Fernbedienung werden entfernt.

Möglicherweise haben Sie Ihre Konfigurationsdatei von Hand bearbeitet und dies ist nicht aufgetreten, oder Sie haben Probleme mit Berechtigungen.

Führen Sie das vielleicht noch einmal durch und sehen Sie, was passiert.

Beratungskontext

Wenn Sie sich die Revisionsprotokolle ansehen , werden Sie feststellen, dass ich mehr "korrekte" Techniken vorgeschlagen habe, die aus irgendeinem Grund nicht an ihrem Repository arbeiten wollten.

Ich vermutete, dass die OP etwas getan hatte, das ihren Baum in einem inkonsistenten Zustand git gczurückließ , der dazu führte, dass er sich etwas seltsam verhielt , und dass die zurückgelassene Kruft repariert werden musste.

Normalerweise reicht git branch -rd origin/badbranch es aus, um einen lokalen Tracking-Zweig oder git push origin :badbrancheinen Remote-Zweig zu zerstören, und normalerweise müssen Sie nie anrufengit gc

Alles was Sie tun müssen, ist

git fetch -p

Es werden alle Ihre lokalen Zweige entfernt, die remote gelöscht werden.

Wenn Sie auf Git 1.8.5+ sind, können Sie dies automatisch einstellen

git config fetch.prune true

oder

git config --global fetch.prune true

git push public :master

Dies würde den entfernten Zweig löschen, auf den masterKent Fredric hingewiesen hat.

So listen Sie Remote-Tracking-Zweige auf:

git branch -r

So löschen Sie einen Remote-Tracking-Zweig:

git branch -rd public/master

Alles was Sie tun müssen, ist

$ git branch -rd origin/whatever 

So einfach ist das. Es gibt keinen Grund, hier einen GC anzurufen.

git gc --prune=now ist nicht was du willst.

git remote prune public

oder git remote prune origin#, wenn dies die Remote-Quelle ist

ist was du willst

Die akzeptierte Antwort funktionierte bei mir nicht, als der Schiedsrichter gepackt war. Dies tut jedoch:

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

In meinem Fall habe ich versucht, Einträge zu löschen, die in gespeichert wurden .git/packed-refs. Sie können diese Nur-Text-Datei bearbeiten und Einträge daraus löschengit br -D die nicht zu berühren wissen (zumindest in Version 1.7.9.5).

Ich habe diese Lösung hier gefunden: https://stackoverflow.com/a/11050880/1695680

git push origin --delete <branch name>

Referenziert von: http://www.gitguys.com/topics/adding-and-removing-remote-branches/

Ich wusste nichts davon. Daher habe git branch -rdich Probleme wie dieses für mich gelöst, indem ich mein Repo als Remote-Repo behandelte und ein Remote-Löschen durchführte. git push . :refs/remotes/public/master. Wenn die anderen Wege nicht funktionieren und Sie eine seltsame Referenz haben, die Sie loswerden möchten, ist dieser rohe Weg todsicher. Es gibt Ihnen die genaue Genauigkeit, um jede Art von Referenz zu entfernen (oder zu erstellen!).

Nur geringfügig verwandt, aber möglicherweise in der gleichen Situation wie bisher hilfreich - wir verwenden eine Netzwerkdateifreigabe für unser Remote-Repository. Letzte Woche haben die Dinge funktioniert, diese Woche wurde der Fehler "Remote-Ursprung hat Ref nicht für Zweigstellenreferenzen / Köpfe / Master angekündigt. Diese Referenz ist möglicherweise nicht in der Fernbedienung vorhanden oder wird möglicherweise durch Berechtigungseinstellungen ausgeblendet."

Aber wir glaubten, dass nichts getan worden war, um Dinge zu korrumpieren. Das NFS erstellt Snapshots, daher habe ich jede "vorherige Version" überprüft und festgestellt, dass vor drei Tagen die Größe des Repositorys in MB von 282 MB auf 33 MB gestiegen ist und jetzt etwa 1.403 neue Dateien und 300 Ordner vorhanden sind. Ich habe meine Mitarbeiter befragt und einer hatte an diesem Tag versucht, einen Push zu machen - und ihn dann abgesagt.

Ich habe die NFS-Funktion "Wiederherstellen" verwendet, um sie kurz vor diesem Datum wiederherzustellen, und jetzt funktioniert alles wieder einwandfrei. Ich habe die Pflaume vorher probiert, schien nicht zu helfen. Vielleicht hätten die härteren Aufräumarbeiten funktioniert.

Hoffe, das könnte eines Tages jemand anderem helfen!

Jay

Ich hatte ein ähnliches Problem. Keine der Antworten half. In meinem Fall wurden zwei entfernte Remote-Repositorys permanent angezeigt.

Meine letzte Idee war, alle Verweise von Hand zu entfernen.

Angenommen, das Repository heißt "Repo". Ich tat:

find .git -name Repo 

Daher habe ich die entsprechenden Dateien und Verzeichnisse aus dem Ordner .git gelöscht ( dieser Ordner befindet sich in Ihrer Rails-App oder auf Ihrem Computer unter https://stackoverflow.com/a/19538763/6638513) ).

Dann habe ich:

grep Repo -r .git

Dabei wurden einige Textdateien gefunden, in denen ich die entsprechenden Zeilen entfernt habe. Jetzt scheint alles in Ordnung zu sein.

Normalerweise sollten Sie diesen Job dem Git überlassen.