hglock

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

Какво ново в тази версия:.

• Fix проблеми с 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) ще бъдат проверени само за четене. Когато даден файл е заключен, тя ще бъде направена достъпна за писане. Когато даден файл е отключена (с по Hg отключване файл или Hg натискане), то ще бъде само за четене отново.
• Благодарение на Scott Sturdivant за допринасяне тази функция.
• Актуализацията и да се ангажира команди използват брави имплицитно и просто ще игнорират липсваща или неициализиран заключване хранилище. Преди, Hg актуализация ще се откажем, ако хранилището за заключване не се инициализира, сега извежда предупреждения, че се показва само когато --verbose се използва.
• Refactored код за по-добра поддръжка. Протоколът за дистанционно извикване на процедура сега живее в свой собствен модул.

Какво ново във версия 0.3:

• страна на клиента проверка на изтласкани changesets. Преди бутане, клиентите сега инспектира всяка избута changeset да види дали тя съдържа всички отключени файлове, за които заключване е задължително. Натискът се прекратява, ако се установи, такъв changeset.
• Направи Hg отключване валидира changeset на клиента по същия начин заключване Hg прави. Това гарантира, че клиентът не отключите файл преди changesets че го промените са били изтласкани.
• Основният начин да отключите файлове сега е просто да натиснете changesets, които влияят на файловете - командата отключване може да се използва само, ако даден файл не е бил променен, тъй като тя е била заключена
.
• Disabled --force флаг за Hg тласък. Създаване на множество глави на натискане е след това вече не е възможно. Бутане нов клон все още е възможно с --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