问题要对照来看才有意思:
git里面怎么查看某个提交时指定文件的具体内容? - Git - 知乎============================以下是原答案==============================
我们团队使用过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当然是极好的。