Uszkodzenie repozytorium Mercurial

Jest to nieco związane z tym pytaniem, ale jest innym pytaniem.

Mamy centralne repozytorium Hg, podawane użytkownikom za pośrednictwem SSH i serwera mercurial . Łączymy się z nim kilkoma klientami Mac, Linux i Windows.

Dwukrotnie zdarzyło się teraz, gdy jeden z użytkowników systemu Windows uszkodził swoje repozytorium, a następnie zepchnął z powrotem do centralnego, który je uszkodził. Chcę napisać przychodzący skrypt przechwytujący w centralnym repozytorium, aby zapobiec akceptacji transakcji, jeśli spowoduje ona uszkodzenie centralnego repozytorium.

Chociaż niestety nie wiem wystarczająco dużo o Mercurial, aby napisać taki skrypt. Czy jest jakaś możliwość, że spotkał się z tym ktoś inny? Osobiście nie jestem pewien, dlaczego hg domyślnie tego nie robi.

Najnowsze wersje Mercurial (od 1.5) obsługują sprawdzanie poprawności danych przychodzących. Dodaj

[server]
validate = True

do konfiguracji hg serwera (albo .hg/hgrckonfiguracja hgwebdir powinna działać poprawnie), aby serwer mógł zweryfikować przychodzące dane i odrzucić nieprawidłowe wypychania. Klient zobaczy wtedy błąd podobny do:

remote: abort: missing file data for beta:dddc47b3ba30e54484720ce0f4f768a0f4b6efb9 - run hg verify

Mam nadzieję, że to pomaga!

Może powinieneś całkowicie unikać pchania do repozytorium. Dzięki Mercurial i jego rozproszonej naturze każdy może mieć swoją gałąź, a kiedy czuje, że jest gotowy, mówi ci, a ty od niego odsuwasz. Brak problemów z dostępem do zatwierdzenia, brak wypychania, które mogłoby popsuć ...

To przynajmniej rada, której udzielił mi mój przyjaciel, kiedy migrowałem z SVN do Mercurial.

Nie wiem, czy jest to dla ciebie opcja, ale utworzenie osobistego repozytorium dla wszystkich, a następnie wyciągnięcie ludzi, których potrzebujesz, może wymagać mniej pracy niż próba złapania niebezpiecznych popychaczy.

Czy nie mógłbyś zrobić tego samego, co blog Davida Herrona , ale zamiast robić to w trakcie przygotowywania trasy, zrób to na specjalnym haczyku na centralnym repozytorium?

Jedną z możliwych alternatyw jest:

1. Sklonuj repozytorium PO wypchnięciu.
2. Sprawdź to.
3. Jeśli repozytorium jest dobre, zarchiwizuj je jako najnowsze dobre
4. Jeśli repozytorium jest uszkodzone, podnieś alarm
5. W razie alarmu przywróć ostatnie znane dobre repozytorium.

To rozwiązanie nie jest tym, czego potrzebujesz, ale przynajmniej masz sposób na wycofanie repozytorium w przypadku uszkodzenia.