hglock

Mens Mercurial handler om at blive decentraliseret, er det undertiden meget nyttigt at arbejde i en centraliseret måde: Hvis de filer, du arbejder på, ikke kan flettes (binære filer såsom Word-dokumenter, Photoshop-billeder osv), så er det bedre at kommunikere forhånd om eventuelle ændringer for at undgå samtidig arbejde.
hglock er en udvidelse, der impliments en centraliseret filbaseret låsning ordning for Mercurial

Hvad er nyt i denne udgivelse:.

• Løs problemer med Mercurial 2.5

Hvad er nyt i version 0.5:

• Lås filer på kopiere og omdøbe. Med vores model, serveren plejer acceptere et skub, der involverer ulåst filer, hvor låsning er obligatorisk. Sådanne filer vises efter et omdøbning hvis den nye fil ikke er låst. Dog kan brugeren ikke låse filen, da det ikke er på serveren endnu.
• Forlængelsen vil nu internt erhverve en lås for destinationen navnet på en omdøbe eller kopiere. Lås den oprindelige fil er tilbage på plads, så brugeren egne låse til både det gamle og det nye navn.
• Fast Issue 3: Fil skriverettigheder ikke opdateret ved første klon, når en .hgignore filen findes
• https://bitbucket.org/aragost/hglock/issue/3/
• Testet forlængelsen med Mercurial versioner 1.8.4 til 2,0 og omskrev kode og tests for at opretholde kompatibilitet.

Hvad er nyt i version 0.4:

• Eksperimentel understøttelse af mærkning ulåste filer som skrivebeskyttet. Dette svarer til, hvordan SVN fungerer, når en fil har svn:. Behov-lock ejendom sæt
• Dette er endnu ikke annonceret i forlængelsen hjælp og er slået fra som standard. For at aktivere, skal du tilføje følgende til en konfigurationsfil:
• [hglock]
• updatewriteperm = True
• Når et arkiv er klonet, filer markeret som behøver låse (modsvares af .hglocks) blive tjekket ud skrivebeskyttet. Når en fil er låst, vil det blive gjort skrivbar. Når en fil er låst op (med via hg låse FILE eller hg push), vil det blive skrivebeskyttet igen.
• Tak til Scott Sturdivant til at bidrage denne funktion.
• Opdateringen og forpligte kommandoer bruger låser implicit og vil nu stille ignorere en manglende eller initialiseret lås repository. Før ville hg opdatering afbryde hvis låsen repository ikke initialiseret, er det nu udsender et advarsler, som kun vises, når --verbose bruges.
• refactored kode for bedre vedligeholdelse. Remote procedure call-protokol bor nu i sin egen modul.

Hvad er nyt i version 0.3:

• Klient-side kontrol af skubbet Ændringer. Før skubbe, klienter inspicerer nu hver skubbet ændrings at se, om den indeholder nogen ulåste filer, hvor låsning er obligatorisk. Push afbrydes, hvis en sådan ændrings er fundet.
• Opret hg låse validere kundens ændrings på samme måde hg lås gør. Dette sikrer, at en klient ikke låse en fil, før de Ændringer, som modificerer det er blevet skubbet.
• Den primære måde at låse filer nu blot at skubbe Ændringer, der påvirker filerne - unlock kommando kan kun anvendes, hvis en fil ikke er blevet ændret siden den blev låst
.
• Deaktiveret --force flag for hg push. Oprettelse af flere hoveder på tryk er så ikke længere muligt. Skubbe en ny filial er stadig muligt med --new-grenen flag.
• Fix kompatibilitet med Mercurial 1.9.x. Nu testet med Mercurial udgave 1.8.4, 1.9 og 1.9.1.

Hvad er nyt i version 0.2:

• Re-release version 0.1. Skiftet fra et ChangeGroup krog til en pretxnchangegroup krog i 575c95b4ab8f haft dårlige konsekvenser. Så 575c95b4ab8f og opfølgning rettelser (d87f0dc0919e, 4ba9b24da91b, 7ec8374652ad) var for ustabile til at frigive.
• Denne udgivelse bygger på 4b61dc057391 og omfatter kun rettelse til låsen identificere den forkerte fil i en sammenfletning (7e3a4247e682 og 019d137a6ece) sammen med emballage ændringer.

Krav :

• Python