用 TortoiseGit 被人嘲讽“会不会用 git”

[iamwb]

呵呵

[murmur]

我还在用 sourcetree 呢

[Delbert]

标题不会，正文会。
如果标题能完整表达，正文请留空。

[iamwb]

@Delbert 在他的观点看来 Git bash(cmd)才是正统，用 gui 的都是不会玩 git 的人

[Lpl]

我感觉可能是因为命令行快一点的原因吧

[Balthild]

其实你只是在用乌龟，实际上是乌龟在用 git

[EPr2hh6LADQWqRVH]

呵呵

[rekulas]

我偶尔会鄙视只会 git 的。。
因为 TortoiseGit 的某些功能确实超方便，比命令行强多了，从体验上来说可视化才是王道

[mathgl]

完全可以去用 fossil-scm 嘛。

[ango]

@murmur sourcetree 挺好的，也在用

[zhuangzhuang1988]

把嘲笑你的人打一顿就好了..

[sophymax]

命令行确实更快一些 ，做一些处理的时候可以方便地跟 shell 结合起来，对于一个本来不会用 git 的人来说， 一直用图形界面不太容易学会除了合代码以外的事情 （如果回到 windows 开发环境下，我也宁愿用图形界面， windows 命令行实在太糟糕了）

[Lonely]

图形顺手的就不用命令行

[yangff]

对比：
cmd ： switch_context + some_script(add all things and commit and push) a_commit + enter + switch_context
ui: 点一下 sync (用小红点), 输入 commit 信息, 点提交(用小红点)

不吹不黑……哪个更快呢……

[cxbig]

完成操作即可，谁管你用什么工具。。。

[penjianfeng]

让我想起了一个心理测试,如果你看到一群人再说悄悄话,然后时不时地盯下你,请问你是否会认为他们在谈论不利于你的话题?
你这个问题给我的感觉就是那就是这样的想法,命令行有命令行的好处,图形有图形的好处,前公司(创业公司)十来个人,只有我一个用命令,他们全部都用小乌龟(windows)或者 sourcetree(osx),然而大家都相处很愉快. 我虽然基本上用 git bash(习惯,并且用起来比图形化快多了),但是涉及到 merge conflict 和查看提交历史的时候还是用图形化工具,方便直观,不容易出错,跟写代码一样,有人喜欢用框架,有人喜欢自己造轮子.然而不懂得人谁管你用的是什么,他们只管你能给他们想要的东西,你的老板也是,管你图形化还是 bash,只要能用 git 这个版本控制工具就行了

[jeffw]

有什么好嘲讽的呢? 人性的丑陋

[tabris17]

想必他游戏只玩文字 mud

[Perry]

Who gives shit if you could get shit done?

[Delbert]

@iamwb 没看懂你所指的“他”是谁……
说实话， GUI 界面我真心不会用，三四年前用 Github for windows 学了两个小时没学会怎么用，于是我就一直用命令行了。
后来用 gitscm ，也只用 git bash ，因为我实在找不到怎样在 GUI 下设置基本的 git 配置……
我也很想用可视化的，可是教程都是命令行的。

唯一用过的有界面的是 Xcode 里面的“ Commit and Push...”那个界面。

[bugcode]

达到最后的目的就行，管他用啥呢🙄

[YuJianrong]

在我看来主要是有些 feature 真不知道 GUI 怎么搞，然后已经学会了 CLI 了，不想再学一次 GUI 怎么用（有些 feature 找了半天发现根本没有，挫折）。
比如 interactive rebase 啦， reflog 啦， stash 啦（即使 GUI 有我也找不到怎么用）……然后如果上了 gerrit 的话 push 命令有特殊一点……就不像再学一套了。
然后用命令行超级直观，更容易搞懂 git 的原理，很多人用 git 遇到问题了，我都能很快解决掉（用命令行）。


@yangff 你这有点扯了，首先 GUI 不也是 switch_context 吗，除非和 IDE/编辑器集成……
然后命令行也就是

git add --all && git commit -m "some changes" && git push
懒的话可以 alias 化或者写脚本，我觉得真不一定谁更快（考虑到点鼠标后要切换到键盘输入 comments ）

[500miles]

说到底 还是鄙视链问题啊

[jellybool]

@Delbert 恩，赞同你这个

[learnshare]

只要能登月，你管我是二踢脚还是 SpaceX

[xcodebuild]

如果是认识的人，那是你们俩相互鄙视的问题，和你用什么没关系。

[msg7086]

@YuJianrong GUI 不需要动脑筋，点鼠标提交比敲命令消耗更少的精力，线程切换开销更小。
对于这种不需要批量运行又有固定套路的操作来说，命令行优势并不大。
何况像 Git 的分叉树图形，不用 GUI 很难看清楚父子关系的。
简单的 Repo 还好，多个分支大量合并的时候就要晕了。
以及 @Delbert ：
试试看好点的 GUI ？

[ivmm]

看了回复，我觉得用 GUI 的我自信多了

[Felldeadbird]

乌龟 git 我在 win 下一直用，强多了。
命令行在频繁的切换才会觉得实用。

[kiwi95]

所以很多用 gui 的人开始嘲讽用 git bash 的人嘲讽你们用 gui 咯？
谁关心你用什么，嘲讽你的人不代表用命令行的人，不要人为制造分歧

[20015jjw]

命令行习惯了 fugitive 也好用 所以就用命令行了
source tree 不太会用...

[yangff]

@YuJianrong 不用啊， IDE 继承了

[xyok]

工具只是用来提高效率而已， gui 直观，命令行快捷，又不矛盾

[yangff]

所以说用小红点啊，无缝衔接

[n6DD1A640]

虽然命令行也记得，但是 GUI 直观很多，现在日常用 SourceTree 。。

[murmur]

@xyok 真不快捷 如果你要求写很详细的提交日志 有个文本框那是坠吼的 如果你就写个 123 敷衍了事那命令行倒无所谓

[Wangxf]

gui 软件只能抽象化一部分功能，命令行更快更便捷，服务器上只能用命令行，有句话怎么说来着，普通玩家：默认模式，高手玩家：自定义模式

[Wangxf]

不过 V2 也是越来越水了，连 git 都排斥都掌握不好的人都觉得别人用 git 是装逼，估计你还认为别人用 Mac ，喝星巴克也都是装逼吧

[imcxy]

@Wangxf 喝星巴克，用 Mac 只是一种行为表现。。具体是不是装逼关键看出发点。。为了装逼而喝星巴克、用 Mac 的才叫装逼。例如，同事在谈论冬天买个羊毛衫，你突然兴趣很大，因为你的羊毛衫是 4800 ，所以你走过去说我这羊毛衫 4800 ，这就是装逼的一种表现形式。因为如果你羊毛衫是 40 块，你根本不会去装这个逼。

从心理学角度来说这种刻意行为其实是内心极度渴望别人的认同。也就是说，行为不是为了行为本身，而是为了渴求一种认同。从社会学上来说，属于六亲冷淡，年少缺爱型。。所以才会这么渴。

[kookxiang]

我认识的 90% 的人用 GUI 只是因为他们会用 SVN 而已

[so898]

因为参与了 SourceTree 的汉化工作，所以向周围很多人都推荐过这个软件
现在除非是在服务器上操作 Git ，一般都是用 SourceTree 解决问题

[beneo]

git 算什么，能按时把代码写完回家才行

[wingtatlee]

@imcxy 喝星巴克和用 Mac 被稱為裝逼的現象，也就發生在中國。不就是喝一杯咖啡，用一部電腦嗎。這包容性的底線怎麼這麼低阿...連喝杯咖啡都會被用到心理學角度分析出，一個人是內心極度渴望別人認同，太厲害了。中國人相互之間的包容心太低，怨恨點太高，以至於用個軟件有點不同會被說裝逼，用台不一樣的電腦會被說成裝逼，喝杯咖啡也被說成裝逼了。反正用價格貴的東西就是裝逼。有趣的是，也真有人認為這些東西是有逼可裝。

[jatesun]

技术只是手段，你用你的命令行我用我的图形界面。只是一种技术不同的使用方式而已，不明白有什么可以鄙视的

[mfu]

不知嘲笑你的人用的什么系统？估计是全命令行 linux 吧？

[lslqtz]

同用这个。

[mcfog]

换 mac 两年多，乌龟是我唯一想念的软件没有之一。 sourcetree 真不好用…完全只会 gui ，不知道背后的命令的人确实能说是“不会 git ”，但只会 commit -a ， pull 不加--rebase ， merge 特性分支不加 no-ff 的 cli 选手又好到哪里去呢？

竟然还有人说 rebase -i cli 好，也是醉了

[66beta]

身边 java 程序员从 svn 转 git 也是那么梗，一定要学命令行，说 sourcetree 就是不停，结果 google 了半天，还是用了 sourcetree

[Sharuru]

说到底就是鄙视链呀 w
不像不同文本编辑器一样， Git 这玩意儿我一向倾向于 GUI ，点点点真是极好的，需要命令行的操作按个按钮点开 bash 也是不错的。

[imcxy]

@wingtatlee 第一句你就没看，第二句你更没看。你是挑了两句你想看的吧

[clino]

svn 时代我只会用鬼版,但是 git 时代我觉得命令行及 git-gui 比龟版好用不少
所以你可以用 git for windows 一段时间比较看看再选择

[ytmsdy]

目前还用 SVN 的淡定路过。。。 git 是啥？！

[ytmsdy]

我现在特别无法想通的是，为什么很多公司招人的时候会把能够熟练使用 Git 做为一个条件写在上面？

[Neveroldmilk]

只要能形成生产力，为什么要在乎这些细节呢？高级 git 功能必须用命令行，但是不代表平常我就非得用命令行。照这么说 Intellij Idea 里集成 git 是干什么用的？

[laoyur]

SmartGit 路过

[whale]

工具只是手段，就实现目的来说，哪样使用起来便捷用那个咯！

伟人说过：黄猫、黑猫，只要能抓老鼠就是好猫！

命令行和图形用户界面哪个方便？简直不言而喻！

对于使用命令行的同学，我羡慕他们命令记得熟！

[wysnylc]

还在用 eclipse 的 git ，能用就行。事在人为

[LokiSharp]

请问他的 Linux 有 GUI 么，照他这样说，操作系统用 GUI 的也都是垃圾咯

[Infernalzero]

用个命令行都能产生优越感的人想必能力也强不到哪里去

[sxy707]

souretree 很好

[realpg]

基本操作， commit revert 之类一般都是 IDE 集成的完成
push pull 一般是命令完成
其他高级一点的操作视情况而定

[lytofb]

楼主我看了你在 github 的 issue ，帮你贴几条过来：
[请停止滥用 GitHub 的行为 to 请停止滥用 GitHub 并都用自己的脑子来想问题]
[我求求那些一口一个 共匪的请不要再继续用自己的脚后跟想问题了好吗？]
[汉字给你家美国主子舔菊]

另外我还看到你支付宝的邮箱还在用 [email protected]

上 github 骂美分，用 126 邮箱， git 用 tortoise ，一切穿起来一个大写的中国人真是一目了然了

[kneep]

GUI 本身没有任何问题。但通常情况下，喜欢用 GUI 代表了一类人，能力较弱，遇问题不看文档不搜 Google 不深究，喜欢抱大腿。我们部门从 TortoiseCVS 到 TortoiseSVN 到 TortoiseGit ，一直有一批人在用，这批人的能力明显要比喜欢 CLI 的同事弱一大截。所以喜欢用 GUI 的人容易被贴标签，也可以理解。但如果你在其他方面展现了很强的能力，我认为没人会看低你的。

还有个问题是 GUI 程序通常无法完整实现 Git 的功能， Git 文档很强大，但是都是针对 CLI 的，用 GUI 的人如果想真正理解，还是需要知道每个操作背后的 CLI 命令是什么，否则如何理解？但你如果知道了也愿意深究，为什么不直接用 CLI 呢？

[fengyqf]

@sophymax windows 命令行确实烂到家，严重推荐用 cygwin ，绝对神器

[pcatzj]

会不会用 git

[tabris17]

花时间去记命令行参数才是脑子进水了

[wingoo]

这又是鄙视链吗?
闲的

[miniwade514]

这不重要。
我想问他：会不会说话？

[Zubin]

命令行和 sourcetree 混用，但是还是习惯用 sourcetree

[murmur]

@kneep 这帽子扣的，开发了这么好用的 gui （我说的是龟 svn 和 source tree 还有各种 IDE 的），都是比我们不知道高到哪里去的顶尖程序员，当然背后也得有配套的产品经理
如果没有需求，或者说 console 更好用，干嘛费大力开发这些东西？还不是一个学习成本的权衡，如果一个功能一天都用不了几次，何必辛辛苦苦的去记命令行，作为程序员要学的那么多， git 不过一个版本工具而已，包括 bash 都是一个道理， bash 写不明白了，我用 python 能不能搞定？最多效率低点多写两行代码而已， git 不一个道理么，一般人会提交会检出解决冲突就够了，至于划基线开分支，你们没有单独的版本库控制？所有的程序员都可以开分支合代码那不太乱套了

[stormpeach]

用 TortoiseGit 没问题，但是作为一个程序员能够在需要用命令行的时候用命令行也是极好的。

[saberpowermo]

sourcetree 点个赞！！太爽了

[DT27]

最讨厌发帖只写标题不写内容的。
我用 SourceTree~

[xuwenmang]

"这些源于 Unix 的工具却像是“魔鬼棋”或者“三国杀”，有太多的，无聊的，人造的规则。有些人鄙视图形界面，鄙视 IDE ，鄙视含有垃圾回收的语言（比如 Java ），鄙视一切“容易”的东西。他们却不知道，把自己沉浸在别人设计的繁复的规则中，"--王垠

[Ouyangan]

itellij idea git 插件好好用

[Ouyangan]

@Ouyangan intellij...

[murmur]

@xuwenmang 赞同这句话，但是这个呵呵想淦死楼主

[Email]

那楼主到底会不会呢.

git 权威只能我也只看懂了 20%.

工作中常用的也就 rebase cherry-pick fetch

[panlatent]

git 是基础 基础打好了用 gui 自然是轻松愉快某些地方也能提升不少效率, 但是万一出点啥问题是 gui 无法做到的, 怎么办? 换了个 os, 没有这个 gui 怎么办, 连接服务器, 只有命令行怎么办? 只有掌握 git 的命令行不变应万变.

所以, 重点不是用不用 GUI, 用什么 GUI, 而是对 Git 掌握多少.

这很像 Dreamweaver 与前端界面的关系, 无缘无故躺枪. 工具没有太多的对和错, 关键在于用工具的人.

[julor]

@panlatent 点评到位！

[anyforever]

@panlatent +1

[oakMac]

我怎么觉着还是命令行学习成本低呢，至今 gui 用不好。。。

[damngood]

我现在也是大部分操作都是在 SourceTree 上面完成的.
以前都是用 cmd, 但是发现有很多常规操作在 GUI 上面其实操作起来更快更方便一些

一句话, 你可以只用 GUI, 但是得知道 GUI 背后到底做了什么

[Wangxf]

@66beta 你这是在黑你身边的程序员还是黑 java 整体的程序员？连个命令行这个东西 Google 了一圈不会回来用 sourcetree ，这是有多菜的程序员。。。。

[murmur]

@oakMac 目前敢说命令行碾压 gui 操作的我知道的只有 autocad 因为这东西要求参数太精确了 都是跟数字打交道

[NovemberEleven]

想起就像用代码布局的鄙视我用 storyboard ，真是日狗了。

[malkavia]

@sophymax 一直拿 cygwin 来用 git ，还是感觉比 gui 好用。。

[malkavia]

@murmur 写详细日志就 git commit 在 vi 里面写了呗，不加-m 不就是了

[miaosu]

sourcetree 路过。 就是个工具 用得着这么装么。。楼上的亲们？

[tSQghkfhTtQt9mtd]

@fengyqf 我选择 bash on ubuntu on windows...

[Andy1999]

用个 Git 还用出优越性了？

[techme]

这样的开发者不是很多吗，还有调试个 sql 也不用 gui 工具的

[Shangxin]

@malkavia Git Bash 挺好用啊，为啥要用 CygWin 呢

[Ixizi]

Souce Control

[yjxjn]

技术和工具只是手段，而解决问题的方式，各种各样的工具能影响到这里？是不是 iOS dev 的都鄙视拿故事版拖拽画面的？呵呵了
PS:git bash 常用就那几个， checkout ， commit ， add ， push ， pull 之类的，我倒是觉得 Xcode 自带的 github 方便很多。

[murmur]

@yjxjn 为什么我看有的文章说宁可拉下来自己 rebase 也别直接 pull 呢

[xuwenzhi]

都是用筷子吃饭有什么好嘲讽的。

[yjxjn]

@murmur binggo ，拉代码的时候 git pull --rebase 安全点
pull 的含义是先 fetch ，再 merge ， merge 操作会生成一个新的节点，之前的提交分开显示。
-- rebase 呢，就是使用 git rebase 代替 git merge ， rebase 不会生成新的节点，是将两个分支融合成一个线性 commit 了。
使用 rebase prefer 。这样可以看到每一次提交，并且没有增加提交节点。万一错误，会中断 rebase,同时会提示去解决冲突。最后 add 之后，要么 continue 或者 skip 都 OK 。

一些独立开发的练手项目，全程就 1 个开发，自己一台电脑用到底了，都没有建立分支，用屁 rebase 。。。。

[XianZaiZhuCe]

@jatesun 找存在感

[anoymoux]

这种装 b 的程序员，大多数都有心理疾病。内心极度自卑的人，才会拿这种东西秀优越感。

[HustLiu]

工具只是提升开发效率的方式，程序员的核心竞争力还是应该放在编程本身上