- 主题:git算不算典型的shit山项目？
vim 这东西，连 edit 都不如，搞不懂怎么流行了那么久
【 在 DoorWay (DoorWay) 的大作中提到: 】
: 1 repo中的某个版本刷新到working tree，这个刷新就是合并。挺好，显式的动作。
: 2 reflog没有丢就好。猜测你说的软件，是reset后，show log后，可以看到最远的log，而不是只显示到所在版本这个区别。
: 有时不是写的代码复杂，是业务本身复杂。你做架构给同事们用时，就会深有体会。包括vim，实际是对“编辑、编码、修改代码”这个业务本身，进行了大量的抽象。至于这种抽象，不掌握也能干活。就像鼠标点点选选。有人用svn或git，怕搞不定，就拷贝一个副本，pull完再拷贝
: ...................
--
FROM 111.28.164.*
git 还有个 stash changes
【 在 hyperLee (醉里挑灯看剑) 的大作中提到: 】
: 1 mercurial中， 和git一样是区分working tree和repo的。repo中就是历史版本的“数据库”， mercurial中你要是pull的话， 只是拉去对方的repo，而当前working tree根本不涉及， 所以无论你working tree处于什么状态， 都所谓。
: 但是你要将repo中的某个版本刷新到working tree中，这时候mercurial会提醒你，如果Work tree中有改动。 这时候你可以有各种选择，比如强制刷新，比如shelve（把改动暂存起来，刷新后有必要的话手动在恢复出来）或者放弃等。重要的是，所有的选择产生的结果都符合你的直
: 2 你要是用git checkout的话，没问题；你要是用git reset的话， 你自己看一下log，不就知道效果了？reflog是没有丢，但你能在改动历史中看到吗？
: ...................
--
FROM 111.28.164.*
空文件夹到现在还不被支持
【 在 leadu (leadu) 的大作中提到: 】
: git的fetch pull stage, stash index设计真是很烂，别的scm都搞得清清楚楚的，到它这给搅成一坨，明显设计人员压根就没有概念
: 权限管理和submodule就更别提了，玩闹一样。
: changeset什么的高级功能就等着GitHub给它轮
: ...................
--
FROM 111.28.164.*
dos 下的文本编辑器，至少能知道怎么退出
【 在 DoorWay (DoorWay) 的大作中提到: 】
: edit是啥？
: vi当年能流行，肯定是终端年代连接服务器的必须，需要“模式”，在同一个终端里运行更多命令。说白了就是GUI不行。
: vim后来能流行，除了继承历史遗产，就是对“编辑、编码之编辑”这件事，研究的比较透，很多人为了享受这些便利，就使用了vim，继而全盘接受。另外从长期投资来讲，学vim性价比较高。
: ...................
--
FROM 111.28.164.*
惯性
nano 都比他好。至少 nano 知道怎么退出
【 在 spadger (void*) 的大作中提到: 】
: 用vi只是因为没得选，捏着鼻子用而已
: #发自zSMTH@Note 8 Pro暖手宝
--
FROM 111.28.164.*
emacs 党没了么，连个抗议的都没有
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 这是另外的事情。我想说的是，如果是因为想跨平台迁移容易，通常不是学习 vim 的理由。
: 不过无论如何，我建议 linux 用户都要学一下 vi 的基本操作。各种 linux 环境，一般再差再差都会提供 vi 这个编辑器。nano 虽然在桌面 linux 发行版很流行，但嵌入式环境不一定有。
--
FROM 111.28.164.*
tortoiseGIT 确实好用啊
【 在 hyperLee (醉里挑灯看剑) 的大作中提到: 】
: 没有产品设计观念是贯穿了git相关产品的，git为什么用命令行，因为界面做的实在是烂。
: 你看界面做得好的，谁用命令行。有人闲着去刻意开黑窗口用cl而不是用vs ide？
: 见谁闲着不用qtcreator或vs ide而要自己用命令行编译的？
: ...................
--
FROM 111.28.164.*