Il s'agit de la commande git-repair qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
git-repair - Corrige un référentiel git cassé
SYNOPSIS
git-réparation [--force]
DESCRIPTION
Cela peut réparer un référentiel git corrompu ou cassé, ce que git fsck ne ferait que se plaindre
problèmes.
Il le fait en supprimant tous les objets corrompus et en récupérant tous les objets manquants qu'il peut
depuis les télécommandes du référentiel.
Si cela ne suffit pas pour récupérer complètement le référentiel, il peut également réinitialiser les branches
aux commits avant la corruption, supprimez les branches qui ne sont plus disponibles
en raison des données perdues et supprimez tous les fichiers manquants de l'index. Il ne le fera que si
courir avec le --Obliger option, car cela réécrit l'histoire et jette les données manquantes.
Notez que le --Obliger l'option ne touche jamais les balises, même si elles ne sont plus utilisables en raison de
données manquantes.
Après avoir exécuté cette commande, vous voudrez probablement exécuter jet fsck pour vérifier qu'il a corrigé le
dépôt. Notez que fsck peut toujours se plaindre des objets référencés par le reflog, ou
la cachette, s'ils ne pouvaient pas être récupérés. Cette commande n'essaie pas de nettoyer
soit le reflog, soit la cachette.
Étant donné que cette commande décompresse tous les packs du référentiel, vous souhaiterez peut-être exécuter jet gc
après.
TESTS
git-repair est capable de se tester, en faisant une copie temporaire du référentiel git c'est
exécuter, l'endommager de manière aléatoire et vérifier qu'il peut le réparer afin que git fsck
signale aucun problème.
Cela se fait à l'aide du paramètre --test et des paramètres associés --numtests et --retry.
Notez que les tests trouveront parfois des référentiels qui ne peuvent être réparés que lorsque
--force est utilisé ; c'est prévu. En revanche, s'il ne parvient pas à récupérer un référentiel
avec --force, alors le test a trouvé un bogue !
Utilisez git-repair en ligne en utilisant les services onworks.net