hglock

虽然Mercurial是所有关于被分散，有时非常有用以集中的方式工作：如果你工作的文件不能合并（二进制文件，如Word文档，Photoshop图像，等等），那么最好是前期沟通任何修改，以避免并发工作。
hglock是impliments的水银一个集中的基于文件的锁定方案延长

什么在此版本中是新的：

• 解决问题的水银2.5

什么版本0.5是新的：

• 在复制和重命名文件锁定。与我们的模型中，服务器不会接受推送涉及为其锁定是强制性锁定的文件。如果新文件未锁定的重命名后，这样的文件出现。然而，用户不能锁定文件，因为它不是在服务器上尚未。
• 扩展现在在内部获得了重命名或复制的目的地名称的锁。锁定为原始文件留在原处，使得用户自己的锁和旧的新名称。
• 修正问题3：文件的写权限不更新初始克隆当一个.hgignore文件存在
• https://bitbucket.org/aragost/hglock/issue/3/
• 测试与水银版本1.8.4到2.0的扩展，改写了代码和测试，以保持兼容性。

在什么0.4版是新的：

• 标记为未锁定的文件为只读的实验支持。这类似于SVN是如何工作的，当一个文件具有了svn：needs-lock属性集
• 这还不是张扬的扩展帮助，在默认情况下关闭。要启用，添加以下的配置文件：
• [hglock]
• updatewriteperm = TRUE
• 当库被克隆，文件标记为需要锁定（相匹配的.hglocks）将只读检出。当一个文件被锁定，它将被制成可写的。当一个文件（通过汞解锁FILE或汞推带）解锁，它会被只读一次。
• 感谢斯科特Sturdivant对促进该功能。
• 更新和提交命令使用锁含蓄，现在将默默地忽略丢失或初始化锁库。之前，HG更新将中止如果锁库未初始化，现在输出一个警告--verbose时使用了才会显示。
• 在重构的代码更好的可维护性。远程过程调用协议，现在住在自己的模块。

什么版本0.3是新的：

• 在推变更的客户端检查。前推，客户现在检查每个推变更，看它是否包含用于该锁定是强制性的任何锁定的文件。如果这样的变更被发现推终止。
• 请汞柱解锁验证客户端的变更以同样的方式锁定汞做。这确保了客户端不解锁文件修改的变更已经被推前。
• 的主要方式解锁文件，现在简单地推影响文件的变更集 - 如果文件没有被修改，因为它是锁定解锁命令只能用
。
• 残疾人--force标志汞推。在推动建立多头则是不再可能。推一个新的分支仍然是可能的--new分支标志。
• 修正了水银1.9.x中的兼容性现在用水银1.8.4版本，1.9和1.9.1进行测试。

什么版本0.2是新的：

• 在重新发布的0.1版。从changegroup钩在一个575c95b4ab8f钩pretxnchangegroup改变了不好的后果。所以575c95b4ab8f和后续修复（d87f0dc0919e，4ba9b24da91b，7ec​​8374652ad）太不稳定释放。
• 在此版本基础上4b61dc057391和仅包括锁识别错误的文件中合并修改（7e3a4247e682和019d137a6ece）随着包装的变化。

要求：

• 在Python的