hglock

Mens Mercurial handler om å være desentralisert, det er noen ganger veldig nyttig å jobbe i en sentralisert måte: Hvis filene du jobber med ikke kan flettes (binærfiler som Word-dokumenter, Photoshop-bilder, etc) så er det bedre å kommunisere forhånd om eventuelle endringer for å unngå samtidig arbeid.
hglock er en utvidelse som impliments en sentralisert filbasert låsing ordningen for Mercurial

Hva er nytt i denne utgaven.

• fikse problemer med Mercurial 2,5

Hva er nytt i versjon 0.5:

• Lås filer på kopien og endre navn. Med vår modell, serveren vil ikke akseptere en push som innebærer ulåste filer som låse er obligatorisk. Slike filer vises etter et nytt navn dersom den nye filen ikke er låst. Imidlertid kan brukeren ikke låse filen siden det ikke er på serveren enda.
• Utvidelsen vil nå internt kjøpe en lås for destinasjonsnavnet på et nytt navn eller kopiere. Låsen for den opprinnelige filen er igjen på plass, slik at brukeren egne sluser for både det gamle og det nye navnet.
• Fast Problem 3: Fil skriverettigheter ikke oppdatert på første klone når en .hgignore filen finnes
• https://bitbucket.org/aragost/hglock/issue/3/
• Testet forlengelse med Mercurial versjoner 1.8.4 til 2.0 og omskrev kode og tester for å opprettholde kompatibiliteten.

Hva er nytt i versjon 0.4:

• Eksperimentell støtte for merking ulåste filer som skrivebeskyttet. Dette ligner på hvordan SVN fungerer når en fil har svn:. Behov-lock eiendom sett
• Dette er ennå ikke utlyst i forlengelsen hjelp og er slått av som standard. For å aktivere, legge til følgende i en konfigurasjonsfil:
• [hglock]
• updatewriteperm = True
• Når et depot er klonet, filene markert som trenger låsing (matchet av .hglocks) vil bli sjekket ut beskyttet. Når en fil er låst, vil det bli gjort skrivbar. Når en fil er låst opp (med via hg unlock FIL eller hg push), vil det være skrivebeskyttet igjen.
• Takk til Scott Sturdivant for å bidra til denne funksjonen.
• Oppdateringen og forplikte kommandoer bruker låser implisitt og vil nå stille ignorere en manglende eller initialisert lås depotet. Før, ville hg oppdateringen avbrytes hvis låsen depotet ikke ble initialisert, det nå ut et advarsler som bare vises når --verbose brukes.
• Refactored kode for bedre vedlikehold. Remote Procedure Call protokollen bor nå i en egen modul.

Hva er nytt i versjon 0.3:

• Client-side kontroll av presset forandrings. Før skyve, kunder inspiserer nå hvert presset forandrings for å se om den inneholder noen ulåste filer som låse er obligatorisk. Push avbrytes hvis en slik forandrings er funnet.
• Gjør hg unlock validere klientens forandrings samme måte hg lock gjør. Dette sikrer at en klient ikke låse opp en fil før forandrings som modifiserer det ha blitt presset.
• Den primære måten å låse opp filer er nå å bare skyve forandrings som påvirker filene - ulåst kommandoen kan bare brukes hvis en fil ikke er blitt endret siden den ble låst
.
• Deaktivert force flagg for hg push. Opprette flere hoder på trykk er da ikke lenger mulig. Skyve en ny gren er fortsatt mulig med --new-grenen flagget.
• Fix kompatibilitet med Mercurial 1.9.x. Nå testet med Mercurial versjon 1.8.4, 1.9 og 1.9.1.

Hva er nytt i versjon 0.2:

• Re-release av versjon 0.1. Endringen fra en changegroup krok til en pretxnchangegroup krok i 575c95b4ab8f hadde dårlige konsekvenser. Så 575c95b4ab8f og followup rettinger (d87f0dc0919e, 4ba9b24da91b, 7ec8374652ad) var for ustabil til å løsne.
• bygger Denne utgivelsen på 4b61dc057391 og inneholder kun en løsning på låsen identifisere feil fil i et flette (7e3a4247e682 og 019d137a6ece) sammen med emballasje endringene.

Krav

• Python