Gitkraken bloqué à l'ouverture de la pension

fermez gitkraken et allez dans votre répertoire personnel. Supprimer le dossier caché ".gitkraken". Dossier." gitkraken" sera créé automatiquement à la reprise. Cette solution fonctionne pour moi.

pour les utilisateurs mac et linux: rm ~/.gitkraken

ce n'est pas une bonne solution, mais j'ai le même problème. J'ai pu le contourner en fermant Visual Studio avant D'ouvrir GitKraken. Il ne reste bloqué que lorsque L'ouverture et le VS sont déjà ouverts.

actuellement pour une solution de contournement je vois - > recharger (Ctrl + R).

je viens d'avoir un problème similaire (peut-être le même) avec GitKraken V2.7.0 x64 sur Windows. GitKraken s'est écrasé et a essayé d'ouvrir la pension après ça. Cela n'a jamais fini. Je suppose que cela est causé par visual studio qui était ouvert à l'époque et VS et GitKraken ne sont pas exactement amis. J'ai tué GitKraken, fermé VS. Après cela, en ouvrant le repo dans GitKraken, il a dit quelque chose comme "il n'y a pas de repo, voulez-vous l'initialiser?". Cela a également échoué. Pas sûr de ce que la cause de la problème est.

la solution cependant était de vérifier une autre branche du CLI. après que GitKraken a travaillé magiquement à nouveau. Peut-être que cela aide quelqu'un.

suppression de l'index.lock dans mon Projet/.git folder a marché pour moi. Btw c'est un dossier caché.

Pour nous, c'était le fait que l'un de nos gars avaient le repo cloné à un dossier OneDrive.

quand le repo était dans un dossier OneDrive GitKraken s'ouvrait et puis se rafraîchissait constamment de sorte que vous ne pouviez pas cliquer ou faire quoi que ce soit. On pourrait dire que GitKracken avait l'air de "clignoter" à l'écran.

dès que nous avons déplacé le rapport dans un dossier non surveillé par OneDrive ça a très bien fonctionné.

dans mon cas, la question était avec un .fichier jfm (binaire) généré par mon projet SSDT (Sql Server Data Tools). Lorsque ce fichier change, GK commence à avoir ce problème. Si je commets (ou revert) manuellement ce fichier, le problème disparaît.

maintenant, je suis sûr que cette réponse n'aidera pas qui a posé la question, mais peut-être que cela aidera les gens à l'avenir. J'ai simplement effacé et re-cloné le rapport que GitKraken essayait d'ouvrir. Ça a marché comme un charme pour moi.

j'ai enlevé manuellement tous les fichiers ayant [conflict] dans leurs noms du dossier .git et de ses sous-dossiers. Ensuite, j'ai effectué un git gc pour compresser la base de données et finalement git fsck pour m'assurer que tout va bien. Maintenant, je peux ouvrir le repo dans GitKraken .

Notes:

1. Ce pourrait être utile de supprimer tous les fichiers marqués comme '[conflict]' .
2. la combinaison a fonctionné pour moi, mais vous pouvez ne pas avoir à effectuer toutes ces étapes. Par exemple, vous pouvez ne pas avoir de fichiers de conflit, ou vous voulez simplement les résoudre différemment plutôt que de les supprimer.

juste eu un problème similaire avec un spring-boot(mvc) projet w intégrés/ H2 db, sur GitKraken(2.7.1)

S'avère lorsque l'application est en cours d'exécution, il va causer ce problème sur le matériel sélectif qui utilisent ce repo, donc assurez-vous que votre repo n'est pas utilisé activement pendant la synchronisation

pour moi pendaison GitKraken, si je supprime les branches dans le local ou lieu d'origine. Après cela commencent à accrocher dans la fenêtre principale ou change lister à droite. Peu d'aide est si vous lancez "git GC" ( https://git-scm.com/docs/git-gc )

dans notre cas, il y avait un document Latex dans le dépôt. Gitkraken n'a pas pu ouvrir le dépôt.

basé sur ce que @GeekyMonkey a suggéré, mon étudiant a essayé de démarrer GitKraken après avoir fermé tous les fichiers et fermer son éditeur Tex.

ça a marché après ça

mine fixe par

1. Quit GitKraken
2. ouvrir le terminal / l'invite de commande et faire un git status sur le repo

3. a trouvé qu'il y avait quelques fichiers/dossiers non engagés/non marqués:

   1. un lien symbolique pointant vers un dossier en dehors de mon repo a été renommé
   2. Une copie de mon repo à l'intérieur de la même repo
   3. un nouveau dossier avec des images

4. renommé # 1 de nouveau à son nom original, et supprimé # 2 et # 3 manuellement

5. ouvert gitkraken et il a été en mesure de charger ma pension sans aucun problème

pour moi, le problème était que la base de données git n'était pas compactée. git gui a montré que la notification ( entrer la description du lien ici ). En le compactant (par git gui ou git gc, je suppose) il a corrigé le problème avec GitKraken.

j'ai eu le même problème. J'ai trouvé que mon .git/logs/HEAD avait une mauvaise entrée (Je ne sais pas comment cela s'est produit ni pourquoi gitg et le git CLI tous les deux ignoré la question). C'est un problème avec ma pension, pas GitKraken.

plus de détails...

pour comprendre cela, j'ai cloné le repo dans un répertoire séparé et meld 'd eux pour voir ce qui était différent. J'ai ouvert GitKraken à ce nouveau clone; tout va bien. J'ai ensuite commencé à copier de l'ancien répertoire repo au Nouveau (objets, références, logs, etc.)). Une fois que j'ai copié ce fichier log, GitKraken est retourné au message "ouverture de la déclaration".

en creusant plus profondément dans ce fichier journal, j'ai trouvé une mauvaise ligne. J'ai pu déterminer à partir du contexte comment recréer cette mauvaise ligne. Une fois réparé, GitKraken était heureux.

j'ai eu le même problème et je ne pouvais pas le corriger jusqu'à ce que j'ai supprimé le rapport que je savais était à l'origine du problème et puis créé à nouveau.

remarche

dans mon cas, un tel bug GitKraken se reproduit de façon stable, quand je tente d'attacher un dépôt à distance Dokku ( https://github.com/dokku/dokku ) avec git remote add . Le supprimer corrige le problème. Je pense que les repos D'Heroku peuvent causer le MÊME PROBLÈME, MAIS NE l'a jamais vérifié.

UPD: ce n'est pas Dokku/Heroku qui cause des problèmes dans mon cas. Chaque fois que j'utilise une URL de type SSH pour un dépôt distant (comme git@github.com:reponame... ), J'obtiens un rechargement cyclique de GitKraken. Par hasard, Dokku et Heroku utilisent par défaut des URLs de type SSH. Une fois que les URLs de type SSH sont supprimées ou modifiées en HTTPS, GitKraken est ok.

j'ai eu le même problème. En lisant tout ce qui précède, il est apparu que mon workflow était incorrect. J'ai ouvert Excel et Notepad++ et suchlike pour faire des changements au repo, puis J'ai ouvert GitKarken et j'ai été confronté au cercle tournant. Bien sûr, tous les autres programmes ont été verrouillés sur les fichiers. Dès que j'ai fermé tous les autres programmes et le GitKraken redémarré ça a fonctionné!! Donc plus correct flux de travail serait d'ouvrir GitKraken d'abord et le laisser connecter tout ensemble, puis faire certains travaux. S'engager n'a pas été un problème après cela.