我有这种情况。首先,是的,我知道,我们直接在主干上工作,明天会改变(字面意思)。
这家伙合并了代码并遍历了其他所有人的代码。我想提出1625 REV。有办法吗?我不在乎失去接下来会发生什么,他应该再做一次他的工作。
我正在考虑从 1625 做一个分支。但是如果我以后想与 default 合并会发生什么?我可以只保留新分支中的所有内容吗?
我有这种情况。首先,是的,我知道,我们直接在主干上工作,明天会改变(字面意思)。
这家伙合并了代码并遍历了其他所有人的代码。我想提出1625 REV。有办法吗?我不在乎失去接下来会发生什么,他应该再做一次他的工作。
我正在考虑从 1625 做一个分支。但是如果我以后想与 default 合并会发生什么?我可以只保留新分支中的所有内容吗?
基本上是这样的:检查好的版本,合并另一个头,恢复到好的版本,提交。
hg up -C <good>
hg merge <bad>
hg revert -r <good> --all
hg resolve -m #if necessary
hg ci -m kill-merge
hg diff -r <good> #should be empty
试试这个食谱:
repo
到repo-clone
.repo-clone
到好版本。repo
到提示修订。repo
。repo-clone
到repo
。repo
_hg ci -A -m 'Backout bad merges'
最后一个命令将添加所有未跟踪的文件并在提交之前忘记所有丢失的文件。使用这个秘籍,您将获得与良好修订版完全相同的工作目录状态。