Github windows: s'Engager échec: Échec de la création d'un nouveau commit

J'ai: http://windows.github.com/

Mon projet actuel a autour de 20k fichiers, autour de 150 MO (et ne parle pas de la lenteur qu'il est et je ne peut pas faire une chose maintenant) il n'a même pas m'engager! J'obtiens cette erreur: s'Engager échec: Échec de la création d'un nouveau commit.

Que semble que personne n'est d'avoir.

J'ai déjà supprimé le dossier et cloné encore une fois, pas d'échappatoire. Que faire?

Si je choisis d'ouvrir la coquille, tout cela *** accidents!

Edit:

Depuis le problème que j'ai passé à Git Extensions et je n'ai pas regarder en arrière!

merci pour vos réponses

  • Avez-vous essayé de contacter GitHub Soutien?
  • non, je pourrais le faire, mais je ne suis pas en espérant une réponse en moins d'une semaine, c'est pourquoi j'ai pris la question ici..
  • eh bien, je les ai contactés et ils ont résolu certains problèmes.. (assez rapide)
  • Il serait bien de dire ce qu'ils ont fait, c'était une correction?
  • les mises à jour tout le monde est avec github pour gagner est ce qu'ils ont fait. C'est toujours très très très lent, avec beaucoup de fichiers, et parfois il "manque" de certains fichiers (peut-être que c'est mon problème, mais c'est arrivé quelques fois)...
  • Passe encore avec la dernière version d'aujourd'hui.
  • J'ai eu ce problème quand j'ai essayé de commettre un code qui eu une .git dossier caché à l'intérieur.
  • Pour référence future (et puisque c'est la #1 résultat sur Google pour cette erreur), GitHub soutien m'a dit vous pouvez vérifier C:\Users\{user}\AppData\Local\GitHub\TheLog.txt pour les éventuelles erreurs, et de communiquer avec eux si c'est pas être résolu à partir de là.

InformationsquelleAutor Totty.js | 2012-06-27
  1. 77

    Ce qui m'est arrivé. Essayez l'ouverture de PowerShell et manuellement commettre chaque fichier à l'aide de la "git add [nom de fichier] de la commande". Pour voir quels fichiers ont été ajoutés, entrez "git status" dans la ligne de commande. Le vert des fichiers ont été ajoutés, les rouges n'ont pas été ajoutés.

    Une fois que vous avez ajouté tous, type "git commit." Revenez ensuite à Github pour Windows et synchroniser vers le haut.

    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 allé à la normale, génial comportement.

    • ils ont bien corrigé le bug de +/- une semaine de sorte qu'il ne se produise de nouveau. Mais merci pour votre réponse
    • M'est juste arrivé. A ajouter manuellement plus de 200 fichiers... hourra...
    • Juste a ce que cela arrive à moi, il suffit de ne git add .\ et le res de votre conseil. A travaillé comme un charme!
    • Vous pouvez utiliser git add -A pour éviter de faire manuellement chaque fichier.
    • Utilisé git add [file name] en PowerShell et j'ai eu un message d'erreur (fichier de verrouillage). Pourquoi ne peut-GitHub pour Windows sont que trop? ... +1
    • Aussi avoir l'un de ces fichiers ouverts en même temps ne peut pas être productif à s'engager... (Mon problème)..
    • Besoin de quelque temps pour réaliser le point derrière git commit. . Avez-vous besoin? J'ai utilisé git commit -m "My comment" et il fonctionne.

    InformationsquelleAutor mpoulshock
  2. 34

    J'ai eu ce problème aussi, après un crash inattendu. Je ne pouvais pas fixer à l'aide de la "Coquille Ouverte" option comme le suggère. J'ai dû ouvrir les Fenêtres de la CLI (Start -> run -> cmd) et de supprimer les index.lock fichier sur mon Dépôt de dossier:

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

    Puis, quand je suis retourné à la GitHub application, elle s'est engagée avec succès.

    Noter que pour certaines personnes, selon les commentaires, le fichier à supprimer n'est pas de la .lock extension, de sorte que la commande de suppression pourrait également être del index.

    • +1 - cela a réglé mon problème
    • Dès que j'ai supprimé pour Windows je pourrais commmit utilisation de Github pour Windows. Merci!
    • Merci beaucoup - vous fixé ce pour moi aussi 🙂
    • Je vous remercie. Cela m'a aidé. Juste supprimé de l'index.serrure avec l'explorateur de fichiers. +1
    • pour moi, il a travaillé avec del index pas del index.lock
    • Pour moi, il était nécessaire d'exécuter git add . par la suite, pour l'indice de fonctionner de nouveau correctement.

    InformationsquelleAutor underblob
  3. 17

    Im en utilisant Githug pour Windows (7) et face au même problème. Alors que l'aide de PowerShell, j'ai réalisé que je n'avais pas remplir les Nom, prénom et adresse e-mail dans tools > options. Ressembler à une erreur de débutant (que je suis!).

    espère que cela aide!

    • Exactement terrible de la conception. Ils demandent pour cette configuration supplémentaire sur le haut du compte et d'avertir que "tout le monde aura accès à cet e-mail" et "Ce qui va changer vos gitconfig". Et ils n'ont pas pris la peine d'expliquer POURQUOI, ils peuvent dire "c'est une procédure obligatoire pour avoir commis" et qu'il l'aidera. Quand j'ai lu pour la première fois, j'ai pensé - pourquoi ai-je besoin d'aller à travers elle et l'annulation de l'étape... et à la fin de la recherche de solution sur cette page 🙂
    • Je vote +1 Pour le Githug faute de frappe 🙂
    InformationsquelleAutor Daniel Vitor
  4. 7

    juste essayer de commettre quelques-uns de vos mises à jour. 5 par exemple. et puis faire un autre commit avec toutes les autres mises à jour.

    • Oui, cela a fonctionné pour mon temps en temps. C'est une sorte de buggy cette git pour gagner.. :S
    InformationsquelleAutor Sorokin Andrey
  5. 4

    Je suis avec windows client et obtenir la même erreur. Puis, soudain, j'ai réalisé que ma bd locale dans app_data a été ouvert sur le SQL de gestion. Il ne peut tout simplement pas s'engager les quelques fichiers sur github si ils sont ouverts ou de l'aide à d'autres programmes.

    Juste déconnecté de gestion de studio fermé et tout simplement commis.

    C'est peut être ton cas aussi. Vérifiez que vos fichiers de sortie!

    • pas toujours.. parfois j'ai mon mongodb et les deux œuvres, et non. Aussi, quand n'est pas en cours d'exécution. Mais le problème est que dans la belle victoire de gui, et non à partir de la ligne de commande.
    InformationsquelleAutor osmancelik
  6. 4

    Alors les gars c'est le plein que j'avais à prendre afin de résoudre le problème...

    1) à l'Aide de l'Explorateur de Processus (vous pouvez télécharger le formulaire ici http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx) j'ai cherché pendant tout le processus de référencement ".git\index" et puis je l'ai tué.

    2)Ensuite, à l'aide de Git Shell (Windows Power Shell) je suis allé dans le référentiel qui me donnait tant de mal et puis de plus est allé dans ses .git dossier. (cd-rom .\your_respository_name\.git). J'ai ensuite retiré de l'index.verrouillage de fichier dans ce répertoire (rm-r indice.lock).

    3)Puis, à partir de l'intérieur de ce même répertoire, j'ai couru git reset HEAD.

    4)Puis j'ai manuellement commis chaque fichier à l'aide de la "git add [nom_fichier]" comand. (Vous pouvez vérifier qu'ils ont été ajoutés avec succès si lorsque vous exécutez git status, les fichiers sont au vert.

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

    6)Enfin revenir à github pour windows et tout synchroniser, et il devrait, espérons-le travail et résoudre le problème.

    • Cela a fonctionné pour moi aussi, lorsque j'ai exécuté la commande commit dans la coquille, il m'a donné le message d'erreur: supprimer l'index.verrouillage. Après j'ai fait ce qu'il pouvait commettre normalement. Je n'ai pas pour ajouter les fichiers manuellement.
    InformationsquelleAutor Sabashan Ragavan
  7. 3

    Ce problème qui semble être un bug dans le github client - je le faire "tout le temps" sur la machine sur laquelle j'ai installé le client github.
    Je n'ai Jamais vu ça sur le git + github PC (je n'ai pas utilisé depuis quelques jours maintenant).
    Faire le "git add" puis "git commit" a fonctionné pour moi aussi sur le shell, mais c'est la chose la GUI devrait faire pas moi - sinon, je peux en tenir simplement à l'git shell client.

    InformationsquelleAutor Marc
  8. 2

    Eu le même problème, ne pouvait pas s'engager ou de synchronisation à l'aide de l'interface graphique windows, mais j'ai pu valider les modifications apportées à travers la coquille. Une fois que j'avais ajouté les changements à travers la coquille de l'interface utilisateur windows a commencé à synchroniser normalement. J'espère que c'est un one off.

    InformationsquelleAutor Scarel
  9. 2

    J'avais une question intéressante - même si j'avais un fichier excel ouvert appelé "Combiné - ForImportv4.xlsm", Git UI avait pas de problème en vérifiant que dans mais il a donné l'erreur dans le cas des OP sujet pour le fichier de sauvegarde "~$Combiné - ForImportv4.xlsm" si j'ai jeté ce changement et tout est allé de travers.

    PS: pour ce qui est pourquoi je suis à la vérification d'un fichier Excel dans le dépôt Git ... juste ne pas y suis arrivé :)...

    InformationsquelleAutor nchaud
  10. 2

    J'ai eu ce problème avec le git du bureau de windows s'engager outil. J'ai été faire cela souvent et j'ai compris que Visual studio a été verrouillage de fichiers. Pour contourner ce problème, j'ai simplement fermé visual studio et de la validation /synchronisation a bien fonctionné.

    • La fermeture de l'application Github et la réouverture de nouveau fonctionné pour moi
    InformationsquelleAutor user1593329
  11. 1

    J'ai juste eu le même problème, essayé quelques suggestions sur ce post, mais aucune n'a fonctionné donc ce que j'ai fait, sur le GiTHub du client, je suis allé à tools -> settings et ensuite cliquez sur la section où il est dit ajouter/créer par défaut les fichiers ignorés. Ensuite à coup de mise à Jour et d'essayer de s'engager de nouveau par le client.

    InformationsquelleAutor Komengem
  12. 1

    C'était pour moi quand mon projet a été ouvert dans un IDE (Netbeans dans mon cas), assurez-vous non des fichiers que vous êtes sur le point de commettre n'est pas ouvert dans un programme.

    • ce ~peut~ ont été ma raison de trop... a Aptana ouvrir
    InformationsquelleAutor eric.itzhak
  13. 1

    J'ai vérifié le fichier journal à C:\Users{utilisateur}\AppData\Local\GitHub\TheLog.txt et a trouvé ce message d'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 que la livraison a ensuite été créé avec succès.
    n.b. J'ai supprimé le chemin du fichier dans l'erreur ci-dessus.

    InformationsquelleAutor cracked_machine
  14. 1

    Si vous êtes un nouvel utilisateur, assurez-vous que vous avez confirmé votre adresse e-mail. Avait le même problème et la confirmation fixe!

    InformationsquelleAutor Maciek Nalewczyński
  15. 1

    Vous pouvez manuellement accédez à l'index.de verrouillage qui se trouve à l'intérieur, le caché .git dossier de votre emplacement du dépôt. Une fois que vous supprimer de l'index.de verrouillage, vous serez en mesure de s'engager comme par habitude.

    Le moyen le plus facile pour naviguer vers le dossier de cliquer sur le dossier de la chapelure à l'intérieur de l'explorateur windows et ajouter \.git et appuyez sur entrée.

    • peut aller dans commentaire
    InformationsquelleAutor Sam Keightley
  16. 1

    Il suffit de supprimer 'index.lock' en '/.git/' annuaire. Résolu le problème pour moi instantanément.

    InformationsquelleAutor DualCore
  17. 1

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

    Mon problème était que la description de mon nouveau repo était trop long. Il y a un charlimit pour la description, mais GitHub essayé de pousser de toute façon et a échoué.

    InformationsquelleAutor Navin
  18. 0

    J'ai eu cela m'arrive à moi et ce est la façon la plus facile pour résoudre le problème:

    1. Faire une copie de votre dossier local qui a les pensions de titres et supprimer le .git dossier de la forme.
    2. De supprimer l'original repo dossier avec les fichiers.
    3. Re-cloner le repo de GitHub avec le client Windows.
    4. Supprimer tous les fichiers qui se cloné à l'exception de l' .git dossier.
    5. Copier tous les fichiers du dossier copié dans le nouveau clone dossier.

    Ajouter dans votre commettre des notes et la validation devrait fonctionner cette fois.

    InformationsquelleAutor Jason Rundell
  19. 0

    J'ai eu le même problème et je l'ai corrigé en renommant un fichier parce que son nom était trop long. Le problème est résolu.
    Ici est le message d'erreur à partir de git shell:

    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
    InformationsquelleAutor Strabek
  20. 0

    J'ai REDÉMARRÉ mon ordinateur Windows 7 et essayé de nouveau - IL a TRAVAILLÉ!

    J'ai eu la "Commettre un échec: Échec de la création d'un nouveau commit" et essayé de supprimer l'index ou indice.verrouillage de fichier via l'invite de commande windows et qui n'a pas fonctionné. Je l'ai supprimé via l'explorateur windows, qui ne fonctionne pas.

    J'ai essayé de vérifier les informations d'identification comme une autre réponse à cette liste l'a dit, mais ne pouvait pas le comprendre et les informations d'identification semblait "ok". Donc - j'ai redémarré. Viola.

    Je ne suis pas sûr que cela va aider quelqu'un, je ne suis pas du tout un grand w/ce genre de choses, mais en essayant.

    InformationsquelleAutor FloppyDisk