fatale: impossible de résoudre la TÊTE comme un valide ref
Je suis fatale: impossible de résoudre la TÊTE comme un valide réf. chaque fois que je tente de commettre.
J'ai essayé
echo ref: refs/heads/master >.git/HEAD
mais sa ne fonctionne pas
Aussi essayé
git commit
sa ne fonctionne pas par le dessous de sources
Git fatal: No such réf: CHEF"
git tag: fatal: impossible de résoudre "TÊTE" comme valide ref
S'il vous plaît aider..Tous mes commettre l'histoire est aussi allé
qu'est-ce que la sortie de
salut @Flux de sa présentation même "fatal: impossible de résoudre la TÊTE comme un valide réf." si j'essaie la commande git log puis sa me donne des mortels: votre branche courante semble être rompu
En regardant autour de l'internet, j'ai trouvé, il peut être due à une autorisation d'accès. Pourriez-vous donner 777 autorisations pour la
Je pense 777 de commande à distance répertoire? Mon problème est localement...obtenez cette erreur lorsque je ne commettent....
Je sais que le problème est généralement sur le dépôt distant, mais vous pouvez essayer dans votre dépôt local.
git branch -v
?salut @Flux de sa présentation même "fatal: impossible de résoudre la TÊTE comme un valide réf." si j'essaie la commande git log puis sa me donne des mortels: votre branche courante semble être rompu
En regardant autour de l'internet, j'ai trouvé, il peut être due à une autorisation d'accès. Pourriez-vous donner 777 autorisations pour la
.git
dossiers de manière récursive ?Je pense 777 de commande à distance répertoire? Mon problème est localement...obtenez cette erreur lorsque je ne commettent....
Je sais que le problème est généralement sur le dépôt distant, mais vous pouvez essayer dans votre dépôt local.
OriginalL'auteur idurvesh | 2016-06-02
Vous devez vous connecter pour publier un commentaire.
J'ai également rencontrés avec le même problème... et je l'ai résolu en suivant
Édition par Sudip Bhandari
Pourquoi ce travail?
Cassé dépôts git sont souvent le résultat de la corruption du système de fichier en raison de brusque coupure de courant ou d'autres anomalies. Depuis git stocke toutes les informations à l'intérieur .git dossier et ceux qui sont corrompus git ne reconnaît plus le dépôt.
Mises en garde
Tout ce qui est stocker dans votre précédente .git dossier aura disparu. Configurationnelle des choses comme des noms de référence pour vos télécommandes (si vous avez plus d'un), etc, devront être mis en place à nouveau.
OriginalL'auteur Pravesh Khatri
Mon problème était avec
Essayé
Résolu avec
De l'environnement de
OriginalL'auteur hrvoj3e
Dans mon cas, j'ai fini avec deux branches du même nom après une branche de renommage. En supprimant l'un d'entre eux dans .git/refs/heads, tout va revenir à la normale.
OriginalL'auteur Michael Schmid
J'ai eu ce problème après un Écran Bleu de la Mort incident, il était donc similaire à ce que Sudip Bhandari a dit ci-dessus.
.git/refs/heads/<mybranch>
et a constaté que l'entrée a été endommagé (illisible). Ce fichier est censé contenir la commettre-id de la TÊTE de la branche..git/refs/heads/<mybranch>
de la nouvelle caisse sur le corrompu (je suppose que je pourrais avoir juste une réparation par collage dans une récente commit-id de cachette ou quoi que ce soit).git rm -r --cached .
etgit reset --hard
pour nettoyer et ensuite trouvé tout est revenu à la normale.OriginalL'auteur Oscar Bravo