有多少人完全使用命令行管理 git 得

[iorilu]

有多少人从来不用 gui 软件管理 git 呢

有什么经验分享下吗

[ispinfx]

magit

[mattxlee]

只用命令行，解决冲突也只是用 vim 打开文件编辑一下而已，提交用 vim+fugitive 来选择片段，可以解决提交粒度不够细致的问题。

[macha]

以前一直用命令行，现在基本上不用。
关于命令行和 GUI 的区别，曾经有个大神和我说，命令行的优点是方便脚本自动化和重放。
GUI 优点是直观和方便。

[MrSheng]

仅非 ff 的操作会依赖 GUI 修正，其余的是纯命令行。

[fields]

用 gui 操作你放心吗

[zsdroid]

小孩子才做选择

[xFrye]

人生苦短，我全都要，这两者为什么要互斥？

[dif]

刚开始工作的时候因为系统不支持 TortoiseGit ，所以进行了艰难的命令学习。到现在只习惯命令。当然也感谢公司很早引入 git ，那个时候很多公司还在用 SVN 、VSS 之类的工具。

[dingyaguang117]

Gitfork 吧，命令行用的不溜还是用 GUI 比较好，不然提交了啥都不知道

[libook]

oh-my-zsh 自带 git 的快捷指令，比如 gco 等于 git checkout ，gmsg 等于 git commit -m ，再加上自带的显示当前 git 分支的功能，用来操作 git 很便捷。

图形工具我只用来对比差异/解决冲突，还有像 IDEA 系的 IDE 有选行提交的功能。

[php0yyds]

那必然是 Sourcetree

[FocusOnResults]

主要不需要手抽出来拿鼠标，一直都是命令，有些使用频率低的命令可能记不清楚了，就查 API

[xieyanjie2016]

idea 做合并，特别好用。其他的直接用命令，还有啥更好的办法么

[wizardoz]

git 就是最典型的 GUI 未必比命令行好用的例子，原因就是 git 解决的问题本身就不简单。

[maokabc]

diff 用的 gui(idea 的以及仿照它实现的 gui 的 diff)主要这种左右对比方式很直观，其他都是命令行

[U2Fsd]

GUI 本质上只是帮你去敲 git 命令的某一套交互方案

可能换一个工具就看不懂了，也很难把一套 GUI 的操作逻辑写成文档输出给团队

git reset origin/$(git_current_branch) --hard

git commit -v -a --no-edit --amend

都是高频且很实用的命令 配合 oh my zsh 可以简化为

groh

gcan!

就这 4 、5 个字母的输入

在 GUI 上点来点去要搞半天，有时候还要去 GUI 里搜索分支，然后发现分支不在本地，再去远程分支里找找到输入框搜索到分支，再去搜索找到对应的 commit 然后再点点点

太墨迹了，天下武功唯快不破。

这几个破命令的学习成本可能只有一天，但可以让你在整个职业生涯里受益。

说白了大部分只会 GUI 不会命令行的人（包括我之前也用了很多年的 GUI 根本不懂 git 命令），本身的问题不在于不会命令行。

而在于不愿意去接受有一定学习成本的东西，这种喜欢待在舒适区的习惯对于搞技术的人来说是很致命的。

[U2Fsd]

从身边统计学来看，熟练使用命令行 、linux 、vim 的都是同一类人，而且一般都是比较极客的程序员。

据我观察 这些人普遍来说在编码能力的造诣上也要比只习惯界面操作的程序员高的多

[U2Fsd]

造成习惯操作 GUI 或 习惯使用命令这种差异的本质原因可能本身就是一种能力的区别。

对于一个学习、记忆能力更强的人来说，记忆命令、单词、API 方法名 可能是一件很容易做到的事情。

越容易做到也就越容易在这件事情上获得正反馈。

就像学霸数学比学渣好，看起来是因为学霸更努力，学渣不努力。

实际上是因为同样一件事情，对不同的人的难度不一样，学霸一学就会 努力就成为了快乐的事情。

而学渣会越学越痛苦陷入负面反馈。

[liuliuliuliu]

@Chad0000 支持+1
是的，我使用 GUI 的很重要一部分功能是查看修改的代码，相当于做一次小的 codereview ，看看是不是这些修改可以分成多个 commit ，看看是不是有不小心改动的错误代码，有没有临时的测试代码

[shellic]

命令跟 idea 自带的 git 管理工具都用，没有非要只用这个或者只用那个，结合着用效率更高