【问题标题】:GitHub for Mac app memory expansion freezes GitHub appGitHub for Mac 应用程序内存扩展冻结 GitHub 应用程序
【发布时间】:2012-11-05 16:51:19
【问题描述】:

当我尝试启动 GitHub for Mac 时,它会立即开始用尽所有可用内存(多达 1.6 Gb),直到应用程序冻结。如何限制此应用的内存使用量?

我看到之前的 stackoverflow 帖子(标题为“Mac 应用程序的内存问题”)提到了这个问题,我已经更新了我的 .gitconfig 文件,但它没有任何效果。目前尚不清楚应用程序是否正在读取配置文件,或者如何确定它是否正在读取。

有什么建议吗?

【问题讨论】:

    标签: macos git memory github github-for-mac


    【解决方案1】:

    我对 git 的建议是从命令行使用它。它是为从命令行使用而设计的。如果不从命令行使用它,您会丢失以下内容:

    • 命令历史记录
    • 可编写脚本
    • 管道
    • 制表符补全
    • 大量在线帮助和示例

    第一个是一个大的。你会问自己“我做了什么来创建一个跟踪另一个分支的分支?”。在命令行上,您可以点击ctrl-R 并输入“branch”。再点击几次ctrl-R 以迭代您使用git branch 的每个场合。当你创建那个分支时,你会发现你做了什么。按向上和向下箭头将滚动浏览您发出的先前和后续命令。您甚至可以将时间和日期添加到历史记录中,当您列出历史记录时,您可以准确地看到您执行某项操作的时间。

    脚本对于您重复执行的操作非常有用,而通过 gui 手动完成相同的任务会很乏味。

    管道非常有用,因为您可以更改一个命令的结果并将它们传递给另一个命令。我经常做的事情是

    git branch | 
       grep 'filter for what I need' | 
       sed 'some funky transformation' |
       xargs -n 1 -i{} git push -u centralrepo {}:public/{}
    

    这是一个虚构的示例,说明如何将一些命令串在一起以自动执行一些非常耗时的任务。

    制表符补全非常棒,因为它可以节省您寻找存在的分支或存在的文件的时间。它是上下文相关的,因此当 git 期望列出一个文件时,选项卡将通过并开始匹配下面的文件。当它需要一个远程名称时,点击几次选项卡将为您提供远程存储库列表。当您点击两次 Tab 时,部分类型的分支或文件或远程将为您提供一个子集。

    获得 git 的帮助很重要。它有一个陡峭的学习曲线。 git 的大部分使用来自命令行。所以当你遇到问题时,谷歌非常擅长快速找到解决方案。其他 git 工具没有这种奢侈,您可能会发现自己浪费了很多时间来寻找答案。

    【讨论】:

    • 是的。我刚刚开始得出这个结论。
    • 我想指出,虽然这个答案通常很有帮助,但它实际上并不能回答这个具体问题。
    猜你喜欢
    • 2013-10-13
    • 2022-10-06
    • 1970-01-01
    • 2021-03-18
    • 1970-01-01
    • 1970-01-01
    • 2012-05-07
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多