Ich muss zwei Git-Zweige wiederherstellen, die ich während eines Pushs irgendwie gelöscht habe.
Diese beiden Zweige wurden auf einem anderen System erstellt und dann in mein "freigegebenes" (Github) Repository verschoben.
Auf meinem System habe ich (anscheinend) die Zweige während eines Abrufs abgerufen:
~/myfolder> git fetch
remote: Counting objects: 105, done.
remote: Compressing objects: 100% (58/58), done.
remote: Total 62 (delta 29), reused 0 (delta 0)
Unpacking objects: 100% (62/62), done.
From github.com:mygiturl
* [new branch] contact_page -> origin/contact_page
731d1bb..e8b68cc homepage -> origin/homepage
* [new branch] new_pictures -> origin/new_pictures
Gleich danach habe ich versucht, meine lokalen Änderungen an das zentrale Repo zu senden. Aus irgendeinem Grund wurden diese Zweige sowohl aus meinem lokalen System als auch aus dem zentralen Repo gelöscht:
~/myfolder> git push
Counting objects: 71, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (43/43), done.
Writing objects: 100% (49/49), 4.99 KiB, done.
Total 49 (delta 33), reused 0 (delta 0)
To [email protected]:mygiturl.git
- [deleted] contact_page
+ e8b68cc...731d1bb homepage -> homepage (forced update)
bb7e9f2..e0d061c master -> master
- [deleted] new_pictures
e38ac2e..bb7e9f2 origin/HEAD -> origin/HEAD
731d1bb..e8b68cc origin/homepage -> origin/homepage
e38ac2e..bb7e9f2 origin/master -> origin/master
* [new branch] origin/contact_page -> origin/contact_page
* [new branch] origin/new_pictures -> origin/new_pictures
Es ist nicht besonders einfach, die Zweige von ihrer Geburtsortmaschine zu entfernen, daher würde ich gerne versuchen, sie nach Möglichkeit von meinem lokalen Standort zu retten.
Alle von mir gegoogelten "Rückgängig" -Informationen müssen dazu führen, dass verlorene Commits wiederhergestellt werden. Ich denke nicht, dass dies hier zutrifft, da ich keine Commit-UIDs für diese Zweige habe.
Ich würde gerne wissen, wie ich diese zurückbekommen kann. Ich würde auch gerne wissen, wie sie überhaupt gelöscht wurden und wie ich dies in Zukunft vermeiden kann.
EDIT: auf Anfrage hier meine Repo-Konfiguration
user.name=Craig Walker
[email protected]
alias.unadd=reset HEAD
core.repositoryformatversion=0
core.filemode=true
core.bare=false
core.logallrefupdates=true
core.ignorecase=true
remote.origin.fetch=+refs/heads/*:refs/remotes/origin/*
[email protected]:MyGitURL.git
remote.origin.mirror=true
branch.master.remote=origin
branch.master.merge=refs/heads/master
alias.undo=reset --hard
alias.test=push -f ci HEAD:master
alias.st=status
alias.ci=commit
alias.br=branch
alias.co=checkout
alias.ch=checkout
alias.df=diff
alias.lg=log -p
alias.who=shortlog -s --
remote.ci.url=ContinuousIntegrationGitURL
remote.ci.fetch=+refs/heads/*:refs/remotes/ci/*
branch.photo.remote=origin
branch.photo.merge=refs/heads/photos
remote.foo.url=FooGitURL
remote.foo.fetch=+refs/heads/*:refs/remotes/cynthia/*
branch.homepage.remote=origin
branch.homepage.merge=refs/heads/homepage
git config -l
für das lokale Repository angezeigt?remote.origin.fetch
Referenz ist nicht für die Verwendung mit geeignetremote.origin.mirror = true
. Möchten Sie spiegeln oder möchten Sie das GitHub-Repo als normale Fernbedienung verwenden? Meine Antwort sollte die Befehle enthalten, die Sie so oder so benötigen.Antworten:
Ich bin kein Experte. Aber du kannst es versuchen
um das HEAD-Commit des gelöschten Zweigs zu finden und sie zurückzubekommen.
quelle
git branch <uid>
bekam ich sie zurück. Vielen Dank!remotes.origin.mirror
und denremotes.origin.fetch
Einstellungen lösen , da Sie sonst erneut auf das Problem stoßen müssen (oder unbeabsichtigt von anderen Repos übertragene Clobber-Commits).git fsck --full --no-reflogs | cut -d' ' -f3 | xargs -P8 git log --oneline | grep 'Release 2.60.0.157'
Nur zwei Befehle retten mein Leben
1. Dadurch werden alle vorherigen KÖPFE aufgelistet
2. Dadurch wird der von Ihnen gelöschte HEAD zurückgesetzt.
quelle
git reflog
. Kann ich noch etwas ausprobieren?Ihre gelöschten Zweige gehen nicht verloren, sie wurden durch den von Ihnen angezeigten Abruf in origin / contact_page und origin / new_pictures "Remote Tracking-Zweige" kopiert (sie wurden auch durch den von Ihnen angezeigten Push wieder herausgeschoben, aber sie wurden in refs / remotes / verschoben). Herkunft / statt Refs / Köpfe /). Überprüfen
git log origin/contact_page
undgit log origin/new_pictures
zu sehen , ob Ihre lokalen Kopien sind „up to date“ mit dem, was denken Sie da sein sollte. Wenn zwischen dem von Ihnen angezeigten Abruf und Push neue Commits auf diese Zweige (von einem anderen Repo) verschoben wurden, haben Sie diese möglicherweise "verloren" (aber wahrscheinlich könnten Sie sie in dem anderen Repo finden, das diese Zweige zuletzt verschoben hat). .Konflikt holen / pushen
Es sieht so aus, als würden Sie in einem normalen 'Remote-Modus' abrufen (Remote-Refs / Köpfe / werden lokal in Refs / Fernbedienungen / Ursprung / gespeichert), aber im 'Spiegel-Modus' drücken (lokale Refs / werden auf Remote-Refs / verschoben) . Überprüfen Sie Ihre .git / config und stimmen Sie die
remote.origin.fetch
undremote.origin.push
Einstellungen ab.Erstelle eine Sicherung
Bevor Sie Änderungen versuchen, erstellen Sie ein einfaches Tar- oder Zip-Archiv oder Ihr gesamtes lokales Repo. Auf diese Weise können Sie es von einem wiederhergestellten Repo aus erneut versuchen, wenn Ihnen das, was passiert, nicht gefällt.
Option A: Als Spiegel neu konfigurieren
Wenn Sie beabsichtigen, Ihr Remote-Repo als Spiegel Ihres lokalen Repos zu verwenden, gehen Sie folgendermaßen vor:
Möglicherweise möchten Sie eventuell auch alle Ihre Refs / Fernbedienungen / Ursprünge / Refs löschen, da diese nicht nützlich sind, wenn Sie im Spiegelmodus arbeiten (Ihre normalen Zweige ersetzen die üblichen Fernverfolgungszweige).
Option B: Als normale Fernbedienung neu konfigurieren
Da Sie dieses Remote-Repo jedoch anscheinend mit mehreren "Arbeits" -Repos verwenden, möchten Sie den Spiegelmodus wahrscheinlich nicht verwenden. Sie könnten dies versuchen:
Dann möchten Sie eventuell die gefälschten Refs / Fernbedienungen / Ursprungsreferenzen in Ihrem Remote-Repo löschen :
git push origin :refs/remotes/origin/contact_page :refs/remotes/origin/new_pictures …
.Test Push
Versuchen Sie
git push --dry-run
zu sehen, was esgit push
tun würde, ohne dass es Änderungen am Remote-Repo vornimmt. Wenn Ihnen das, was es verspricht, nicht gefällt, stellen Sie es von Ihrem Backup (tar / zip) wieder her und versuchen Sie es mit der anderen Option.quelle
.git
Verzeichnis darauf,.git/packed_refs
zusätzlich zu.git/refs/
.git show-ref
wird alle Ihre lokalen Refs (verpackt oder "lose") entleeren. Sie sollten weiterhin in der Lage sein, die Refs im Repo zu finden, die sie ursprünglich in Ihr GitHub-Repo verschoben haben (auf einem anderen Computer? Das Repo eines anderen?). Andernfalls sollten Sie in der Lage seingit fsck
, die baumelnden Commits zu überprüfen und wieder anzubringen, solange Sie kein GC oder Prune durchgeführt haben :git branch contact_page-recovered <SHA-1-of-dangling-commit>
.Wenn das Löschen aktuell genug ist (wie ein Oh-NEIN! -Moment), sollten Sie dennoch eine Nachricht haben:
Deleted branch <branch name> (was abcdefghi).
Sie können immer noch ausführen:
git checkout abcdefghi
git checkout -b <some new branch name or the old one>
quelle
Finden Sie die Coimmit-ID heraus
git reflog
Stellen Sie den versehentlich gelöschten lokalen Zweig wieder her
git branch need-recover-branch-name commitId
Drücken Sie Need-Recovery-Branch-Name erneut, wenn Sie zuvor auch den Remote-Zweig gelöscht haben
git push origin need-recover-branch-name
quelle
git reflog
, anstatt raten zu müssen undgit show
.Die Daten sind noch in Github vorhanden. Sie können aus den alten Daten einen neuen Zweig erstellen:
quelle
Ich denke, dass Sie eine nicht übereinstimmende Konfiguration für 'Fetch' und 'Push' haben, so dass dies dazu geführt hat, dass das Standard-Fetch / Push nicht richtig umrundet. Glücklicherweise haben Sie die Zweige abgerufen, die Sie anschließend gelöscht haben, sodass Sie sie mit einem expliziten Push neu erstellen können sollten.
quelle
git push origin origin/contact_page:contact_page
bekomme:error: src refspec origin/contact_page does not match any
git rev-parse refs/remotes/origin/origin/contact_page
sagt das aus? Aufgrund der falschen 'Spiegel'-Konfiguration kann der Zweig jetzt hier im lokalen Repository referenziert werden.Wenn Ihre Organisation JIRA oder ein anderes ähnliches System verwendet, das an git gebunden ist, können Sie die auf dem Ticket selbst aufgeführten Commits finden und auf die Links zu den Codeänderungen klicken. Github löscht den Zweig, hat aber immer noch die Commits für die Kirschernte.
quelle
Es mag zu vorsichtig erscheinen, aber ich komprimiere häufig eine Kopie von allem, woran ich gearbeitet habe, bevor ich Änderungen an der Quellcodeverwaltung vornehme. In einem Gitlab-Projekt, an dem ich arbeite, habe ich kürzlich versehentlich einen Remote-Zweig gelöscht, den ich nach dem Zusammenführen einer Zusammenführungsanforderung beibehalten wollte. Es stellte sich heraus, dass alles, was ich tun musste, um es mit dem Commit-Verlauf zurückzubekommen, erneut Push war. Die Zusammenführungsanforderung wurde weiterhin von Gitlab verfolgt, sodass rechts neben dem Zweig weiterhin die blaue Bezeichnung "Zusammengeführt" angezeigt wird. Ich habe immer noch meinen lokalen Ordner komprimiert, falls etwas Schlimmes passiert ist.
quelle