Tut github dass gelöschte remote-Niederlassungen in der Geschichte? Wenn ja, können diese wiederhergestellt werden?

Ich Frage mich, ob es eine Möglichkeit zum wiederherstellen eines remote gelöscht Zweig in github. Die Geschichte klar hält Rekord-der Zweig und verschmilzt mit anderen Branchen, aber ich bin mir nicht sicher, ob es möglich ist, wiederherstellen einer gelöschten Zweig.

Dank.

InformationsquelleAutor luisgo | 2011-01-12

  1. 51

    Ja, es ist möglich, wiederherstellen von gelöschten Zweig aus dem git.

    Finden Sie Ihren Commit-ID: wählen Sie einen Zweig mit git reflog

    Wenn Sie die Niederlassung in Ihrer lokalen git repo-innerhalb der letzten 30 Tage, Sie kann in der Lage sein, um es finden in der reflog mit den folgenden:

    git reflog

    Suche nach dem branch-Namen in das reflog und beachten Sie die HEAD{x} Punkt oder die commit-ID.

    Neu erstellen, das Zweig aus dem Reflog KOPF zeigen:

    git checkout -b branch_name HEAD@{27}

    Neu erstellen Sie, den Zweig aus der commit-ID:

    Können Sie Kasse der commit-ID und erstellen Sie ein Ableger, die commit-Punkt:

    git checkout -b branch_name <commit id>
    Diese nicht die OP das problem. Alles, was Sie tun, ist zu erklären, einen Kreisverkehr Weg, um herauszufinden, was Begehen Sie momentan ausgecheckt haben (ob oder nicht es ist auf einem Zweig). Wenn der gelöschte remote-Niederlassungen waren nicht deutete auf den KOPF, das ist nicht hilfreich. Das könnte vielleicht sein, weiter hinten in der reflogs, wenn Sie überprüft Sie heraus irgendwann wenn.
    dies ist die Methode für die Wiederherstellung einer gelöschten Zweig, ob es weiter hinten oder auf den Kopf, Sie immer noch wiederherstellen auf die gleiche Weise.
    Es ist... irgendwie. Es ist ein bisschen Durcheinander. Sie wirklich wollen, zu verwenden reflog gefolgt von git branch <branch-name> <commit>. (Sie fehlt ein argument dort). Wenn für einige seltsame Grund, die Sie nicht wollen, um tatsächlich das original Zweig zurück, sondern nur vorwärts springen, und führen Sie Sie in Ihrem aktuellen commit, dann könnte man ja git checkout -b <branch-name>; git merge <commit>. Ich weiß nicht, warum, dass würde Ihre Standard-Vorschlag obwohl.
    Bin ich etwas fehlt?? Ich glaube nicht, dass diese Antwort auch "irgendwie" beantwortet die Frage. git reflog zeigt KOPF's Geschichte. Sie haben zu suchen, die für das vorkommen gelöscht foo Zweig. Suche nach "HEAD@{0}" hilft dabei überhaupt nicht. Siehe meine Antwort unten.
    Danke danke danke!!!

    InformationsquelleAutor Highway of Life

  2. 10

    Ist es möglich zu Fragen, für GitHub unterstützen und Ihnen den Blick in die reflog Ihrer remote-repo (wie in diesem thread zum Beispiel).

    Wenn dieser nah genug dran ist (weniger als 30 Tage im Verzug) von der Löschung, das reflog ist immer noch verpflichtet, die nicht mehr verwiesen wird, die von jedem Zweig.

    Erstellen einer Verzweigung auf einer von denen begeht, die es Ihnen erlauben werden, wieder zugänglich.

    Mehr auf reflog finden Sie unter "was zum Teufel ist ein reflog und warum ist es so wichtig?"

    Update: die repo-Besitzer können auch die Abfrage der GitHub-EVents-API:

    Siehe "Tut GitHub erinnern commit-IDs?"

    InformationsquelleAutor VonC

  3. 2

    Wenn der Zweig gelöscht wurde, für eine sehr lange Zeit (in meinem Fall 1 Jahr), aber Sie hatte sich geöffnet, einen pull-request für die Branche, Sie können in der Lage sein, es wieder aufzubauen durch die Suche im pull-requests Geschichte.

    Einmal fand ich die pull-Anfrage für diesen Zweig ich konnte wieder die Filiale. Relevanten commit-Informationen, etc. sind auch aus dem pull-request.

    InformationsquelleAutor Gordon Bean

  4. 1

    git reflog zeigen Ihnen die Geschichte der HEAD. Wenn der Zweig gelöscht wurde benannt foo, dann in der Ausgabe, sollten Sie sehen, Linien, die wie 48534f5 HEAD@{0}: checkout: moving from master to foo oder 48534f5 HEAD@{1}: merge foo: Fast-forward. Sie können nach der Ausgabe von git reflog um herauszufinden, welcher commit müssen die neuesten eine, die foo hinwies.

    Klar, dass die "foo" reflog Datei selbst gelöscht wird, wenn foo wurde gelöscht, aber da ist der KOPF reflog ist anders, es gibt Sie noch.

    InformationsquelleAutor Alexander Bird

  5. 1

    Werfen Sie einen Blick auf dieses python-Skript für den github-events.
    https://github.com/jimzucker/githubutils/blob/master/githubreflog.py

    Ich es geschafft, ziehen Sie Veranstaltungen und machen Sie lesbar, Sie können pipe in grep und suchen für die Branche, die Sie interessiert sind in. wenn dort ist genug Geschichte Sie werden sehen, das löschen-Ereignis für die Branche in Frage, die nächste Zeile wird der Letzte sein, der push-event und das ist der sha, die Sie interessiert sind in.

    InformationsquelleAutor Jim Zucker

Schreibe einen Kommentar