Mercurial:如何从中断的“qpop -a”恢复?

前端之家收集整理的这篇文章主要介绍了Mercurial:如何从中断的“qpop -a”恢复?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我已经将几个修订版本导入到队列中,并尝试将其全部弹出.不幸的是,根据一些其他Mercurial客户端访问同一个存储库,hg qpop -a没有成功完成:
  1. > hg qpop -a
  2. popping 115.diff
  3. popping 114.diff
  4. popping 113.diff
  5. popping 112.diff
  6. popping 111.diff
  7. abort: The process cannot access the file because it is being used by
  8. another process
  9. C:\Program Files (x86)\Mercurial\library.zip\mercurial\dispatch.py:217:
  10. DeprecationWarning: use lock.release instead of del lock

现在我不能再把补丁推回去了. Mercurial总是抱怨一个“未知节点”:

  1. > hg qpush -a
  2. mq status file refers to unknown node b6fb614866f1
  3. abort: working directory revision is not qtip

这是什么意思,怎么解决这个问题?

解决方法

这听起来像是因为失败的操作而破坏了你.很久以前( link),一个类似的问题已经报告给了hg邮件列表.您应该查看经过恢复程序的 blog post by Andreas Wuest.

它基本上归结为:

  1. $> .hg/patches/status # force mq to think no patches are applied
  2. $hg debugrebuildstate -r tip # rebuild your working copy

这不会破坏您的补丁队列,也不会丢失任何不是修补程序一部分的工作副本更改.但是,您需要仔细检查(或修复)文件版本以恢复到干净的工作副本.

猜你在找的Python相关文章