每次我打开 gitkrarken 时,它都会卡在打开 repo 图标上。我无法打开/克隆/初始化 repo。我听说其他一些人也有同样的问题,但似乎没有人知道为什么会发生这种情况以及解决方案是什么。有人能帮忙吗?
更新 1 重新安装它。仍然有同样的问题
关闭 gitkraken 并转到您的主目录。删除隐藏文件夹“.gitkraken”。重新启动时将自动创建文件夹“.gitkraken”。这个解决方案对我有用。
对于 mac 和 linux 用户:rm -r ~/.gitkraken
我刚刚在 Windows 上遇到了与 GitKraken V2.7.0 x64 类似(可能相同)的问题。GitKraken 崩溃并试图在此之后打开 repo。这从未结束。我认为这是由当时开放的视觉工作室引起的,而 VS 和 GitKraken 并不完全是朋友。我杀了 GitKraken,关闭了 VS。之后,在 GitKraken 中打开 repo 时,它会说“没有 repo,你要初始化它吗?”。这也失败了。不确定问题的根本原因是什么。
然而,解决方案是从 CLI 签出另一个分支。在那之后,GitKraken 又神奇地工作了。也许这对某人有帮助。
不是一个正确的解决方案,但我遇到了同样的问题。我已经能够通过在打开 GitKraken 之前关闭 Visual Studio 来解决它。只有在打开并且VS已经打开时才会卡住。
*GitKraken 7.7.1 已解决此问题,如果问题仍然存在,请参见下文。
今天用 GitKraken 7.7.0 弹出了这个问题。应用程序错误日志或 repo 日志中从未有任何似乎指向特定原因或来源的内容,但我今天和之前已经通过以下方式解决了这个问题(不会丢失任何配置设置):
要去->
AppData\Roaming\.gitkraken\profiles\[your profile]\profile
或者
~/.gitkraken/profiles/[your profile]/profile
备份此配置文件或在文本编辑器中打开它以撤消更改。
在文本编辑器中打开“配置文件”并删除 tabInfo -> tabs -> 下有问题的 repo 条目
{
"tabInfo": {
"tabs": [
{ <--- DELETE
"id": "", <--- DELETE
"type": "", <--- DELETE
"repoName": "", <--- DELETE
"repoPath": "" <--- DELETE
}, <--- DELETE
],
"selectedTabId": ""
}
}
每当我这样做并在 GitKraken 中重新打开有问题的存储库时,它都会解决无休止的加载问题。
或者
根据 Borhan Kazimipour 的回答,并根据 GitKraken Support 的反馈,一个简单git gc
的 repo 目录可以解决这个问题。
目前对于解决方法,我执行 View-> Reload (Ctrl + R)。
我从文件夹及其子文件夹中手动删除了所有[conflict]
名称中的文件。.git
然后,我执行了git gc
压缩数据库,最后git fsck
确保一切正常。现在,我可以在GitKraken中打开 repo 。
笔记:
'[conflict]'
.删除我的 Project/.git 文件夹中的 index.lock 对我有用。顺便说一句,这是一个隐藏文件夹。
修复了我的
git status
在 repo 上执行发现有一些文件/文件夹未提交/未暂存:
将 #1 重命名为其原始名称,并手动删除 #2 和 #3
对我来说,问题是 git 数据库没有被压缩。git gui 显示了该通知(在此处输入链接描述)。通过压缩它(我假设是通过 git gui 或 git gc)它解决了 GitKraken 的问题。
对我们来说,事实是我们的一个人将 repo 克隆到了 OneDrive 文件夹中。
当 repo 位于 OneDrive 文件夹中时,GitKraken 会打开并不断刷新,因此您无法单击或执行任何操作。您可以将其描述为 GitKracken 看起来像是在屏幕上“闪烁”。
一旦我们将存储库移动到不受 OneDrive 监控的文件夹,它就可以正常工作。
就我而言,问题在于我的 SSDT(Sql Server 数据工具)项目生成的 .jfm(二进制)文件。当该文件更改时,GK 开始出现此问题。如果我手动提交(或还原)该文件,问题就会消失。
对我来说,如果我在本地或原产地删除分支,则挂起 GitKraken。在此之后开始挂在主窗口中或更改右侧的列表器。如果您运行“GIT GC”(https://git-scm.com/docs/git-gc) ,帮助不大
到目前为止,我确信这个答案不会帮助谁提出这个问题,但也许这会对未来的人们有所帮助。我只是简单地删除并重新克隆了 GitKraken 试图打开的存储库。对我来说就像一个魅力。
在 Windows 上,我解决了以下问题:
希望对其他 Windows 用户有所帮助:)
我只是有同样的问题。我发现我.git/logs/HEAD
有一个错误的条目(不知道这是怎么发生的,也不知道为什么gitg
,git
CLI 都忽略了这个问题)。我的回购完全有问题,而不是 GitKraken。
更多详情...
为了弄清楚这一点,我将 repo 克隆到一个单独的目录中,并meld
让他们看看有什么不同。我打开 GitKraken 到这个新的克隆;一切都好。然后我开始将旧 repo 目录中的内容复制到新目录(对象、引用、日志等)。一旦我复制了那个日志文件,GitKraken 就会回到“Opening repo”消息。
深入挖掘该日志文件,我发现了一条错误的行。我能够从上下文中确定如何重新创建那条坏线。一旦我修好它,GitKraken 就很高兴。
在我们的例子中,存储库中有一个 Latex 文档。Gitkraken 无法打开存储库。
根据@GeekyMonkey 的建议,我的学生在关闭所有文件并关闭他的 Tex 编辑器后尝试启动 GitKraken。
在那之后它起作用了
刚刚在 GitKraken(2.7.1) 上的带有嵌入式 H2 db 的 spring-boot(mvc) 项目遇到了类似的问题
结果是,当应用程序运行时,它会在使用该存储库的选择性硬件上导致此问题,因此请确保在同步时您的存储库没有被积极使用
我正在帮助一位朋友解决同样的问题。他在 Windows 10 VM 上使用 gitkraken 和 IntelliJ。对我们有用的解决方案是: *删除隐藏的 .git 文件夹,在你有任何你正在处理的程序的文件夹中(原因是因为 gitkraken 正在尝试打开 repo,这就是它不断弹出错误的原因)之后 gitkraken 应该不再有错误,因为您删除了 repo。现在只需从 GitHub 克隆 repo,并将新克隆的 repo 放在旧 repo 所在的位置。* 旁注:如果您尝试从 open repo 中的最近选项卡打开 repo,您将更有可能收到错误说一些关于找不到它的事情。(因为那是您删除的旧仓库)您必须手动浏览并打开新克隆的仓库才能使其正常工作。
我有同样的问题并且无法修复它,直到我删除了我知道导致问题的存储库然后再次创建它。
现在工作正常
我在使用一个 repo 时遇到了这个问题,但在其他 repo 上没有。问题孩子相当庞大和复杂。我在这里尝试了许多解决方案均无济于事。然后,我尝试了一个非常明显的补丁 - 并升级了软件。我从 GitKraken v3.x 升级到 v4.x 并且做到了!
就我而言,当我尝试将一些 Dokku ( https://github.com/dokku/dokku
) 远程存储库附加到git remote add
. 删除它可以解决问题。我认为 Heroku repos 可能会导致同样的问题,尽管从未检查过。
UPD:在我的情况下,造成麻烦的不是 Dokku/Heroku。每当我对任何远程存储库(如git@github.com:reponame...
)使用类似 SSH 的 URL 时,我都会循环重新加载 GitKraken。巧合的是,Dokku 和 Heroku 默认使用类似 SSH 的 URL。一旦类似 SSH 的 URL 被删除或更改为 HTTPS,GitKraken 就可以了。
我有同样的问题。阅读以上所有内容,我的工作流程似乎不正确。我打开了 Excel 和 Notepad++ 之类的东西来对 repo 进行更改,然后打开 GitKarken 并面临着旋转的圆圈。当然,所有这些其他程序都锁定了文件。一旦我关闭所有其他程序并重新启动 GitKraken,它就可以工作了!所以更正确的工作流程是先打开 GitKraken,让它把所有东西连接在一起,然后做一些工作。之后提交没有问题。
就我而言,我发现问题是由“.git”文件夹中的索引文件引起的。
索引是一个二进制文件(通常保存在 .git/index 中),其中包含一个排序的路径名列表,每个路径名都有权限和 blob 对象的 SHA1;
git ls-files
可以显示索引的内容。
不小心,我删除了存储库中的一些文件,这就是它导致索引文件更改的原因。因此,我的 Gitkraken 陷入了无限循环。
我只是将之前更新的存储库中的索引文件复制并粘贴到当前存储库中。这个对我有用。
brew install git-sizer
brew install bfg
bfg --strip-blobs-bigger-than 1M
git reflog expire --expire=now --all && git gc --prune=now --aggressive
我昨天突然经历了这个。我尝试了这里和其他地方概述的所有内容。根本没有任何积极的影响。结果对我来说是一个庞大而复杂的回购......而且, gc clean 没有充分修复它。我最终做的是安装 git-sizer(通过自制软件),这提醒了我几个问题。然后我安装了 bfg (通过自制软件),然后运行:
bfg --strip-blobs-bigger-than 1M
这会执行一堆 git 命令并在你的仓库中概述大文件(不包括 HEAD)。这提醒我注意并删除了 6-8 个很久以前提交的大文件,从那时起就一直在我的仓库中徘徊和膨胀。
之后我跑了:
git reflog expire --expire=now --all && git gc --prune=now --aggressive
这显着减少了我的 repo 大小,消除了一堆臃肿,清理了一些东西...... Gitkraken 立即打开了我的 repo。回到行动。
此外,Gitkraken 提供了一些支持想法(我认为您必须登录到您的帐户才能查看)。他们的文档说明了如何查看错误日志、性能问题,并概述了一些常见问题和要检查的设置。
检查您的项目是否有大型生成目录,例如node_modules
git 未配置为忽略的目录。如果你不告诉 git 忽略那些(通常非常大的)目录,Kraken 会尝试为它们建立索引,并且会被任务压得喘不过气来。
我也有这个问题。一旦我将“node_modules”目录添加到 .gitignore 文件中,
echo node_modules >> .gitignore
并重新启动 Kraken 客户端,它就像一个魅力。
我知道这是一个较旧的线程,但我今天遇到了这个问题。这是由于将大量文件添加到我的存储库而没有将它们添加到 .gitignore 造成的。我将 COCO 数据集放入深度学习存储库中,因此 git 试图列出所有 100k 左右的图像,从而导致崩溃。我刚刚将 COCO 目录添加到 .gitignore 中,一切都恢复正常。
我通过以下方式修复了我的:
如果它只是一个特定的回购,请确保您的回购中没有大文件。将它们(或相应的文件夹)添加到 .gitignore 应该可以解决问题。