用 Git 一定要用命令行吗？用命令行一定高贵吗？ 第1页

问题要对照来看才有意思：

============================以下是原答案==============================

我们团队使用过hg和git，根据以往的经历，发生代码提交、合并、覆盖错误的，使用命令行的占90%以上！（注意：1）我不是说GUI永远不出问题， 2）我不是说使用命令行出错概率是90%，而是说出错的人中90%是使用命令行的）

原因在于真正花时间去熟悉命令行、参数、运行原理的人并不多，大部分人都是懒的，时间也是不够的，使用命令行的时候，都是“试探性使用”，执行一个命令，没有错，万事大吉；有错，再去看看帮助，咦，这个参数好像有用哦？试试。。。。。。成功了，o yeah。。。。。失败了，再看看帮助，咦，另外一条命令好像是解决问题的哦，再试试。。。。。。

这种方式，运气好，问题解决；运气不好，搞出大事件！！

所以我都是推荐团队优先使用GUI，个别牛人不喜欢GUI没关系，你别用CLI搞出问题即可；至于说写脚本之类的，那是少数人，大部分人不可能去写git的脚本的。（注意：我没有说牛人用git不行，我也没有说没有人会去写git脚本）

对了，GUI用了乌龟系列，现在用smartgit，功能都很强大，界面设计都很好，个人更喜欢smartgit

======================2016.11.24补充====================

特别加了几个括号并且加上“注意”的内容，不然还是有人理解不对

=====================2016.11.24 二次补充=================

很多人将我的答案理解成是“GUI大法好，CLI是垃圾”，我向各位道歉，是我没说清楚，其实我想说“CLI大法好，但GUI已经对大部分人够用了” ！

各位捍卫CLI的卫士，你们个人的经验和经历都是很厉害的，但以为全中国程序员个个都像你们那么牛逼，个个都像你们那么有钻研精神，个个都像你们那么有时间去研究，我觉得这不是现实，当然，也许是我一直都是垃圾团队当个垃圾主管也是可能的，我没有做过专业统计也没有做过专业调查。

事实上git的确是面向命令行设计的，Git for Windows里面我最常用的是那个PowerShell集成的命令行。

如果你只会用GUI，确实说明你在git这一块不专业，因为现在还没有一个全功能的GUI。

当然，如果是用SVN的话，我从来都是小乌龟的，尽管SVN的指令我都会。

关于Git只是一个工具怎么好用怎么来，当然是对的，问题就在于Git这个工具在很多场景下GUI不好用，或者功能缺失。

查看版本分支图，提交所有文件，合并和查看差异，这些用GUI当然是极好的。