hg的衰落是挺可惜的

【 在 hyperLee (醉里挑灯看剑) 的大作中提到: 】
: 是的， 对比之下， mercurial就好学多了，主要是mercurial的概念清晰啊。
: 有branch， 还有head. 非常符合管理的思路.
: 最关键的是随意切换到某个历史版本， 没有任何心里负担. 没有git reset这种坑人的操作
: ...................
--
FROM 122.234.60.*

git确实有点复杂。突然一看都不知道怎么用。我只想用最简单最基本的几个操作就得了。搞得我很紧张，不知道它背后会不会有其他影响。

【 在 ilylx (ilylx) 的大作中提到: 】
: 即使有客户端，git的学习成本也高的不是一点半点，对比svn
: 最近教一个新手使用git有感。。
--
FROM 114.241.7.*

或许，但我现在mercurial用的很happy， 尤其是线下同步， 秒开http服务搞同步。
不知道git现在开http服务双机同步的功能呢有了没有。

【 在 newre (民工六草) 的大作中提到: 】
: 您最适合用svn和cvs.
: #发自zSMTH@HMA-AL00
--
FROM 120.244.225.*

这就是坑点所在。reflog默认不显示，用gui界面除非专门指定显示reflog，也不会显示。
要是什么时候忘了自己的reflog里边还有重要东西，按照提示git gc一下， 那叫一个酸爽。

我要是老板的话， 这个哥们可以准备找下家了。

【 在 ArchLinux (a lightweight and flexible distribution) 的大作中提到: 】
: git 在检测到未引用对象多了的时候就会提示用户可以用 git gc 清理一下。
--
FROM 120.244.225.*

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是没有丢，但你能在改动历史中看到吗？


【 在 DoorWay (DoorWay) 的大作中提到: 】
: 29楼我真诚问了俩问题，可否解答下：
: “我特么就是同步一下仓库，怎么还把我的当前源代码给改了” -- 你说的那个软件，是如何维持的？ 比如如果本地有修改，分commit / 没commit两种状态。怎么做到不改本地源码的。
: 还有游走版本时，会丢reflog吗？我一直不会丢呢，都是非常放心的reset --hard. 你这搞得我犹豫了。
: ...................
--
FROM 120.244.225.*