Recherche…
Récupérer d'un engagement perdu
Au cas où vous seriez revenu à un engagement passé et perdu un nouvel engagement, vous pouvez récupérer le commit perdu en exécutant
git reflog
Ensuite, trouvez votre commit perdu et recommencez en faisant
git reset HEAD --hard <sha1-of-commit>
Restaurer un fichier supprimé après une validation
Dans le cas où vous avez accidentellement commis une suppression sur un fichier et réalisé par la suite que vous en avez besoin.
Recherchez d'abord l'ID de validation du commit qui a supprimé votre fichier.
git log --diff-filter=D --summary
Vous donnera un résumé trié des commits qui ont supprimé les fichiers.
Ensuite, procédez à la restauration du fichier par
git checkout 81eeccf~1 <your-lost-file-name>
(Remplacez 81eeccf par votre propre identifiant de validation)
Restaurer le fichier vers une version précédente
Pour restaurer un fichier à une version précédente, vous pouvez utiliser la reset .
git reset <sha1-of-commit> <file-name>
Si vous avez déjà apporté des modifications locales au fichier (que vous n’avez pas besoin!), Vous pouvez également utiliser l’option --hard
Récupérer une branche supprimée
Pour récupérer une branche supprimée, vous devez rechercher le commit qui était la tête de votre branche supprimée en exécutant
git reflog
Vous pouvez ensuite recréer la branche en cours d'exécution
git checkout -b <branch-name> <sha1-of-commit>
Vous ne serez pas en mesure de récupérer les branches supprimées si le commit effacé par le ramasse - miettes de git - sans réf. Ayez toujours une sauvegarde de votre référentiel, en particulier lorsque vous travaillez dans une petite équipe / un projet propriétaire
Récupération d'une réinitialisation
Avec Git, vous pouvez (presque) toujours revenir en arrière
N'ayez pas peur d'expérimenter des commandes qui réécrivent l'historique *. Git ne supprime pas vos commits pendant 90 jours par défaut et pendant ce temps, vous pouvez facilement les récupérer depuis le renvoi:
$ git reset @~3 # go back 3 commits
$ git reflog
c4f708b HEAD@{0}: reset: moving to @~3
2c52489 HEAD@{1}: commit: more changes
4a5246d HEAD@{2}: commit: make important changes
e8571e4 HEAD@{3}: commit: make some changes
... earlier commits ...
$ git reset 2c52489
... and you're back where you started
* Surveillez les options comme --hard et --force si - elles peuvent rejeter des données.
* Evitez également de réécrire l'historique sur les branches sur lesquelles vous collaborez.
Récupérer de Git Stash
Pour obtenir votre plus récente réserve après avoir exécuté git stash, utilisez
git stash apply
Pour voir une liste de vos caches, utilisez
git stash list
Vous obtiendrez une liste qui ressemble à quelque chose comme ça
stash@{0}: WIP on master: 67a4e01 Merge tests into develop
stash@{1}: WIP on master: 70f0d95 Add user role to localStorage on user login
Choisissez un autre git stash à restaurer avec le numéro qui apparaît pour la réserve que vous voulez
git stash apply stash@{2}
Vous pouvez également choisir «git stash pop», cela fonctionne de la même manière que «git stash apply», par exemple.
git stash pop
ou
git stash pop stash@{2}
Différence dans Git Stash s'applique et git stash pop ...
Git Stash Pop : - Les données de stash seront supprimées de la pile de la liste de stash.
Ex:-
git stash list
Vous obtiendrez une liste qui ressemble à quelque chose comme ça
stash@{0}: WIP on master: 67a4e01 Merge tests into develop
stash@{1}: WIP on master: 70f0d95 Add user role to localStorage on user login
Maintenant, pop des données de stockage en utilisant la commande
git stash pop
Vérifiez à nouveau la liste de réserve
git stash list
Vous obtiendrez une liste qui ressemble à quelque chose comme ça
stash@{0}: WIP on master: 70f0d95 Add user role to localStorage on user login
Vous pouvez voir qu'une des données de la mémoire cache est supprimée de la liste de dissimulation et que la réserve @ {1} est devenue stash @ {0}.
