Ne github garder supprimé les branches distantes dans l'histoire? Si oui, est-ce que ceux-elle être restaurée?

Je me demandais si il existe un moyen de restaurer une distance supprimé branche sur github. Clairement l'histoire garde en mémoire la branche et se confond avec les autres branches, mais je ne suis pas sûr si c'est possible de restaurer une suppression de la succursale.

Grâce.

InformationsquelleAutor luisgo | 2011-01-12
  1. 52

    Oui, il est possible de restaurer une suppression de la branche à partir de git.

    Trouver votre s'Engager ID: Recherche d'une branche à l'aide de git reflog

    Si vous avez eu la branche dans vos locaux repo git dans les 30 derniers jours, vous pourriez être en mesure de trouver dans le reflog utilisant les éléments suivants:

    git reflog

    Recherche pour le nom de la branche dans le reflog et note la HEAD{x} point ou la validation d'identité.

    Re-créer la branche à partir de la Reflog TÊTE point:

    git checkout -b branch_name HEAD@{27}

    Re-créer la branche à partir de la validation ID:

    Vous pouvez les extraire de la validation de l'ID et de créer une branche de ce point de validation:

    git checkout -b branch_name <commit id>
    • Ce n'est pas l'adresse de l'OP du problème. Tout ce que vous faites, c'est d'expliquer un rond-point façon de trouver ce qui vous engage actuellement ont vérifié (qu'il soit ou non sur une branche). Si l'supprimé à distance les branches n'étaient pas de pointage à la TÊTE, ce n'est pas utile. Ils pourraient peut-être être plus en arrière dans le reflogs, si vous avez vérifié à un certain point, cependant.
    • c'est la méthode pour récupérer supprimé de la branche, soit à l'arrière ou à la tête, vous avez encore récupérer de la même manière.
    • Il est... en quelque sorte. C'est un peu confuse. Vous voulez vraiment utiliser reflog suivie par git branch <branch-name> <commit>. (Il vous manque un argument de là). Si, pour une raison étrange, vous ne voulez pas d'obtenir l'original de la branche, mais il suffit de sauter de l'avant et de le fusionner dans votre commit courant, alors oui, vous pourriez git checkout -b <branch-name>; git merge <commit>. Je ne sais pas pourquoi ce serait par défaut de votre suggestion si.
    • vous avez raison.
    • Ai-je raté quelque chose?? Je ne pense pas que cette réponse même "une sorte de" réponses à la question. git reflog montrera CHEF's de l'histoire. Vous avez à la recherche que pour les occurrences de l'supprimé foo branche. trouver "la TÊTE de@{0}" ne permet pas à tous. Voir ma réponse ci-dessous.
    • - Je raté quelque chose??" Oui, veuillez lire: gitolite.com/concepts/reflog.html
    • J'aime la façon dont vous reformuler la réponse à cette dernière édition. +1
    • ouais après votre commentaire et de la re-lecture de la réponse, j'ai réalisé que j'avais besoin d'une meilleure explication. 🙂 -- Merci!!!!!
    • meilleure réponse
    • Merci merci merci!!!!
    • Vous avez juste a aidé à éviter une crise cardiaque..bouée de sauvetage! Grand Merci à vous!
    • donc, si j'ai un nom d'une branche qui a été créé il y a 2 ans avec un commit, puis supprimé. J'ai le nouveau portable (donc pas de modifications locales, ni les branches). Je suis incapable de restaurer la branche avec ses commet?
    • Pas si il n'a jamais été poussé à distance.

    InformationsquelleAutor Highway of Life
  2. 10

    Il est possible de demander GitHub soutien et leur demander de regarder dans le reflog de votre télécommande repo (comme dans ce fil par exemple).

    Si c'est assez proche (moins de 30 jours par défaut) à partir de la suppression, le reflog contient encore les commits qui ne sont plus référencés par n'importe quelle branche.

    La création d'une branche sur l'un de ces commet de leur permettre d'être de nouveau accessible.

    Pour en savoir plus sur reflog, voir "ce que le diable est un reflog et pourquoi est-il si important?"

    Mise à jour: le repo propriétaire peut également interroger l'API GitHub:

    Voir "Ne GitHub souvenir de commettre des Id?"

    InformationsquelleAutor VonC
  3. 3

    Lorsque le service a été supprimé pour un temps très long (dans mon cas, 1 an), mais vous avez ouvert un pull request pour la branche, vous pourriez être en mesure de ressusciter par la recherche dans la liste des demandes de l'histoire.

    Une fois j'ai trouvé le pull request pour la branche j'ai pu restaurer la branche. Commit l'information, etc. sont également disponibles à partir de la demande d'extraction.

    InformationsquelleAutor Gordon Bean
  4. 1

    git reflog vous montrera l'histoire de HEAD. Si la branche que vous avez supprimé a été nommé foo, puis dans celle de sortie, vous devriez voir des lignes comme 48534f5 HEAD@{0}: checkout: moving from master to foo ou 48534f5 HEAD@{1}: merge foo: Fast-forward. Vous pouvez rechercher la sortie de git reflog de comprendre à qui s'engagent doit être la dernière que foo souligné.

    Faire réaliser, que la "foo" reflog fichier lui-même est supprimé lorsque foo a été supprimé, mais depuis que le CHEF de l'reflog est différent, il existe toujours.

    InformationsquelleAutor Alexander Bird
  5. 1

    Prendre un coup d'oeil à ce script python pour github événements.
    https://github.com/jimzucker/githubutils/blob/master/githubreflog.py

    Je l'ai créé pour tirer des événements et de les rendre lisibles, vous pouvez pipe dans de grep et de regarder pour la branche qui vous intéresse. si il y a assez de l'histoire, vous verrez l'événement de suppression de la succursale en question, la ligne suivante sera la dernière poussée de l'événement et c'est le csa qui vous intéresse.

    InformationsquelleAutor Jim Zucker