2016-05-13 1 views
3

Nous avons récemment essayé le passage de Sublime à Atom, et commencé à utiliser GitKraken aussi (nous avons surtout juste travaillé avec git en ligne de commande)Problèmes avec certains repo git dans GitKraken et Atom, ce qui provoque Atom d'être inutilisable

Nous avons quelques projets avec git qui causent de sérieux problèmes. L'un des principaux était que nous travaillions presque tous les jours sur un site Magento 1.9 (bien que nous ayons d'autres sites Magento 1.9 sur des repos git qui n'ont aucun problème avec Atom). Ce qui se passe, c'est que nous ouvrons le projet dans Atom et que nous ne pouvons ouvrir aucun fichier. Il semble que l'on continue à initialiser les informations git (les dossiers restent incolores). Parfois, lorsque nous ouvrons le projet dans Atom cela fonctionne, la plupart du temps, il ne fonctionne pas. Nous avons remarqué une corrélation de 1: 1 avec GitKraken quand cela se produit - quand nous essayons d'ouvrir le repo dans gitkraken nous obtenons une erreur qu'il ne peut pas trouver de repo - même s'il charge le repo juste bien, mais après un long délai . À d'autres moments cela ne se produit pas, et c'est à ce moment-là que ça s'ouvre bien dans Atom. Nous pourrions le laisser pendant quelques heures intactes et y revenir et tout à coup nous ne pourrons ouvrir aucun dossier. Cela arrive à tous les utilisateurs du bureau.

Le problème avec l'atome est certainement lié à git. Si nous supprimons le repo et ouvrons le projet, cela ne pose aucun problème. Je pensais, peut-être que la taille du repo ou l'histoire avait quelque chose à voir avec ça, donc nous avons essayé d'initialiser un nouveau repo, ajouté les fichiers et fait notre premier commit, et toujours le même problème. Notre fichier git ignore est presque identique aux autres sites magento qui n'ont aucun problème avec Atom ou Gitkraken. Honnêtement, c'est un problème tellement étrange que je ne sais même pas à qui envoyer le rapport de bogue, et nous n'avons rien trouvé dans notre recherche. Une chose que nous avons découvert de la note, chaque fois que nous avons ce problème, si nous gérons l'interface graphique Git dans ce dossier repo git (simplement ouvrir git gui), puis tous les problèmes avec Atom et GitKraken disparaît pour un temps. Finalement, les problèmes reviennent juste.

+0

Ces dépôts git problématiques ont-ils des sous-modules? – VonC

+0

Non, pas de sous-modules, je viens de faire une recherche de tous les dossiers .git que je ne savais pas, rien –

+0

Quel système d'exploitation, version de l'atome et la version de gitkraken utilisez-vous? Avez-vous un exemple de référentiel que vous seriez prêt à partager (publiquement ou en privé)? Vous pouvez nous soumettre le problème à nodegit (https://github.com/nodegit/nodegit), car nodegit est utilisé pour les deux et peut être le coupable, et il se propagerait bien aux équipes Gitkraken et Atom à partir de là aussi . – MaxK

Répondre

2

Ceci est une réponse très tardive à un problème vieux de six mois, et ce n'est peut-être pas le problème réel. Mais je viens de trouver un dépôt que GitKraken ne pouvait pas gérer, et j'ai réduit le problème. Tourné que dans ce fichier de mise en pension .git/config, il y avait deux sections avec la configuration suivante:

[gitflow "branch"] 
    master = master 
    develop = develop 
[gitflow "prefix"] 
    feature = feature/ 
    release = release/ 
    hotfix = hotfix/ 
    support = support/ 

Avec ces deux sections dans la section .git/config de la prise en pension, GitKraken ne pas ouvrir le repo: il serait juste assis là avec son Spinner "occupé" tournant, et tournant, et aller nulle part. Mais si j'ai enlevé ces deux sections gitflow de .git/config, GitKraken a facilement ouvert le repo, et le spinner "occupé" était visible pendant seulement 2-3 secondes. Par conséquent, si votre référentiel utilise git-flow, essayez de supprimer ces deux sections de configuration d'une copie locale du repo et voyez si cela permet à Git Kraken de l'ouvrir.