【问题标题】:Gitkraken stuck at opening repoGitkraken 卡在打开 repo
【发布时间】:2017-08-23 21:24:04
【问题描述】:

每次我打开 gitkrarken 时,它都会卡在打开 repo 图标上。我无法打开/克隆/初始化 repo。 我听说其他一些人也有同样的问题,但似乎没有人知道为什么会发生这种情况以及解决方案是什么。 有人可以帮忙吗?

更新 1 重新安装它。还是一样的问题

【问题讨论】:

  • 我在使用最新版本的 GitKraken (3/6/6) 时遇到了同样的问题,找不到任何解决方案 - 以下方法无济于事

标签: git gitkraken


【解决方案1】:

关闭 gitkraken 并转到您的主目录。删除隐藏文件夹“.gitkraken”。重新启动时将自动创建文件夹“.gitkraken”。这个解决方案对我有用。

mac 和 linux 用户:rm -r ~/.gitkraken

【讨论】:

  • 在主文件夹中看不到这个 .gitkraken 文件夹。我在 Windows 机器上,这个文件夹位于 %APPDATA%(即 C:\Users\%USERNAME%\AppData\Roaming)。删除了文件夹,但遗憾的是,并没有解决我的问题。
  • 虽然这可行,但它会重置一切。回购消失,登录,偏好和设置。不是一个理想的解决方案。
  • 它也对我有用。删除 /AppData/Roaming/.gitkraken 已经完成了。糟糕的是,所有配置都消失了,但这还不错。
  • rm -r ~/.gitkraken 因为rm: cannot remove '/home/reigin/.gitkraken': Is a directory 希望这对其他linux用户有所帮助..
  • 对我来说,删除本地 repo 是解决方案。只是来自服务器的一个新克隆解决了它。
【解决方案2】:

我刚刚在 Windows 上遇到了与 GitKraken V2.7.0 x64 类似(可能相同)的问题。 之后 GitKraken 崩溃并试图打开 repo。这从未结束。我认为这是由当时开放的视觉工作室引起的,而 VS 和 GitKraken 并不完全是朋友。我杀了 GitKraken,关闭了 VS。之后,在 GitKraken 中打开 repo 时,它会说“没有 repo,你要初始化它吗?”。这也失败了。 不确定问题的根本原因是什么。

然而,解决方案是从 CLI 签出另一个分支。 之后 GitKraken 又神奇地工作了。也许这对某人有帮助。

【讨论】:

  • 为我工作!并且不会删除所有配置文件
【解决方案3】:

不是一个合适的解决方案,但我遇到了同样的问题。我已经能够通过在打开 GitKraken 之前关闭 Visual Studio 来解决它。只有在打开且VS已经打开时才会卡住。

【讨论】:

  • 我没有使用VS!
  • 尝试关闭其他可能有文件锁定的应用。我并不是说这是一个解决方案,但您会得到更多关于问题所在的信息。
  • 我们在所有安装中都遇到了同样的问题,有些用户没有 VS,有些用户在不同的 repo 上。常见的设置是我们使用 BitBucket 作为远程托管 repo。
  • 也不使用 VS,但关闭 Atom(打开了相同的项目)让 GitKraken 立即脱离。
【解决方案4】:

*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 的反馈,在 repo 目录上一个简单的git gc 可以解决问题。

【讨论】:

  • 遇到同样的问题,但问题 repo 没有出现在我的标签列表中
  • 这是适合我的答案。它也指向正确的东西,您无需重置整个配置即可实现它,谢谢!
  • 刚遇到同样的问题,这对我有用。谢谢!
  • 这里有同样的问题。谢谢!
【解决方案5】:

目前,我使用 View->Reload (Ctrl + R) 作为解决方法。

【讨论】:

  • 每次我将 GitKraken 最小化一段时间后都会发生这种情况
【解决方案6】:

我从.git 文件夹及其子文件夹中手动删除了名称中包含[conflict] 的所有文件。然后,我执行git gc 压缩数据库,最后执行git fsck 以确保一切正常。现在,我可以在 GitKraken 中打开 repo。

注意事项:

  1. This 可能有助于删除所有标记为 '[conflict]' 的文件。
  2. 该组合对我有用,但您可能不需要执行所有这些步骤。例如,您可能没有冲突文件,或者您只想以不同的方式解决它们而不是删除它们。

【讨论】:

    【解决方案7】:

    删除我的 Project/.git 文件夹中的 index.lock 对我有用。顺便说一句,这是一个隐藏文件夹。

    【讨论】:

    • 天哪,谢谢! Git Krakken 曾经很好,现在它做这种事情可能需要转换。可能与上述解决方案相结合,使它对我有用,但删除索引文件确实有效。
    【解决方案8】:

    修复了我的

    1. 退出 GitKraken
    2. 打开终端/命令提示符并在 repo 上执行 git status
    3. 发现有几个文件/文件夹未提交/未暂存:

      1. 重命名了指向我的存储库之外的文件夹的符号链接
      2. 我的 repo 在同一个 repo 中的副本
      3. 带有图片的新文件夹
    4. 将 #1 重命名为其原始名称,并手动删除 #2 和 #3

    5. 打开 gitkraken,它能够毫无问题地加载我的 repo

    【讨论】:

      【解决方案9】:

      对我来说,问题是 git 数据库没有被压缩。 git gui 显示了该通知 (enter link description here)。通过压缩它(我假设是通过 git gui 或 git gc)它解决了 GitKraken 的问题。

      【讨论】:

        【解决方案10】:

        对我们来说,我们的一个人将 repo 克隆到了 OneDrive 文件夹中。

        当 repo 位于 OneDrive 文件夹中时,GitKraken 会打开并不断刷新,因此您无法单击或执行任何操作。您可以将其描述为 GitKracken 看起来像是在屏幕上“闪烁”。

        只要我们将 repo 移到不受 OneDrive 监控的文件夹,它就可以正常工作。

        【讨论】:

        • 更多细节可能对其他人有所帮助。究竟是什么在 OneDrive 文件夹中引起了麻烦?
        • Onedrive 文件夹可以拥有在线和离线文件。进入参数 - >参数选项卡 - >“按需文件”并取消选中该框使其工作。此选项似乎与最近的 onedrive 更新一起提供。
        【解决方案11】:

        就我而言,问题在于我的 SSDT(Sql Server 数据工具)项目生成的 .jfm(二进制)文件。当该文件更改时,GK 开始出现此问题。如果我手动提交(或还原)该文件,问题就会消失。

        【讨论】:

        • 将 jfm 文件添加到 gitignore 将解决问题,因为 GK 不会尝试找出文件发生了什么变化。
        【解决方案12】:

        如果我在本地或原始位置删除分支,对我来说挂 GitKraken。在此之后开始挂在主窗口中或更改右侧的列表器。如果您运行“GIT GC”(https://git-scm.com/docs/git-gc)

        ,则帮助不大

        【讨论】:

          【解决方案13】:

          到目前为止,我确信这个答案对提问者无济于事,但也许这会对未来的人们有所帮助。我只是简单地删除并重新克隆了 GitKraken 试图打开的存储库。对我来说就像一个魅力。

          【讨论】:

          • 做了同样的事情,唯一有效的选项!然而,我似乎也遇到了一些 git 松散对象 的问题,我认为这就是导致 GitKraken 崩溃的原因,因为没有理由删除 .gitkraken 文件夹不足以解决铅。
          【解决方案14】:

          刚刚在 GitKraken(2.7.1) 上使用带有嵌入式 H2 数据库的 spring-boot(mvc) 项目遇到了类似的问题

          当应用程序运行时,它会在使用该 repo 的选择性硬件上导致此问题,因此请确保在同步时您的 repo 没有被积极使用

          【讨论】:

            【解决方案15】:

            在我们的例子中,存储库中有一个 Latex 文档。 Gitkraken 无法打开存储库。

            根据@GeekyMonkey 的建议,我的学生在关闭所有文件并关闭他的 Tex 编辑器后尝试启动 GitKraken。

            之后就成功了

            【讨论】:

              【解决方案16】:

              我也遇到了同样的问题。我发现我的.git/logs/HEAD 有一个错误的条目(不知道这是怎么发生的,也不知道为什么gitggit CLI 都忽略了这个问题)。我的 repo 完全有问题,而不是 GitKraken。

              更多细节...

              为了弄清楚这一点,我将 repo 克隆到了一个单独的目录中,并 meld'd 他们看看有什么不同。我打开 GitKraken 到这个新的克隆;一切都好。然后我开始将旧 repo 目录中的内容复制到新目录(对象、引用、日志等)。一旦我复制了那个日志文件,GitKraken 就会回到“Opening repo”消息。

              深入挖掘该日志文件,我发现了一条错误的行。我能够从上下文中确定如何重新创建那条坏线。一旦我修复了它,GitKraken 就很高兴。

              【讨论】:

                【解决方案17】:

                我正在帮助一位朋友解决同样的问题。他在 Windows 10 VM 上使用 gitkraken 和 IntelliJ。对我们有用的解决方案是: *删除隐藏的 .git 文件夹,在您处理任何程序的文件夹中(原因是因为 gitkraken 试图打开 repo,这就是它的原因不断弹出错误) 之后 gitkraken 应该不再有错误,因为您删除了 repo。现在只需从 GitHub 克隆 repo,并将新克隆的 repo 放在旧 repo 所在的位置。* 旁注:如果您尝试从打开的 repo 中的最近选项卡打开 repo,您​​将更有可能收到一条错误消息,说明找不到它。 (因为那是您删除的旧仓库)您必须手动浏览并打开新克隆的仓库才能使其正常工作。

                【讨论】:

                  【解决方案18】:

                  在 Windows 上我解决了以下问题:

                  1. 重命名未打开的仓库目录
                  2. 打开 git kraken 并关闭所有选项卡
                  3. 将目录重命名为原始名称
                  4. 打开回购

                  希望对其他 Windows 用户有所帮助:)

                  【讨论】:

                    【解决方案19】:

                    我遇到了同样的问题并且无法修复它,直到我删除了我知道导致问题的存储库然后再次创建它。

                    现在工作正常

                    【讨论】:

                      【解决方案20】:

                      就我而言,当我尝试使用git remote add 附加一些 Dokku (https://github.com/dokku/dokku) 远程存储库时,此类 GitKraken 故障正在稳定再现。删除它可以解决问题。我认为 Heroku repos 可能会导致同样的问题,尽管从未检查过。

                      UPD:在我的情况下,造成麻烦的不是 Dokku/Heroku。每当我对任何远程存储库(如git@github.com:reponame...)使用类似 SSH 的 URL 时,我都会循环重新加载 GitKraken。巧合的是,Dokku 和 Heroku 默认使用类似 SSH 的 URL。一旦类似 SSH 的 URL 被删除或更改为 HTTPS,GitKraken 就可以了。

                      【讨论】:

                        【解决方案21】:

                        我遇到了同样的问题。阅读以上所有内容,我的工作流程似乎不正确。我打开了 Excel 和 Notepad++ 之类的东西来对 repo 进行更改,然后打开 GitKarken 并面临着旋转的圆圈。当然,所有这些其他程序都锁定了文件。一旦我关闭所有其他程序并重新启动 GitKraken,它就可以工作了! 所以更正确的工作流程是先打开 GitKraken,让它把所有东西连接在一起,然后做一些工作。之后提交就没有问题了。

                        【讨论】:

                          【解决方案22】:

                          就我而言,我发现问题是由“.git”文件夹中的索引文件引起的。

                          索引是一个二进制文件(通常保存在 .git/index 中),其中包含一个 路径名的排序列表,每个都有权限和 SHA1 斑点对象; git ls-files可以显示索引的内容。

                          (Enter the link to know more)

                          不小心,我删除了存储库中的一些文件,这就是导致索引文件更改的原因。因此,我的 Gitkraken 陷入了无限循环。

                          我刚刚将之前更新的存储库中的索引文件复制并粘贴到当前存储库中。这个对我有用。

                          【讨论】:

                            【解决方案23】:

                            我在使用一个 repo 时遇到了这个问题,但在其他 repo 上没有。问题孩子相当庞大和复杂。我在这里尝试了许多解决方案均无济于事。然后,我尝试了一个非常明显的补丁 - 并升级了软件。我从 GitKraken v3.x 升级到 v4.x 就做到了!

                            【讨论】:

                              【解决方案24】:

                              TLDR;

                              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 命令并在你的 repo 中列出大文件(HEAD 除外)。这提醒我注意并删除了 6-8 个很久以前提交的大文件,从那时起就一直在我的仓库中徘徊和膨胀。

                              我跑了之后:

                              git reflog expire --expire=now --all && git gc --prune=now --aggressive
                              

                              这显着减少了我的 repo 大小,消除了一堆臃肿,清理了一些东西...... Gitkraken 立即打开了我的 repo。重新开始行动。

                              此外,Gitkraken 提供了一些支持想法(我认为您必须登录到您的帐户才能查看)。他们的文档说明了如何查看错误日志、性能问题,并概述了一些常见问题和要检查的设置。

                              【讨论】:

                              • 只有git reflog expire --expire=now --all &amp;&amp; git gc --prune=now --aggressive 为我工作。谢谢!
                              【解决方案25】:

                              检查您的项目是否有大型生成目录,例如 node_modules,git 未配置为忽略这些目录。如果你不告诉 git 忽略那些(通常非常大的)目录,Kraken 会尝试为它们建立索引,并且会被任务压得喘不过气来。

                              我也有这个问题。一旦我将“node_modules”目录添加到 .gitignore 文件中,

                              echo node_modules >> .gitignore
                              

                              然后重新启动 Kraken 客户端,它就像一个魅力。

                              【讨论】:

                                【解决方案26】:

                                我知道这是一个较旧的线程,但我今天遇到了这个问题。这是由于将大量文件添加到我的存储库而没有将它们添加到 .gitignore 造成的。我将 COCO 数据集放入深度学习存储库中,因此 git 试图列出所有 100k 左右的图像,从而导致崩溃。我刚刚将 COCO 目录添加到 .gitignore 中,一切都恢复正常。

                                【讨论】:

                                  【解决方案27】:

                                  如果它只是一个特定的仓库,请确保您的仓​​库中没有大文件。将它们(或相应的文件夹)添加到 .gitignore 应该可以解决问题。

                                  【讨论】:

                                    【解决方案28】:

                                    我通过以下方式修复了我的:

                                    • 关闭 gitkraken 并退出,如果你 r ios
                                    • 确保将大文件夹添加到 .gitignore,即 node_modules 和 Pod 文件夹。即在 vs 代码中打开 .gitignore 文件并添加: 节点模块/
                                      /ios/Pods/
                                    • 在 vs 代码中单击左侧菜单上的源代码控制并通过添加消息并单击检查来提交您的更改,然后关闭 vs 代码
                                    • 打开 gitkraken,它现在应该可以正常工作了

                                    【讨论】:

                                      猜你喜欢
                                      • 2017-08-19
                                      • 2018-11-13
                                      • 2021-04-15
                                      • 1970-01-01
                                      • 2018-08-14
                                      • 1970-01-01
                                      • 2020-02-29
                                      • 2017-03-31
                                      • 1970-01-01
                                      相关资源
                                      最近更新 更多