使用 git，既要用「命令行」也要用「UI」

git 新手另外的困惑主要是集中在命令行和用户界面的选择上。(git CLI 设计太烂)

感觉在这个用户界面盛行的年代，新手刚开始的时候，往往用的是后者。

如果你不了解命令行，你就不能够真正的了解 git ，当出现问题的时候，你很难解决，而且你也很难根据自己的需求自动化 git 。

如果你不使用用户界面，那就意味着你完成各种交互式操作的时候，效率将非常低。

对于 git 来说，不用命令行是浅薄的，只用命令行是不明智的。

因为 cli 根本就不适合那种，需要根据各种信息，频繁进行操作的交互式场景，这些挑挑拣拣的工作在版本控制中有很多很多。

例如，你可能要浏览下当前的工作树改动，然后决定将特定的某个代码块暂存，你可能要在提交之前浏览暂存区中几个文件，因为你不太确定到底发生了什么样的更改。

git cli 也为此设计了交互式的模式，例如，交互式的添加和变基，但总的来说功能，并不能很好的满足要求，展示信息太少，呈现方式不丰富，操作精准度太差。

这个时候就要使用 ui ，当然很不推荐使用 gui ，比起敲击单个按键来说，用快捷键的效率实际上并不高。

况且，要根据不同的情况在 cli 和 gui 之间进行切换也是很麻烦的，用户界面在很多时候不是想用就可以用的。

最佳的方案是 cli 配合 tui ，它们可以完美互补，无缝衔接，效率要高很多。

tui 推荐 gitui ，这是用 rust 编写的工具，设计的目标就是「快」，以没有任何卡顿和加载大型项目速度飞快著称。

关键是即使在 Windows 上兼容性也非常好，不会出现动不动 tui 就完蛋的情况。

功能也十分简洁，作者的设计目标很明确，就是解决那些 cli 上难以完成的交互式操作，软件尺寸很小，功能很精悍，没有各种各样需求很低的花哨功能干扰使用。

本来自己是 SourceTree 的忠实用户，更换到 gitui 后相见恨晚，效率提升太大。

对了，还要注意的是，必须在你的命令行上添加 git 相关 prompt ，这是最基础的，这样你可以实时的看到现在的情况。