Version control 您使用什么命令来使用Mercurial刷新您的开发环境？

我想我的学习有些倒退。我对git非常满意，在我最近的项目之前从未使用过mercurial

困扰我的一件事是，有时由于未跟踪的文件错误，我似乎无法刷新我的开发环境。我真的不在乎在开发服务器上是否跟踪/取消跟踪文件。我只是希望能够从bitbucket中提取回购协议的最新状态

不幸的是，我有时会求助于对应用程序进行核爆和重新克隆。通常情况下，这没什么大不了的，但每次我这么做时都需要将依赖项添加回应用程序，因为它们不存储在回购协议中

有了git我会跑

git reset --hard; git checkout master -f; git pull; git checkout origin/master -f

mercurial的等价物是什么？我试过

hg revert --all; hg pull; hg update;

这似乎像我有时期望的那样起作用。当它不工作时，由于未跟踪的文件错误而中止。我在找一种一直有效的东西

hg up --clean

就这些。hg-up而不是hg-update，因为hg比git更酷，并且允许使用独特的缩写。我不喜欢当我被迫使用git的时候，它不像一个健全的版本控制系统那样接受git ci。我知道我可以化名。。。但我从来没有抽出时间来部分使用它，因为我根本不经常使用它

hg help[command]或hg[command]-帮助很有用。revert的帮助提到您可能希望使用hg update-r rev或hg update-clean。相反

这只会更改跟踪的文件。未跟踪的文件将被单独保留，我认为这是您想要的

就这些。hg-up而不是hg-update，因为hg比git更酷，并且允许使用独特的缩写。我不喜欢当我被迫使用git的时候，它不像一个健全的版本控制系统那样接受git ci。我知道我可以化名。。。但我从来没有抽出时间来部分使用它，因为我根本不经常使用它

hg help[command]或hg[command]-帮助很有用。revert的帮助提到您可能希望使用hg update-r rev或hg update-clean。相反

---

这只会更改跟踪的文件。未跟踪的文件将被单独保留，我想这正是您想要的。

我猜您的意思是hg revert-all，而不是hg reset-all？是的hg revert-all，对此表示抱歉。值得注意的是，在现代文件系统上，如果您从本地克隆重新克隆您的repo，则几乎是即时操作。hg克隆-U pristineclone newclone。许多人为了这个原因保留了一个原始的克隆，然后为了工作而克隆。linux、windows和osx的硬链接使速度更快，几乎没有磁盘空间。没有必要在网络上进行多次克隆。我想你的意思是hg revert-all，而不是hg reset-all？是的，hg revert-all，很抱歉。值得注意的是，在现代文件系统上，如果从本地克隆重新克隆您的repo，几乎是一种即时操作。hg克隆-U pristineclone newclone。许多人为了这个原因保留了一个原始的克隆，然后为了工作而克隆。linux、windows和osx的硬链接使速度更快，几乎没有磁盘空间。使用hg时的一般策略：如果你用git做的事情需要3-5个命令，而你要用两个以上的命令来做，那么你可能是用了错误的方法。hg比git更简单，拥有更健全的命令系统。如果没有BitBucket.Perfect的最新变更集，您可以在一开始就使用hg pull。我同意，hg的指挥系统更简单。只是不习惯而已。用git命令来做类似的事情是相当可笑的，但这是我所熟悉的。无论如何，谢谢你的帮助。我更喜欢hg-up-C，它打字更快。通常在hg清除之后删除任何僵尸文件。@NathanE:好提示。如果需要，hg purge将删除未跟踪的文件，但在这种情况下似乎不需要这样做。它是一个扩展，因此需要在hgrc中启用它。使用hg时的一般策略：如果您使用git执行需要3-5个命令的操作，并且您需要使用两个以上的命令来执行该操作，那么您可能试图以错误的方式执行该操作。hg比git更简单，拥有更健全的命令系统。如果没有BitBucket.Perfect的最新变更集，您可以在一开始就使用hg pull。我同意，hg的指挥系统更简单。只是不习惯而已。用git命令来做类似的事情是相当可笑的，但这是我所熟悉的。无论如何，谢谢你的帮助。我更喜欢hg-up-C，它打字更快。通常在hg清除之后删除任何僵尸文件。@NathanE:好提示。如果需要，hg purge将删除未跟踪的文件，但在这种情况下似乎不需要这样做。它是一个扩展，因此需要在hgrc中启用。