Каждый раз, когда я открываю gitkrarken, он застревает при открытии иконки репо. Я не могу открыть /clone/init repo. Я слышал, что у некоторых есть такая же проблема, но никто, кажется, не знает, почему это происходит и что такое решение. Может ли кто-нибудь помочь с этим?
ОБНОВЛЕНИЕ 1 Переустановил его. Все еще имея ту же проблему
Закройте gitkraken и перейдите в свой домашний каталог. Удалите скрытую папку ".gitkraken". Папка ".gitkraken" будет создана автоматически после перезапуска. Это решение работает для меня.
Для пользователей Mac и Linux: rm -r ~/.gitkraken
Неправильное решение, но у меня такая же проблема. Я смог обойти это, закрыв Visual Studio перед тем, как открыть GitKraken. Он только застревает при открытии, а VS уже открыт.
В настоящее время для обходного пути я делаю View- > Reload (Ctrl + R).
У меня была аналогичная (может быть, одна и та же) проблема с GitKraken V2.7.0 x64 в Windows. GitKraken разбился и попытался открыть репо после этого. Это никогда не заканчивалось. Я предполагаю, что это вызвано визуальной студией, которая была открыта в то время, и VS и GitKraken не совсем друзья. Я убил GitKraken, закрыл VS. После этого, открыв репо в GitKraken, он сказал что-то вроде "нет репо, вы хотите его инициализировать?". Это также не удалось. Не знаете, в чем заключается основная причина проблемы.
Однако решение было проверить другую ветку из CLI. После этого GitKraken волшебным образом снова работал. Может быть, это помогает кому-то.
Удаление index.lock в моей папке Project/.git работало для меня. Btw это скрытая папка.
Я вручную удалил все файлы с [conflict] в своих именах из папки .git и ее подпапок. Затем я выполнил git gc для сжатия базы данных и, наконец, git fsck, чтобы убедиться, что все в порядке. Теперь я могу открыть репо в GitKraken.
Примечания:
'[conflict]'.Для нас это был тот факт, что у одного из наших ребят был репо, клонированный в папку OneDrive.
Когда репо было в папке OneDrive, GitKraken откроется, а затем будет постоянно обновляться, чтобы вы не могли щелкнуть или сделать что-либо. Вы могли бы описать это, поскольку GitKracken выглядел так, будто он "мигал" на экране.
Как только мы переместили репо в папку, не контролируемую OneDrive, она работала нормально.
В моем случае проблема заключалась в файле .jfm(двоичный), который генерирует мой SSDT (Sql Server Data Tools). Когда этот файл изменяется, GK начинает эту проблему. Если я вручную зафиксирую (или вернул) этот файл, проблема исчезнет.
К настоящему моменту я уверен, что этот ответ не поможет, кто задал вопрос, но, возможно, это поможет людям в будущем. Я просто удалил и повторно клонировал репо, которое GitKraken пытался открыть. Работала как прелесть для меня.
просто возникла аналогичная проблема с проектом spring -boot (mvc) w/embedded H2 db, на GitKraken (2.7.1)
Выключается, когда приложение запущено, это вызовет эту проблему на выборочном оборудовании, использующем это репо, поэтому убедитесь, что ваше репо не активно используется при синхронизации
Для меня висит GitKraken, если я удаляю ветки в локальном или исходном месте. После этого начала висит в главном окне или изменяется листер справа. Маленькая помощь заключается в том, что вы запускаете "GIT GC" (https://git-scm.com/docs/git-gc)
В нашем случае в репозитории был документ Latex. Gitkraken не смог открыть репозиторий.
Основываясь на том, что предложил @GeekyMonkey, мой ученик попытался запустить GitKraken после закрытия всех файлов и закрытия своего редактора Tex.
После этого он работал
Исправлена шахта
git status в репоОбнаружено, что несколько файлов/папок были неактивными/неустановленными:
Переименован # 1 обратно в исходное имя и удалено # 2 и # 3 вручную
Для меня проблема заключалась в том, что база данных git не была уплотнена. git gui показал, что уведомление (введите ссылку здесь). Посредством уплотнения (через git gui или git gc, я полагаю) он исправил проблему с GitKraken.
У меня была такая же проблема. Я обнаружил, что у моего .git/logs/HEAD была плохая запись (не знаю, как это произошло, и почему gitg и CLI git оба игнорировали проблему). Полностью проблема с моим репо, а не с GitKraken.
Подробнее...
Чтобы понять это, я клонировал репо в отдельный каталог и meld 'd их, чтобы посмотреть, что изменилось. Я открыл GitKraken этому новому клону; все хорошо. Затем я начал копировать вещи из старого каталога РЕПО в новый (объекты, ссылки, журналы и т.д.). Как только я скопировал этот файл журнала, GitKraken вернулся к сообщению "Открытие репо".
Копая глубже в этот файл журнала, я нашел плохую строку. Я смог определить из контекста, как воссоздать эту плохую строку. Как только я это исправил, GitKraken был счастлив.
В моем случае такой сбой GitKraken стабильно воспроизводится, когда я пытаюсь подключить удаленный репозиторий Dokku (https://github.com/dokku/dokku) с помощью git remote add. Исправление проблемы устраняет проблему. Я думаю, что репозитории Heroku могут вызвать ту же проблему, хотя никогда не проверяли ее.
UPD: Это не Dokku/Heroku, который вызывает проблемы в моем случае. Каждый раз, когда я использую SSH-подобный URL-адрес для любого удаленного репозитория (например, [email protected]:reponame...), я получаю циклическую перезагрузку GitKraken. По совпадению, Dokku и Heroku по умолчанию используют SSH-подобные URL-адреса. Когда SSH-подобные URL-адреса удалены или изменены на HTTPS, GitKraken в порядке.
У меня была такая же проблема, и я не смог ее исправить, пока я не удалю репо, которое, как я знал, не вызвал проблему, а затем создал ее снова.
Теперь работать отлично
У меня такая же проблема. Чтение всего вышеизложенного показало, что мой рабочий процесс был неправильным. Я открыл Excel и Notepad++ и т.п., чтобы внести изменения в репо, а затем открыл GitKarken и столкнулся с кругом. Конечно, все эти другие программы занимали блокировки файлов. Как только я закрыл все остальные программы и перезапустил GitKraken, он сработает! Таким образом, более правильным рабочим процессом было бы сначала открыть GitKraken и позволить ему объединить все вместе, а затем выполнить некоторую работу. После этого Commit не стал проблемой.
В моем случае я выяснил, что проблема была вызвана индексным файлом в папке ".git".
Индекс представляет собой двоичный файл (обычно содержащийся в.git/index), содержащий отсортированный список имен путей, каждый с разрешениями и SHA1 объекта blob;
git ls-filesможет показать вам содержимое индекса.
(Введите ссылку, чтобы узнать больше)
Случайно, я удалил некоторые файлы в моем репозитории, почему он вызвал изменение файла индекса. Поэтому мой Gitkraken застрял в бесконечной петле.
Я просто скопировал индексный файл в предыдущем обновленном репозитории и вставлял его в текущий репозиторий. Меня устраивает.
У меня была эта проблема с использованием одного репо, но не на других. Проблемный ребенок был довольно большим и сложным. Я попробовал многие из решений здесь безрезультатно. Затем я попробовал довольно очевидный патч - и обновил программное обеспечение. Я перешел с GitKraken v3.x на v4.x, и это было сделано!
В моем случае я просто сделал фиксацию, и после этого он отлично работает
Проверьте ваш проект на наличие больших сгенерированных каталогов, таких как node_modules, которые git не настроен игнорировать. Если вы не скажете git игнорировать эти (часто очень большие) каталоги, Кракен попытается их проиндексировать, и задача будет перегружена.
У меня тоже была эта пробема. Как только я добавил каталог "node_modules" в файл .gitignore,
echo node_modules >> .gitignore
и перезапустил клиент Kraken, он работал как шарм.