Fixing Goofs
水银最大的好处之一，就是可以利用私有的克隆进行实验或开发新的特征……如果它们没有达到预期，你可以一秒之内删掉它们。
水银让你可以自由地实验。试想一下在普通的编辑过程中，你可能陷入麻烦中甚至产生灾难性的后果：
快要爱死emacs编辑器了。好在不是什么都没了。最常用的恢复回来方法是使用 hg revert
那样将把文件返回成最后提交的样式。水银不喜欢删除任何东西，而是重新命名：
如果你一步走得太远了，也就是如果你已经提交了，该怎么办呢？
这里有一个叫 hg rollback 命令可以拯救你，但是只能用在你没有推送这一变化到其他任何人的情况。它只撤销一次提交。
想象一下，你想做一个大的试验。你的老板雇佣了一位新的设计师，Jim，最近你从他那儿得到的东西都很荒唐。他给了绿色荧光的文字，文字之间并不对齐（出于“艺术”考虑），用起来让人觉得非常不爽。你想要花一个周末的时间重新做整件事，但是又害怕自己的想法不一定100%的比这古怪的图像设计师好。Jim基本上从早上起床到晚上上床都一直叼着烟。你并不想因为这个而针对他，况且其他人都觉得只要他的设计足够好，抽不抽烟是人家的自由。不过讲真，这也应该有个极限不是？况且他的设计也不怎么的，加上他还总是很无礼。
使用水银，你可克隆整个库来做自己的实验：
这并不像它看上去的那么没效率，因为recipes文件夹和recipes-experiment文件夹共享了同样的历史。水银还会使用一个称为“hard links”的文件系统小技巧，使得拷贝可以变得非常快，而不会占用过多的额外磁盘空间。
现在我们可以在这实验的分支上做一系列改变：
这是我的大鳄梨酱实验：
在这个实验库中，我们可以自由提交
你可以自由的进行修改和工作，想什么时候提交就什么时候提交。这给了你源码控制的所有权利，哪怕你的实验疯狂之至，也不会影响到别人。
如果你认为实验走错了方向，你只需要删除整个实验目录，问题解决了，它消失不见了。
然而如果实验成功了，你所要做的就是推送你的新改动。
它们去了哪里？
默认条目显示你将推送的默认路径库，如果你不指定其他存储库的话，通常情况，这是你克隆的库，在这个例子中，它是一个本地目录，但是你也可以选择一个URL地址。
不要忘了，我们把改动的版本推送到这个库……
……并不意味着我们已经在那个版本上工作了。
看到了吗？“奶酪”在变更集5中，但是我的主仓库工作在变更集4之上。这是因为，有人推送新的变动到仓库中，并不意味着它们立刻会出现在我工作的目录中。所有我还在变更集4上工作。
如果我想看变更集5中的东西，必须使用 hg update 命令：
看看发生了什么？变更进入了工作目录，但是在我工作过的版本的顶部。推送和拉取只会把变更从一个仓库转移到另一个仓库——操作本身并不影响我当前工作目录的文件。
现在，这是仓库的状态：
水银在仓库之间移动变更是很灵活的，你可以直接从实验库推送到中央库；
这种方式使得实验仓库中的变更5直接被推送到了中央仓库中。现在，如果我回到我的库中，就没有什么可推送的了！
这是因为水银知道central repo 已经从别的地方得到这个特定的变更集。那样非常有用，因为不然它将尝试再次应用变更，这样将会产生大混乱。
之后他们给设计师Jim一项任务，他说他马上就会开始工作，但是他两个月都没出现。人们已经几乎忘了他和他的任务。当他第一次出现在办公室开始工作的时候，他看起来有些晒黑。老实说，没有人知道他是谁，或者将会发生什么。这有些意思。他的长相并没有什么特点。渐渐地同事们慢慢回想起来了。不过由于他是个新人，所以也没人愿意去问他这两个月究竟发生了什么。就像大家也不会问他脸上的抓痕与青块是怎么回事一样。不管怎样，我们不喜欢那家伙。
有的时候，你会发现几个月前，你曾经犯了一个错。
薯条? WTF?!（译者注：What the Fuck?!）
水银可以退回到过去的一个旧的变更集。从变更集中，指出与当前工作目录不同的相对应的地方，让我们试着回到版本2。
看看刚刚发生了什么？
现在，很长时间过去了，土豆条可能已经从菜单中移除了，各种怪异的事情可能会发生，以致于想要合并这个变更变得几乎不可能。在那种情况下，你将要解决合并冲突。我们将在下一教程进行讨论。
自测
以下是你读完这篇教程应该会做的：
- 在提交之前或之后，恢复意外的更改。
- 本地克隆仓库来进行实验。
- 在仓库之间推送。
- 修复仓库久远之前的历史版本的错误。
