Mercurial的几个疑惑

最近在想dvcs应用的问题，同时也用mercurial作为版本管理工具，给"Mercurial Eclipse"完善了import/export功能。在应用中有几个疑问：
1. 怎样把几次临时提交合并起来？因为要在不同的电脑上工作，有时候把临时工作结果提交进去，可是merge到trunk的时候，这些临时版本和那些临时性的说明也跟着进去了 怎样把这些连续的临时提交合并呢？
2. SVN用户来说，可以把某个子目录或者子项目提交出来。mercurial似乎就没有了，从wiki看，似乎要用到的其convert工具，有点小题大做。一些大项目你要改进或者研究其中一部分，把它们全clone出来太恐怖了。
3. 刚开始不大会用，提交的用户名居然是administrator, windows的缺省用户名。最终也能merge到主干里面。的确够分布和随意的。对于这些不小心或者恶意的用户提交，主干单纯的pull似乎费力不讨好。
4. 权限，目前主要方案似乎是pull为主。

5. 在企业，相对于svn, why mercurial? 出差？在家工作？

评论

3 楼 steeven 2008-11-23  

提交的备注是否可以修改？N
因为备注等信息被hash成changeset的key.

这似乎有些过于严格，备注需要修改的情况很多。有个变通的做法是strip掉changeset，重新提交。但是要及早。

更多办法参见：http://www.selenic.com/mercurial/wiki/index.cgi/EditingHistory

2 楼 steeven 2008-11-22  

qinit -> (qnew -> qrefresh*n)*n -> qpop|qpush|qdelete| -> qcommit
       

1 楼 steeven 2008-11-22  

mercurial内置的queue功能似乎可以满足问题1的需求。在当前的TortoiseHG上面没有支持。MercurialEclipse里面有支持。
对于这个queue的命名，很是奇怪。

先说说流程，目前似乎没有中文翻译：
1. qinit 创建一个个人的临时队列，用于存放你的私人多次提交、修改。
2. qnew, 创建一次提交（patch），然后用qrefresh把代码变化更新到patch中。
   注意，这里有些BT，和平时的先修改后提交，这里先创建，后更新，可以qrefresh多次到一个patch中
3. 多个qnew在你的queue中创建多个patch
4. 可以操作这些patch: qpop/qpush/qdelete等等
5. 自己折腾完了，qcommit生成一次正式的changeset，供push出去，或者守株待兔，等人来pull.

还有问题：
1. queue期间可以update吗？貌似不建议
2. 如果你在公司和家里编写代码，你的queue可以放在网上吗？貌似不行
3. 这个queue真是鸡肋，queue期间，如果你习惯性的commit会怎样？
个人觉得应该允许直线型changeset的合并，在内部仍然保留提交记录。一下解决所有问题。
另外一个可能是把包含多个changeset的bundle作为一个changeset。