hglock

В то время как Mercurial все о децентрализация, это иногда очень полезно работать в централизованном моды: если файлы вы работаете на не могут быть объединены (бинарные файлы, такие как документы Word, Photoshop изображений, и т.д.), то лучше общаться предупреждений о любых правок, чтобы избежать одновременного работу.
hglock расширение, которое impliments централизованного основе файла схемы блокировки для Mercurial

Что нового В этом выпуске:.

• Устранение проблем с Mercurial 2.5

Что нового в версии 0.5:

• Блокировка файлов на копировать и переименовывать. С нашей модели, сервер обыкновение принимать толчок, который включает разблокированные файлы, для которых замок является обязательным. Такие файлы появляются после переименования, если новый файл не заблокирован. Тем не менее, пользователь не может заблокировать файл, так как это не на сервере еще.
• Расширение теперь внутри блокировку для имени назначения в переименования или копии. Замок для исходного файла остается на месте, так что пользователь собственные замки для старых и новое имя.
• Исправлена ​​Выпуск 3: права на запись файла не обновляются на начальном клона, если файл существует .hgignore
• https://bitbucket.org/aragost/hglock/issue/3/
• Испытано расширение с Mercurial версий 1.8.4 до 2.0, и переписал код и тесты, чтобы сохранить совместимость.

Что нового в версии 0.4:

• Экспериментальная поддержка для маркировки разблокированные файлы как только для чтения. Это похоже на то, как SVN работает, когда файл имеет SVN:. Потребности блокировки установлено свойство
• Это не рекламируется в расширении помощи и по умолчанию отключена. Чтобы включить, добавьте следующие строки в файле конфигурации:
• [hglock]
• updatewriteperm = True
• Когда репозиторий клонируется, файлы, помеченные как требующие блокировки (сопровождаться .hglocks) будет извлечен только для чтения. Когда файл заблокирован, это будет сделано для записи. Когда файл будет разблокирован (с помощью рт.ст. разблокировки ФАЙЛ или рт.ст. толчок), она будет только для чтения снова.
• Благодаря Скотт Sturdivant за вклад эту функцию.
• Обновление и совершать команды используют замки неявно и теперь молча игнорировать отсутствующий или неинициализированную хранилище блокировки. До рт.ст. обновление было прервать, если хранилище блокировка не была инициализирована, теперь выводит предупреждения, что только показанные при --verbose используется.
• реструктурировать код для лучшего сопровождения. Протокол удаленного вызова процедур в настоящее время живет в своем собственном модуле.

Что нового в версии 0.3:

• на стороне клиента проверка толкнул ревизий. Перед нажатием клиенты в настоящее время проверяет каждый толкнул ревизию, чтобы увидеть, если он содержит какие-либо файлы разблокированные для которых замок является обязательным. Толчок прервана, если такая ревизия будет найден.
• Сделать рт.ст. разблокировки проверки ревизии клиента так же рт.ст. замок делает. Это гарантирует, что клиент не разблокировать файл перед Изменения, которые изменяют его были вытеснены.
• Основной способ, чтобы разблокировать файлы теперь просто нажать ревизии, которые влияют на файлы - команда разблокировки можно использовать, только если файл не был изменен, так как она была заперта
.
• Отключено флаг --force для рт.ст. толчок. Создание нескольких голов на толчок тогда больше не возможна. Нажатие новую ветку по-прежнему можно с флагом --new-отрасли.
• совместимость Fix с Mercurial 1.9.x. Теперь проходят с Mercurial версии 1.8.4, 1.9, 1.9.1 и.

Что нового в версии 0.2:

• Re-релиз версии 0.1. Переход от changegroup крючок к pretxnchangegroup крюк в 575c95b4ab8f были плохие последствия. Так 575c95b4ab8f и последующую исправления (d87f0dc0919e, 4ba9b24da91b, 7ec8374652ad) были слишком нестабильны, чтобы освободить.
• Этот релиз основан на 4b61dc057391 и включает в себя только исправления для блокировки идентифицирующей неправильный файл в слиянии (7e3a4247e682 и 019d137a6ece) вместе с изменениями упаковки.

Требования

• Python