Fenêtres Github: Échec de la validation: Échec de la création d’une nouvelle validation

Cela m’est arrivé Essayez d’ouvrir PowerShell et de valider manuellement chaque fichier à l’aide de la commande “git add [nom de fichier]”. Pour voir quels fichiers ont été ajoutés, entrez “git status” dans la ligne de commande. Les fichiers verts ont été ajoutés, les fichiers rouges n’ont pas été ajoutés.

Une fois que vous les avez tous ajoutés, tapez “git commit”. Revenez ensuite à Github pour Windows et synchronisez-le.

Je ne suis pas sûr de ce qui cause ce problème, mais une fois que j’ai suivi les étapes ci-dessus, Github est revenu à son comportement normal et génial.

J’ai eu ce problème aussi après un crash inattendu. Je n’ai pas pu réparer en utilisant l’option “Open Shell” comme suggéré. J’ai dû ouvrir la CLI de Windows ( Start -> run -> cmd ) et supprimer le fichier index.lock dans mon dossier GitHub:

 cd \Users\myUser\my\local\github\repo cd .git del index.lock 

Ensuite, lorsque je suis revenu à l’application GitHub, celle-ci s’est bien déroulée.

Notez que pour certaines personnes, selon les commentaires, le fichier à supprimer n’a pas l’extension .lock , donc la commande delete peut également être del index .

Im utilisant Githug pour Windows (7) et fait face au même problème. Lors de l’utilisation de PowerShell, j’ai réalisé que je ne remplissais pas le nom complet et l’adresse électronique dans les tools > options . Ressemble à une erreur de débutant (et je le suis!).

J’espère que cela aide!

juste essayer de commettre un peu de vos mises à jour. 5 par exemple. puis faites une autre validation avec toutes les autres mises à jour.

J’utilise le client Windows et j’obtiens la même erreur. Puis, soudain, j’ai réalisé que ma firebase database locale dans app_data était ouverte sur la gestion SQL. Il ne peut tout simplement pas valider certains fichiers sur github s’ils sont ouverts ou utilisés dans les autres programmes.

Juste studio de gestion déconnecté fermé et tout simplement commis.
Cela peut être votre cas aussi. Vérifiez vos fichiers!

Donc, les gars, ce sont les étapes à suivre pour résoudre le problème …

1) En utilisant Process Explorer (vous pouvez le télécharger ici http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx ), j’ai recherché tout processus faisant référence à “.git \ index” et ensuite je l’ai tué.

2) Puis, en utilisant Git Shell (Windows Power Shell), je suis entré dans le référentiel qui me posait une telle difficulté, puis je suis allé dans son dossier .git. (cd. \ your_respository_name \ .git). J’ai ensuite supprimé le fichier index.lock dans ce répertoire (rm -r index.lock).

3) Puis, depuis ce même répertoire, j’ai lancé git reset HEAD.

4) Ensuite, j’ai engagé manuellement chaque fichier en utilisant le comand “git add [nom_fichier]”. (Vous pouvez vérifier qu’ils ont été ajoutés avec succès si vous exécutez git status, les fichiers sont en vert.

5) Ensuite, lancez git commit si vos fichiers sont ajoutés correctement.

6) Enfin, retournez à github pour Windows et synchronisez tout et, espérons-le, cela fonctionnera et résoudra le problème.

Ce problème semble être un bogue dans le client github – je le trouve “tout le temps” sur la machine sur laquelle je n’ai installé que le client github. Je ne l’ai jamais vu sur le PC git + github (je ne l’ai pas utilisé depuis quelques jours maintenant). Faire le “git add”. et puis “git commit” a fonctionné pour moi aussi sur le shell – mais c’est la chose que l’interface graphique devrait faire, pas moi – sinon je peux juste restr avec le client git shell.

Avait le même problème, ne pouvait pas commettre ou synchroniser en utilisant l’interface graphique de Windows, mais je pouvais commettre les modifications via le shell. Une fois que j’ai ajouté les modifications via le shell, l’interface graphique de Windows a commencé à se synchroniser normalement. Si tout va bien, c’est un.

J’ai eu un problème intéressant – même si j’avais un fichier excel appelé “Combined – ForImportv4.xlsm”, l’interface utilisateur de Git n’avait aucun problème à la vérifier, mais elle donnait l’erreur au sujet du fichier de sauvegarde “~ $ Combined – ForImportv4 .xlsm “j’ai donc jeté ce changement et tout est passé.

PS: Pour ce qui est de la raison pour laquelle je vérifie un fichier Excel dans Git … je n’y suis pas arrivé:) …

J’ai eu ce problème avec l’outil de validation du bureau Windows de git. Je recevais cela souvent et j’ai compris que Visual Studios verrouillait les fichiers. Pour contourner ce problème, j’ai simplement fermé Visual Studio et la validation / synchronisation a bien fonctionné.

J’ai juste eu le même problème, essayé certaines des suggestions sur ce post, mais aucune n’a fonctionné donc ce que j’ai fait était, sur le client GiTHub je suis allé aux tools -> settings puis cliquez sur la section où il est dit append / créer des fichiers ignorés par défaut . Ensuite, appuyez sur Mettre à jour et essayez de vous engager à nouveau via le client.

Cela m’est arrivé lorsque mon projet a été ouvert dans un IDE (Netbeans dans mon cas), assurez-vous que les fichiers que vous êtes sur le sharepoint créer ne sont pas ouverts dans certains programmes.

J’ai vérifié le fichier journal dans C: \ Users {user} \ AppData \ Local \ GitHub \ TheLog.txt et trouvé cette erreur:

 LibGit2Sharp.LibGit2SharpException: Could not open 'SomePath\SomeProject.opensdf': The process cannot access the file because it is being used by another process. 

J’ai fermé Visual Studio et le commit a été créé avec succès. nb J’ai supprimé le chemin d’access du fichier dans l’erreur ci-dessus.

Si vous êtes un nouvel utilisateur, assurez-vous d’avoir confirmé votre adresse e-mail. Même problème et confirmation corrigée!

Vous pouvez accéder manuellement à index.lock qui se trouve dans le dossier .git caché de votre emplacement de référentiel. Une fois que vous supprimez index.lock, vous pourrez vous engager comme d’habitude.

La manière la plus simple de naviguer dans le dossier consiste à cliquer sur le dossier d’affichage dans Windows Explorer et à append \ .git et à appuyer sur Entrée.

Supprimez simplement ‘index.lock’ dans le répertoire ‘/.git/’. Résolu le problème pour moi instantanément.

J’ai googlé failed to create repository et a fini ici.

Mon problème était que la description de mon nouveau repo était trop longue. Il y a un charlimit pour la description, mais GitHub a essayé de le pousser quand même et a échoué.

Cela m’est arrivé et c’est le moyen le plus simple de le réparer:

1. Faites une copie de votre dossier local contenant le repository et supprimez le dossier .git.
2. Supprimez le dossier repo d’origine avec les fichiers.
3. Re-cloner le repository de GitHub avec le client Windows.
4. Supprimez tous les fichiers clonés, à l’exception du dossier .git.
5. Copiez tous les fichiers du dossier copié dans le nouveau dossier clone.

Ajoutez vos notes de validation et la validation devrait fonctionner cette fois-ci.

J’ai eu le même problème et je l’ai corrigé en renommant un des fichiers car son nom était trop long. Cela a résolu le problème. Voici un message d’erreur du shell git:

 fatal: unable to stat 'plugins/com.napolitano.cordova.plugin.intent/example/app/platforms/android/CordovaLib/build/intermediates/classes/debug/org/apache/cordova/NativeToJsMessageQueue$OnlineEventsBridgeMode$OnlineEventsBridgeModeDelegate.class': Filename too long 

J’ai redémarré ma machine Windows 7 et essayé à nouveau – CELA FONCTIONNE!

J’ai eu le “Commit failed: Failed to create a commit” et j’ai essayé de supprimer le fichier index ou index.lock via l’invite de commande windows et cela n’a pas fonctionné. Je l’ai supprimé via l’explorateur Windows, cela n’a pas fonctionné.

J’ai essayé de vérifier les informations d’identification comme une autre réponse dans cette liste, mais je n’ai pas réussi à le comprendre et les informations d’identification semblaient “correctes”. Donc, j’ai redémarré. Alto.

Je ne suis pas sûr que cela puisse aider quelqu’un, je ne suis pas très bien avec ce genre de choses, mais en train d’essayer.