hglock

Podczas Mercurial jest wszystko o czym zdecentralizowany, czasem jest to bardzo przydatne do pracy w centralnej sposób: jeśli pliki, które działają na nie mogą być połączone (plików binarnych, takich jak Word, Photoshop, itp), to lepiej jest komunikować góry o żadnej edycji, aby uniknąć jednoczesnego pracy.
hglock jest rozszerzenie, które impliments scentralizowany system blokowania plików oparte na Mercurial

Co nowego w tym wydaniu:.

• Rozwiąż problemy z Mercurial 2.5

Co nowego w wersji 0.5:

• Blokada plików na kopiowanie i zmiana nazwy. Z naszego modelu, serwer przyzwyczajenie zaakceptować push, która obejmuje pliki niezabezpieczone, dla którego zamek jest obowiązkowe. Pliki takie pojawiają się po zmianie nazwy, czy nowy plik nie jest zablokowany. Jednak, użytkownik nie może zablokować plik, ponieważ nie znajduje się na serwerze jeszcze.
• rozszerzenie będzie teraz wewnętrznie uzyskania blokady dla nazwy docelowym zmianie nazwy lub kopii. Zamek do oryginalnego pliku pozostaje na miejscu, tak aby użytkownik własne zamki do starej i nowej nazwy.
• Poprawiono Problem 3: prawa zapisu plików nie aktualizowane na początkowym istnieje klon, kiedy plik .hgignore
• https://bitbucket.org/aragost/hglock/issue/3/
• Testowany rozszerzenie z wersji 1.8.4 do Mercurial i przepisał kod 2.0 i testy w celu zachowania kompatybilności.

Co nowego w wersji 0.4:

• Eksperymentalna obsługa znakowania odblokowane pliki tylko do odczytu. Jest to podobne do tego, jak działa, gdy SVN plik ma svn:. Potrzeby-Lock Set nieruchomości
• To jeszcze nie jest reklamowana w pomocy wydłużania i jest domyślnie wyłączona. Aby włączyć, należy dodać następujące do pliku konfiguracyjnego:
• [hglock]
• updatewriteperm = true
• Jeśli repozytorium jest sklonowany, pliki oznaczone jako konieczności blokowania (dopasowane .hglocks) zostanie wyrejestrowany tylko do odczytu. Gdy plik jest zablokowany, to zostanie wykonana zapisu. Gdy plik jest odblokowany (z pomocą hg hg odblokowanie PLIK lub naciśnięcie), to będzie tylko do odczytu ponownie.
• Dzięki Scott Sturdivant dla przyczyniając tej funkcji.
• Aktualizacja i zobowiązać się polecenia użyć blokady niejawnie i teraz po cichu ignorować brakujący lub niezainicjowanej repozytorium blokady. Przed, by przerwać Aktualizacja hg jeśli repozytorium blokada nie została zainicjowana, teraz wysyła ostrzeżenia, które jest widoczne tylko wtedy, gdy --verbose jest używany.
• refactored kodu dla lepszej konserwacji. Protokół zdalnego wywołania procedury Obecnie mieszka we własnym module.

Co nowego w wersji 0.3:

• Kontrola po stronie klienta z pchane Zestawienia zmian. Przed pchanie, klienci sprawdza teraz każdy pchnął changeset aby sprawdzić, czy zawiera ona żadnych niezabezpieczone pliki, dla których zamek jest obowiązkowe. Nacisk zostanie przerwana, jeśli takie changeset znajduje.
• hg unlock potwierdzić changeset klienta w taki sam sposób zamek hg robi. Gwarantuje to, że klient nie odblokować plik przed Zestawienia zmian, które go modyfikować zostali zepchnięci.
• Podstawowym sposobem odblokowania plików jest teraz po prostu wcisnąć Zestawienia zmian, które wpływają plików - polecenie odblokowania można stosować tylko wtedy, gdy plik nie został zmodyfikowany, ponieważ został zablokowany
.
• Disabled flagi --force HG naciśnięciem. Tworzenie wielu głowy na naciśnięcie jest to już niemożliwe. Pchanie nowy oddział jest nadal możliwe z flagą --new Hisa.
• Kompatybilność z Mercurial 1.9.x. Fix Teraz testowane z wersji 1.8.4, Mercurial i 1.9.1 1.9.

Co nowego w wersji 0.2:

• Re-wydaniu wersji 0.1. Zmiana z hakiem changegroup do haka pretxnchangegroup w 575c95b4ab8f miał złe konsekwencje. Więc 575c95b4ab8f i poprawki nawiązanie (d87f0dc0919e, 4ba9b24da91b, 7ec8374652ad) były zbyt niestabilny, aby zwolnić.
• Ta wersja opiera się na 4b61dc057391 i zawiera tylko poprawkę dla zamka identyfikujących błędnego pliku w seryjnej (7e3a4247e682 i 019d137a6ece) wraz ze zmianami opakowań.

Wymagania :

• Python