为了不带薪 loading，都有那些“不卡”的工具推荐

[DingSoung]

oh-my-zsh 一定要把 git 功能关掉，不然在工程目录下敲命令行卡出翔

放弃 source tree，投奔 fork，因为实在受不了 source tree 的速度，还经常无响应

现在还有 Xcode 编译很慢，工程大是一方面原因，但是修改一点点，就要编译一两分钟太不划算了

[weixiangzhe]

[url=https://sm.ms/image/9WtVhS5Rj2vzKnw][img]https://i.loli.net/2019/12/11/9WtVhS5Rj2vzKnw.png[/img][/url]
一般卡是两个东西 nvm 和 the fuck, nvm 用如图的配置

[Rwing]

GitKraken

[arjen]

前一段时间把 zsh 换成了 fish，感觉还行

[Immortal]

sourceTree 可以换成 smartgit

[KentY]

zsh 从还没有 oh-my-zsh 时候就用, 现在的配置是延续那时候一直配下来的, 自己知道自己配置了什么, 怎么配置的.在 IDE 硬盘时代也没遇到过你说的情况.

git 不用 GUI tools, 因为命令行 1 快, 2 自己知道自己在做什么, 什么将会发生

xcode 别说用了, 都没见过...

[KentY]

@Rwing 我因为它广告的界面好看, 装过一次. 确实好看, 但是很慢... 启动时候我都吃惊了, 怀疑它是不是就是个 git 的小工具, 启动时比 intellij 还慢....

[yoshiyuki]

@imycc vi ~/.zshrc
删除原有的 nvm 语句，添加如下
# For node.js
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" --no-use # This loads nvm
export PATH="${HOME}/.nvm/versions/node/v13.2.0/bin:${PATH}" # fix for no-use
#[ -s "$NVM_DIR/bash_completion" ] && \. "$NVM_DIR/bash_completion" # This loads nvm bash_completion

有奇效，不客气

[yoshiyuki]

@imycc 看了#17 和#20，你需要查一下，是不是有重复的 nvm 设置

[nyanyh]

git 大了很容易卡啊，比如 chromium 源码，.git 文件夹就 18G，开了 git 提示后 zsh 显示个当前分支都要一秒，命令敲快了就提示 git lock 正在被占用了

[DingSoung]

@unicloud
@MaineCoon

电脑不差吧 6 核的 16G 陈年老 git 仓库，有几个 G

@richard1122 晚点试试

[Kobayashi]

答案基于 ZSH。可以选择一个带异步的主题（大而全的 spacezsh，简单的选 pure ），异步查询当前仓库状态。如果仓库特大，如 vscode 源码、Linux 源码等，目前解决方案只有 gitstatus （ C 实现的后台进程，向此进程发起查询，如主题 powerlevel10k ），仓库状态检测很快，缺点是每个 shell 都会新开一个 gitstatus 进程。

我也感觉 fork 比 sourcetree 更好用。记得当初想复制 diff 里内容，fork 既能复制整行也能复制任意长度字符串。
放弃 Gitkraken 倒不是因为其基于 Electron，Gitkraken diff 的空间利用就十分好。但分支一多全部挤成一条线根本没法看。
还有狗 B Tower，除了吹 B 就是吹 B。号称支持众多外部 diff 工具，那是因为内部 diff 没做，不能对比任意 2 个 commit。分支筛选功能和屎一样，点击分支名竟然是过滤只显示当前分支和主分支，无法定位显示某个分支头。