hg - Online în cloud

PROGRAM:

NUME

hg - Sistemul de management al codului sursă Mercurial

REZUMAT

hg comandă [opțiune]... [argument] ...

DESCRIERE

hg comanda oferă o interfață de linie de comandă pentru sistemul Mercurial.

COMMAND ELEMENTE

fișiere ...
indică unul sau mai multe nume de fișier sau nume de fișiere de cale relativă; vezi Modele de nume de fișiere
pentru informații despre potrivirea modelelor

cale indică o cale pe mașina locală

Revizuire
indică un set de modificări care poate fi specificat ca număr de revizuire al setului de modificări, o etichetă,
sau un subșir unic al valorii hash setului de modificări

depozit cale
fie calea unui depozit local, fie URI-ul unui depozit la distanță.

OPŢIUNI

-R,--repertoriu
directorul rădăcină al depozitului sau numele fișierului pachetului de suprapunere

--cwd
schimba directorul de lucru

-y, --neinteractiv
nu solicitați, alegeți automat prima alegere pentru toate solicitările

-q, --Liniște
suprima ieșirea

-v, --verbos
activați o ieșire suplimentară

--config
opțiunea set/override de configurare (utilizați „section.name=value”)

--depanare
activați ieșirea de depanare

--depanator
porniți depanatorul

--codare
setați codarea setului de caractere (implicit: UTF-8)

--codingmode
setați modul de codare a setului de caractere (implicit: strict)

--traceback
imprimați întotdeauna un traseu la excepție

--timp timp cât durează comanda

--profil
imprimați profilul de execuție a comenzii

--versiune
informații despre versiunea de ieșire și ieșire

-h, --Ajutor
afișați ajutor și ieșiți

--ascuns
luați în considerare seturile de modificări ascunse

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

COMANDE

adăuga
adăugați fișierele specificate la următoarea comitere:

hg adaugă [OPȚIUNE]... [FIȘIER]...

Programați fișierele pentru a fi controlate și adăugate în depozit.

Fișierele vor fi adăugate în depozit la următoarea comitere. Pentru a anula o adăugare înainte de aceasta,
vedea hg a uita.

Dacă nu sunt date nume, adăugați toate fișierele în depozit (cu excepția fișierelor care se potrivesc .hgignora).

Exemple:

· Fișierele noi (necunoscute) sunt adăugate automat de către hg adăuga:

$ls
foo.c
stare $ hg
? foo.c
$ hg adaugă
adăugând foo.c
stare $ hg
Un foo.c

· Se pot specifica fișiere specifice de adăugat:

$ls
bar.c foo.c
stare $ hg
? bar.c
? foo.c
$ hg adauga bar.c
stare $ hg
Un bar.c
? foo.c

Returnează 0 dacă toate fișierele au fost adăugate cu succes.

Opțiuni:

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-S, --subrepos
recurge în subrepozitive

-n, --funcție uscată
nu efectuați acțiuni, doar imprimați rezultatul

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

addremove
adăugați toate fișierele noi, ștergeți toate fișierele lipsă:

hg addremove [OPȚIUNE]... [FIȘIER]...

Adăugați toate fișierele noi și eliminați toate fișierele lipsă din depozit.

Dacă nu sunt date nume, fișierele noi sunt ignorate dacă se potrivesc cu oricare dintre modelele din
.hgignora. Ca și în cazul add, aceste modificări intră în vigoare la următoarea comitere.

Utilizați opțiunea -s/--similarity pentru a detecta fișierele redenumite. Această opțiune necesită un procent
între 0 (dezactivat) și 100 (fișierele trebuie să fie identice) ca parametru. Cu un parametru
mai mare de 0, aceasta compară fiecare fișier eliminat cu fiecare fișier adăugat și le înregistrează
destul de asemănător ca redenumiri. Detectarea fișierelor redenumite în acest fel poate fi costisitoare. După utilizare
această opțiune, hg Starea -C poate fi folosit pentru a verifica ce fișiere au fost identificate ca mutate sau
redenumit. Dacă nu este specificat, -s/--similarity este implicit 100 și redenumește numai identic
fișierele sunt detectate.

Exemple:

· Un număr de fișiere (bar.c și foo.c) sunt noi, în timp ce foobar.c a fost eliminat (fără
folosind hg scoate) din depozit:

$ls
bar.c foo.c
stare $ hg
! foobar.c
? bar.c
? foo.c
$ hg addremove
adăugând bar.c
adăugând foo.c
îndepărtarea foobar.c
stare $ hg
Un bar.c
Un foo.c
R foobar.c

· Un fișier foobar.c a fost mutat în foo.c fără a fi folosit hg redenumi. După aceea, a fost
editat putin:

$ls
foo.c
stare $ hg
! foobar.c
? foo.c
$ hg addremove --similaritate 90
îndepărtarea foobar.c
adăugând foo.c
înregistrarea eliminării foobar.c ca redenumire în foo.c (94% similar)
stare $ hg -C
Un foo.c
foobar.c
R foobar.c

Returnează 0 dacă toate fișierele au fost adăugate cu succes.

Opțiuni:

-da,--similitudine
ghiciți fișierele redenumite după asemănare (0<=s<=100)

-S, --subrepos
recurge în subrepozitive

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-n, --funcție uscată
nu efectuați acțiuni, doar imprimați rezultatul

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

adnota
afișați informațiile setului de modificări pe rând pentru fiecare fișier:

hg adnotare [-r REV] [-f] [-a] [-u] [-d] [-n] [-c] [-l] FIȘIER...

Listați modificările în fișiere, arătând ID-ul de revizuire responsabil pentru fiecare linie.

Această comandă este utilă pentru a descoperi când a fost făcută o modificare și de către cine.

Dacă includeți --file, --user sau --date, numărul de revizuire este suprimat, cu excepția cazului în care
include, de asemenea, --număr.

Fără opțiunea -a/--text, adnotarea va evita procesarea fișierelor pe care le detectează ca fiind binare.
Cu -a, annotate va adnota fișierul oricum, deși rezultatele probabil vor fi
nici util, nici de dorit.

Returnează 0 la succes.

Opțiuni:

-r,--rev
adnotă revizuirea specificată

--urma
urmați copiile/redenumirile și enumerați numele fișierului (DEPRECAT)

--nu-urmare
nu urmați copii și redenumiri

-A, --text
tratați toate fișierele ca text

-u, --utilizator
enumerați autorul (lung cu -v)

-f, --fişier
enumerați numele fișierului

-d, --Data
enumerați data (scurtând cu -q)

-n, --număr
enumerați numărul de revizuire (implicit)

-c, --schimbare
enumerați setul de modificări

-l, --Numărul de linie
arata numarul liniei la prima aparitie

-w, --ignora-tot-spațiul
ignorați spațiul alb atunci când comparați liniile

-b, --ignora-schimbarea-spațială
ignorați modificările cantității de spațiu alb

-B, --ignora-linii-albe
ignorați modificările ale căror linii sunt toate goale

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

pseudonime: vina

Arhiva
creați o arhivă neversionată a unei versiuni de depozit:

hg arhivă [OPȚIUNE]... DEST

În mod implicit, versiunea utilizată este părintele directorului de lucru; utilizați -r/--rev la
specificați o altă revizuire.

Tipul de arhivă este detectat automat pe baza extensiei fișierului (pentru a înlocui, utilizați
-t/--tip).

Exemple:

· creați un fișier zip care conține versiunea 1.0:

hg arhiva -r 1.0 proiect-1.0.zip

· creați un tarball excluzând fișierele .hg:

hg arhivă project.tar.gz -X „.hg*”

Tipurile valide sunt:

fișiere

un director plin de fișiere (implicit)

gudron

arhivă tar, necomprimată

tbz2

arhivă tar, comprimată folosind bzip2

tgz

arhivă tar, comprimată folosind gzip

uzip

arhivă zip, necomprimată

zip

arhivă zip, comprimată folosind deflate

Numele exact al arhivei sau directorului de destinație este dat folosind un șir de format; vedea
hg ajutor exporturile pentru detalii.

Fiecare membru adăugat într-un fișier arhivă are un prefix de director. Folosiți -p/--prefixul pentru
specificați un șir de format pentru prefix. Implicit este numele de bază al arhivei, cu
sufixele eliminate.

Returnează 0 la succes.

Opțiuni:

--fără decodare
nu treceți fișierele prin decodoare

-p,--prefix
prefix de director pentru fișierele din arhivă

-r,--rev
revizuire de distribuit

-t,--tip
tip de distribuție de creat

-S, --subrepos
recurge în subrepozitive

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

retragere
efect invers al setului de modificări anterior:

hg backout [OPȚIUNE]... [-r] REV

Pregătiți un nou set de modificări cu efectul REV anulat în directorul de lucru curent. Dacă
nu au fost intalnite conflicte, va fi comis imediat.

Dacă REV este părintele directorului de lucru, atunci acest nou set de modificări este comis
automat (cu excepția cazului în care este specificat --no-commit).

notițe hg retragere nu poate fi folosit pentru a remedia o îmbinare nedorită sau incorectă.

Exemple:

· Inversa efectul părinte al directorului de lucru. Această retragere va fi
comis imediat:

hg backout -r .

· Inversați efectul revizuirii greșite anterioare 23:

hg backout -r 23

· Inversați efectul revizuirii greșite anterioare 23 și lăsați modificările necommitate:

hg backout -r 23 --no-commit
hg commit -m „Versiune 23 de retragere”

În mod implicit, setul de modificări în așteptare va avea un părinte, menținând un istoric liniar. Cu
--merge, setul de modificări în așteptare va avea în schimb doi părinți: părintele vechi al
director de lucru și un nou copil al REV care pur și simplu anulează REV.

Înainte de versiunea 1.7, comportamentul fără --merge era echivalent cu specificarea --merge
urmată de hg actualizare --curat . pentru a anula fuziunea și a lăsa copilul lui REV ca șef
să fie comasate separat.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Vedea hg ajutor reveni pentru o modalitate de a restabili fișierele la starea unei alte versiuni.

Returnează 0 în caz de succes, 1 dacă nu trebuie să renunțe sau dacă există fișiere nerezolvate.

Opțiuni:

--combina
fuzionează cu vechiul părinte de stat după retragere

--comite
comite dacă nu au fost întâlnite conflicte (DEPRECAT)

--nu-commit
nu comite

--mamă
părintele să aleagă atunci când se retrage îmbinarea (DEPRECAT)

-r,--rev
revizuire la backout

-e, --Editați | ×
invocați editorul la mesajele de comitere

-t,--instrument
specificați instrumentul de îmbinare

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

împărţi în două
căutarea subdiviziunii de seturi de modificări:

hg bisect [-gbsr] [-U] [-c CMD] [REV]

Această comandă ajută la găsirea seturilor de modificări care introduc probleme. Pentru a utiliza, marcați cel mai devreme
setul de modificări pe care știți că prezintă problema ca fiind proastă, apoi marcați cel mai recent set de modificări care este
liber de problemă la fel de bine. Bisect va actualiza directorul de lucru la o revizuire pentru
testare (cu excepția cazului în care este specificată opțiunea -U/--noupdate). După ce ați efectuat testele,
marcați directorul de lucru ca bun sau rău și bisect se va actualiza fie la altul
set de modificări candidat sau anunță că a găsit revizuirea proastă.

Ca scurtătură, puteți folosi și argumentul revizuire pentru a marca o revizuire ca bună sau rea
fără a verifica mai întâi.

Dacă furnizați o comandă, aceasta va fi folosită pentru bisectia automată. Mediul
variabila HG_NODE va ​​conține ID-ul setului de modificări testat. Starea de ieșire a
comanda va fi folosită pentru a marca revizuirile ca bune sau rele: starea 0 înseamnă bună, 125 înseamnă să
omite revizuirea, 127 (comanda nu a fost găsită) va anula bisecția și orice alta
starea de ieșire diferită de zero înseamnă că revizuirea este proastă.

Cateva exemple:

· începe o bisectie cu revizuirea proastă cunoscută 34 și revizuirea bună 12:

hg bisect --rea 34
hg bisect --bine 12

· avansa bisectia curenta prin marcarea revizuirii curente ca buna sau rea:

hg bisect --bine
hg bisect --bad

· marcați revizuirea curentă, sau o revizuire cunoscută, pentru a fi omisă (de exemplu, dacă acea revizuire este
nu poate fi utilizat din cauza unei alte probleme):

hg bisect --sări
hg bisect --salta 23

· săriți peste toate revizuirile care nu ating directoare foo or bar:

hg bisect --skip "!( fisier('cale:foo') & fisier('cale:bar') )"

· uitați bisectia curentă:

hg bisect --resetare

· utilizați „fake && make tests” pentru a găsi automat prima revizuire întreruptă:

hg bisect --resetare
hg bisect --rea 34
hg bisect --bine 12
hg bisect --comandă „face && face teste”

· vezi toate seturile de modificări ale căror stări sunt deja cunoscute în bisectia curentă:

hg log -r "bisectare(tuns)"

· vedeți setul de modificări care este în prezent divizat (mai ales util dacă rulați cu
-U/--noupdate):

hg log -r "bisect (curent)"

· vezi toate seturile de modificări care au luat parte la bisectia curentă:

hg log -r „bisect (interval)”

· puteți obține chiar și un grafic frumos:

hg log --graph -r „bisect (interval)”

Vedea hg ajutor inversări pentru mai multe despre împărţi în două() cuvinte cheie.

Returnează 0 la succes.

Opțiuni:

-r, --resetare
resetează starea bisectului

-g, --bun
marcați setul de modificări bun

-b, --rău
marcați setul de modificări rău

-da, --ocolire
omite setul de modificări de testare

-e, --extinde
extinde intervalul bisect

-c,--comanda
utilizați comanda pentru a verifica starea setului de modificări

-U, --noupdate
nu actualizați la țintă

marcajele
creați un nou marcaj sau enumerați marcajele existente:

hg marcaje [OPȚIUNI]... [NUME]...

Marcajele sunt etichete pe seturile de modificări pentru a ajuta la urmărirea liniilor de dezvoltare. Marcajele sunt
fără versiune și poate fi mutat, redenumit și șters. Ștergerea sau mutarea unui marcaj nu are
efect asupra seturilor de modificări asociate.

Crearea sau actualizarea unui marcaj face ca acesta să fie marcat ca „activ”. Cel activ
marcajul este indicat cu un „*”. Când se efectuează un commit, marcajul activ va avansa
la noul comite. Un simplu hg actualizare va avansa și un marcaj activ, dacă este posibil.
Actualizarea departe de un marcaj va determina dezactivarea acestuia.

Marcajele pot fi împinse și trase între depozite (vezi hg ajutor împinge și hg ajutor trage
). Dacă un marcaj partajat a fost diferit, un nou „marcaj divergent” de forma „nume@cale”
va fi creat. Folosind hg îmbina va rezolva divergenta.

Un marcaj numit „@” are proprietatea specială care hg clona îl va verifica în mod implicit
dacă există.

Exemple:

· creați un marcaj activ pentru o nouă linie de dezvoltare:

hg book nou-funcție

· creați un marcaj inactiv ca marcator de locație:

hg carte -am recenzat

· creați un marcaj inactiv pe alt set de modificări:

hg book -r .^ testat

· redenumiți marcajul curcan la cină:

hg book -m cina de curcan

· mutați marcajul „@” dintr-o altă ramură:

hg carte -f @

Opțiuni:

-f, --forta
putere

-r,--rev
revizuire pentru acțiunea de marcare

-d, --șterge
ștergeți un anumit marcaj

-m,--redenumiți
redenumiți un anumit marcaj

-eu, --inactiv
marca un marcaj inactiv

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

alias: marcaj

ramură
setați sau afișați numele actual al sucursalei:

ramura hg [-fC] [NUME]

Notă Numele filialelor sunt permanente și globale. Utilizare hg semn de carte pentru a crea o greutate ușoară
marcaj în schimb. Vedea hg ajutor glosar pentru mai multe informații despre ramurile denumite
și marcaje.

Fără niciun argument, afișați numele actual al ramurilor. Cu un singur argument, setați lucrul
nume de ramură a directorului (ramura nu va exista în depozit până la următoarea comitere).
Practica standard recomandă ca dezvoltarea primară să aibă loc pe ramura „implicit”.

Cu excepția cazului în care este specificat -f/--force, branch nu vă va permite să setați un nume de ramură care deja
există.

Utilizați -C/--clean pentru a reseta ramura directorului de lucru la cea a părintelui de lucru
director, anulând o modificare anterioară a ramurilor.

Utilizați comanda hg actualizare pentru a trece la o filială existentă. Utilizare hg comite --aproape-ramură la
marcați acest cap de ramură ca fiind închis. Când toate capetele unei ramuri sunt închise, ramura o va face
fi considerat închis.

Returnează 0 la succes.

Opțiuni:

-f, --forta
setați numele de ramură chiar dacă umbră o ramură existentă

-C, --curat
resetați numele ramurii la numele ramurii părinte

ramuri
listează depozitul numit ramuri:

ramuri hg [-c]

Listați ramurile denumite ale depozitului, indicând care sunt inactive. Dacă -c/--închis
este specificat, enumerați și ramurile care au fost marcate ca închise (vezi hg comite
--aproape-ramură).

Utilizați comanda hg actualizare pentru a trece la o filială existentă.

Returnează 0.

Opțiuni:

-A, --activ
afișați numai ramurile care au capete necontopite (DEPRECAT)

-c, --închis
arata ramuri normale si inchise

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

pachet
creați un fișier de grup de modificări:

hg bundle [-f] [-t TYPE] [-a] [-r REV]... [--base REV]... FILE [DEST]

Generați un fișier de grup de modificări care colectează seturi de modificări pentru a fi adăugate la un depozit.

Pentru a crea un pachet care să conțină toate seturile de modificări, utilizați -a/--all (sau --base null). Altfel, hg
presupune că destinația va avea toate nodurile pe care le specificați cu parametrii --base.
În caz contrar, hg va presupune că depozitul are toate nodurile în destinație sau
default-push/default dacă nu este specificată nicio destinație.

Puteți schimba formatul pachetului cu opțiunea -t/--type. Puteți specifica o compresie, a
versiunea pachet sau ambele folosind o liniuță (versiunea comp). Metodele de compresie disponibile sunt:
none, bzip2 și gzip (în mod implicit, pachetele sunt comprimate folosind bzip2). Cele disponibile
formatele sunt: ​​v1, v2 (implicit la cel mai potrivit).

Fișierul pachet poate fi apoi transferat folosind mijloace convenționale și aplicat altuia
depozit cu comanda unbundle sau pull. Acest lucru este util atunci când împingerea și tragerea directă sunt
nu este disponibil sau atunci când exportul unui depozit întreg nu este de dorit.

Aplicarea pachetelor păstrează tot conținutul setului de modificări, inclusiv permisiunile, copierea/redenumirea
informații și istoricul revizuirilor.

Returnează 0 la succes, 1 dacă nu s-au găsit modificări.

Opțiuni:

-f, --forta
rulați chiar și atunci când destinația nu are legătură

-r,--rev
un set de modificări destinat să fie adăugat la destinație

-b,--ramură
o anumită ramură pe care ați dori să o grupați

--baza
un set de modificări de bază presupus a fi disponibil la destinație

-A, --toate
grupați toate seturile de modificări în depozit

-t,--tip
tipul de compresie a pachetului de utilizat (implicit: bzip2)

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

pisică
scoateți versiunea curentă sau dată a fișierelor:

hg cat [OPȚIUNE]... FIȘIER...

Tipăriți fișierele specificate așa cum erau la versiunea dată. Dacă nu se face nicio revizuire,
este utilizat părintele directorului de lucru.

Ieșirea poate fi către un fișier, caz în care numele fișierului este dat folosind un format
şir. Regulile de formatare sunt după cum urmează:

%%

caracterul literal „%”.

%s

numele de bază al fișierului care se imprimă

%d

dirname fișierului care se imprimă sau „.” dacă în rădăcina depozitului

%p

numele căii relativ la rădăcină a fișierului care se imprimă

%H

hash set de modificări (40 de cifre hexazecimale)

%R

numărul de revizuire al setului de modificări

%h

hash pentru setul de modificări în formă scurtă (12 cifre hexazecimale)

%r

numărul de revizuire a setului de modificări zero-căptusit

%b

numele de bază al depozitului de export

Returnează 0 la succes.

Opțiuni:

-o,--ieșire
imprimați rezultatul într-un fișier cu nume formatat

-r,--rev
tipăriți revizuirea dată

--decodare
aplicați orice filtru de decodificare potrivit

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

clona
faceți o copie a unui depozit existent:

hg clone [OPȚIUNE]... SOURCE [DEST]

Creați o copie a unui depozit existent într-un director nou.

Dacă nu este specificat niciun nume de director de destinație, acesta este implicit la numele de bază al sursei.

Locația sursei este adăugată la noul depozit .hg/hgrc fișier, ca implicit
pentru a fi folosit pentru trageri viitoare.

Doar poteci locale și ssh:// URL-urile sunt acceptate ca destinații. Pentru ssh:// destinații,
nici un director de lucru sau .hg/hgrc va fi creat pe partea de la distanță.

Dacă depozitul sursă are setat un marcaj numit „@”, acea revizuire va fi verificată
implicit în noul depozit.

Pentru a verifica o anumită versiune, utilizați -u/--update sau -U/--noupdate pentru a crea o clonă
fără un director de lucru.

Pentru a extrage doar un subset de seturi de modificări, specificați unul sau mai mulți identificatori de revizuire cu
-r/--rev sau ramuri cu -b/--ram. Clona rezultată va conține doar cele specificate
seturile de schimbări și strămoșii lor. Aceste opțiuni (sau „clone src#rev dest”) implică --pull, even
pentru depozitele surse locale.

Notă Specificarea unei etichete va include setul de modificări etichetat, dar nu setul de modificări care îl conține
eticheta.

Pentru eficiență, hardlink-urile sunt folosite pentru clonare ori de câte ori sursa și destinația sunt activate
același sistem de fișiere (rețineți că acest lucru se aplică numai datelor din depozit, nu și celor de lucru
director). Unele sisteme de fișiere, cum ar fi AFS, implementează hardlinking incorect, dar nu o fac
raportează erori. În aceste cazuri, utilizați opțiunea --pull pentru a evita hardlinkingul.

În unele cazuri, puteți clona depozitele și directorul de lucru folosind link-uri complete
cu

$ cp -al REPO REPOCLONE

Acesta este cel mai rapid mod de a clona, ​​dar nu este întotdeauna sigur. Operația nu este atomică
(asigurându-vă că REPO nu este modificat în timpul operațiunii depinde de dvs.) și trebuie să faceți
asigurați-vă că editorul dvs. rupe hardlink-urile (Emacs și majoritatea instrumentelor Linux Kernel fac acest lucru). De asemenea, aceasta este
nu este compatibil cu anumite extensii care își plasează metadatele în directorul .hg,
precum mq.

Mercurial va actualiza directorul de lucru la prima revizuire aplicabilă din aceasta
listă:

A. null dacă -U sau depozitul sursă nu are seturi de modificări

b. daca tu . iar depozitul sursă este local, primul părinte al depozitului sursă
director de lucru

c. setul de modificări specificat cu -u (dacă un nume de ramură, aceasta înseamnă cel mai recent cap al acesteia
ramura)

d. setul de modificări specificat cu -r

e. capul cel mai în vârf specificat cu -b

f. capul cel mai în vârf specificat cu sintaxa sursă url#branch

g. revizuirea marcată cu marcajul „@”, dacă este prezent

h. capul cel mai în vârf al ramurii implicite

i. bacsis

Când clonează de pe servere care îl acceptă, Mercurial poate prelua date pregenerate de la a
URL anunțat de server. Când se face acest lucru, cârligele operează pe seturile de modificări primite și
Changegroups se pot declanșa de două ori, o dată pentru pachetul preluat de la URL și alta pentru oricare
date suplimentare nu au fost preluate de la această adresă URL. În plus, dacă apare o eroare, depozitul
poate fi derulat înapoi la o clonă parțială. Acest comportament se poate schimba în versiunile viitoare. Vedea hg
ajutor -e clonebundle pentru mai mult.

Exemple:

· clonează un depozit de la distanță într-un director nou numit hg/:

clona hg http://selenic.com/hg

· creați o clonă locală ușoară:

proiect clona hg/ caracteristică-proiect/

· clonează dintr-o cale absolută pe un server ssh (notă dublă oblică):

hg clone ssh://user@server//home/projects/alpha/

· faceți o clonă de mare viteză printr-o rețea LAN în timp ce verificați o versiune specificată:

clona hg --necomprimată http://server/repo -u 1.5

· creați un depozit fără seturi de modificări după o anumită revizuire:

clona hg -r 04e544 experimental/ bun/

· clonează (și urmărește) o anumită ramură numită:

clona hg http://selenic.com/hg#grajd

Vedea hg ajutor url-uri pentru detalii despre specificarea adreselor URL.

Returnează 0 la succes.

Opțiuni:

-U, --noupdate
clona va include un director de lucru gol (doar un depozit)

-u,--updaterev
revizuire, etichetare sau ramură pentru a verifica

-r,--rev
include setul de modificări specificat

-b,--ramură
clonează numai ramura specificată

--Trage utilizați protocolul pull pentru a copia metadatele

--necomprimat
utilizați transferul necomprimat (rapid prin LAN)

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

comite
comite fișierele specificate sau toate modificările restante:

hg commit [OPȚIUNE]... [FIȘIER]...

Commiteți modificări ale fișierelor date în depozit. Spre deosebire de un SCM centralizat, acesta
operațiunea este o operațiune locală. Vedea hg împinge pentru o modalitate de a vă distribui activ modificările.

Dacă o listă de fișiere este omisă, toate modificările sunt raportate de hg Starea vor fi comise.

Dacă comiteți rezultatul unei îmbinări, nu furnizați niciun nume de fișier sau -I/-X
Filtre.

Dacă nu este specificat niciun mesaj de confirmare, Mercurial pornește editorul configurat de unde puteți
introduceți un mesaj. În cazul în care comiterea nu reușește, veți găsi o copie de rezervă a mesajului dvs. în
.hg/last-message.txt.

Steagul --close-branch poate fi folosit pentru a marca capul de ramură curent închis. Când toate capete
a unei sucursale sunt închise, sucursala va fi considerată închisă și nu mai este listată.

Indicatorul --amend poate fi folosit pentru a modifica directorul părinte al directorului de lucru cu un nou
commit care conține modificările din părinte în plus față de cele raportate în prezent de
hg Starea, Dacă există. Vechiul commit este stocat într-un pachet de rezervă în
.hg/strip-backup (A se vedea hg ajutor pachet și hg ajutor desfacere despre cum să-l restabiliți).

Mesajul, utilizatorul și data sunt preluate din comiterea modificată, dacă nu este specificat. Când un mesaj
nu este specificat pe linia de comandă, editorul se va deschide cu mesajul modificat
comite.

Nu este posibilă modificarea seturilor publice de modificări (a se vedea hg ajutor faze) sau seturi de modificări care au
copii.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Returnează 0 la succes, 1 dacă nimic nu s-a schimbat.

Exemple:

· comite toate fișierele care se termină în .py:

hg commit --include „set:**.py”

· comite toate fișierele non-binare:

hg commit --exclude "set:binary()"

· modificați commit-ul curent și setați data la acum:

hg commit --amend --date acum

Opțiuni:

-A, --addremove
marcați fișierele noi/lipsă ca adăugate/eliminate înainte de a le efectua

--aproape-ramură
marcați un cap de ramură ca fiind închis

--amenda
modificați părintele directorului de lucru

-da, --secret
utilizați faza secretă pentru comitere

-e, --Editați | ×
invocați editorul la mesajele de comitere

-eu, --interactiv
utilizați modul interactiv

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

-S, --subrepos
recurge în subrepozitive

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

pseudonime: ci

config
arată setările de configurare combinate din toate fișierele hgrc:

hg config [-u] [NUME]...

Fără argumente, imprimați numele și valorile tuturor elementelor de configurare.

Cu un argument al formularului section.name, tipăriți doar valoarea acelui element de configurare.

Cu mai multe argumente, imprimați numele și valorile tuturor elementelor de configurare cu secțiunea de potrivire
nume.

Cu --edit, porniți un editor pe fișierul de configurare la nivel de utilizator. Cu --global, editați
fișier de configurare la nivelul întregului sistem. Cu --local, editați fișierul de configurare la nivel de depozit.

Cu --debug, sursa (numele fișierului și numărul rândului) este tipărită pentru fiecare element de configurare.

Vedea hg ajutor config pentru mai multe informații despre fișierele de configurare.

Returnează 0 la succes, 1 dacă NAME nu există.

Opțiuni:

-u, --neîncredere
afișează opțiunile de configurare nesigure

-e, --Editați | ×
editați configurația utilizatorului

-l, --local
editați configurația depozitului

-g, --global
editați configurația globală

aliasuri: showconfig debugconfig

copiaţi
marcați fișierele ca copiate pentru următoarea comitere:

hg copie [OPȚIUNE]... [SURSA]... DEST

Marcați dest ca având copii ale fișierelor sursă. Dacă dest este un director, se pun copii în el
director. Dacă dest este un fișier, sursa trebuie să fie un singur fișier.

În mod implicit, această comandă copiază conținutul fișierelor așa cum există în lucru
director. Dacă este invocată cu -A/--după, operația este înregistrată, dar nu este copiere
efectuat.

Această comandă are efect odată cu următoarea comitere. Pentru a anula o copie înainte de aceasta, consultați hg reveni.

Returnează 0 la succes, 1 dacă se întâlnesc erori.

Opțiuni:

-A, --după
înregistrați o copie care a apărut deja

-f, --forta
copiați forțat peste un fișier gestionat existent

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-n, --funcție uscată
nu efectuați acțiuni, doar imprimați rezultatul

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

aliasuri: cp

dif
magazinul diff (sau fișierele selectate):

hg diff [OPȚIUNE]... ([-c REV] | [-r REV1 [-r REV2]]) [FIȘIER]...

Afișați diferențele dintre revizuirile pentru fișierele specificate.

Diferențele dintre fișiere sunt afișate utilizând formatul de diferență unificat.

notițe hg dif poate genera rezultate neașteptate pentru îmbinări, deoarece se va compara implicit
față de primul set de modificări părinte al directorului de lucru dacă nu există revizuiri
specificat.

Când sunt date două argumente de revizuire, atunci sunt afișate modificări între acele revizuiri. Dacă
este specificată o singură revizuire, apoi acea revizuire este comparată cu directorul de lucru,
și, când nu sunt specificate revizuiri, fișierele directorului de lucru sunt comparate cu acestea
primul părinte.

Alternativ, puteți specifica -c/--change cu o revizuire pentru a vedea modificările în aceasta
set de modificări în raport cu primul său părinte.

Fără opțiunea -a/--text, diff va evita generarea de diferențe ale fișierelor pe care le detectează
binar. Cu -a, diff va genera oricum un diff, probabil cu rezultate nedorite.

Utilizați opțiunea -g/--git pentru a genera diferențe în formatul git extins diff. Pentru mai mult
informatii, cititi hg ajutor dif.

Exemple:

· comparați un fișier din directorul de lucru curent cu cel părinte:

hg diff foo.c

· compara două versiuni istorice ale unui director, cu informații de redenumire:

hg diff --git -r 1.0:1.2 lib/

· obțineți statistici de modificare în raport cu ultima modificare la o anumită dată:

hg diff --stat -r "data('2 mai')"

· diferențiază toate fișierele nou adăugate care conțin un cuvânt cheie:

hg diff "set:added() și grep(GNU)"

· comparați o revizuire și părinții ei:

hg diff -c 9353 # compara cu primul părinte
hg diff -r 9353^:9353 # același folosind sintaxa revset
hg diff -r 9353^2:9353 # compara cu al doilea părinte

Returnează 0 la succes.

Opțiuni:

-r,--rev
Revizuire

-c,--Schimbare
modificare efectuată prin revizuire

-A, --text
tratați toate fișierele ca text

-g, --git
utilizați formatul git extins diff

--nodate
omite datele din anteturile diferite

--fără prefix
omite prefixele a/ și b/ din numele fișierelor

-p, --arata-functie
arată în ce funcție se află fiecare modificare

--verso
produce o diferență care anulează modificările

-w, --ignora-tot-spațiul
ignorați spațiul alb atunci când comparați liniile

-b, --ignora-schimbarea-spațială
ignorați modificările cantității de spațiu alb

-B, --ignora-linii-albe
ignorați modificările ale căror linii sunt toate goale

-U,--unificat
numărul de linii de context de afișat

--stat ieșiți rezumatul modificărilor în stilul diffstat

--rădăcină
produce diferențe în raport cu subdirectorul

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-S, --subrepos
recurge în subrepozitive

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

exporturile
eliminați antetul și diferențele pentru unul sau mai multe seturi de modificări:

hg export [OPȚIUNE]... [-o OUTFILESPEC] [-r] [REV]...

Imprimați antetul setului de modificări și diferențele pentru una sau mai multe revizuiri. Dacă nu se face nicio revizuire,
este folosit părintele directorului de lucru.

Informațiile afișate în antetul setului de modificări sunt: ​​autor, data, numele sucursalei (dacă
non-implicit), hash de set de modificări, părinte (părinți) și comentariu de comitere.

notițe hg exporturile poate genera o ieșire neașteptată a diferențelor pentru seturile de modificări de îmbinare, așa cum va fi
comparați setul de modificări de îmbinare doar cu primul său părinte.

Ieșirea poate fi către un fișier, caz în care numele fișierului este dat folosind un format
şir. Regulile de formatare sunt următoarele:

%%

caracterul literal „%”.

%H

hash set de modificări (40 de cifre hexazecimale)

%N

numărul de patch-uri generate

%R

numărul de revizuire al setului de modificări

%b

numele de bază al depozitului de export

%h

hash pentru setul de modificări în formă scurtă (12 cifre hexazecimale)

%m

prima linie a mesajului de confirmare (numai caractere alfanumerice)

%n

număr de secvență complet zero, începând cu 1

%r

numărul de revizuire a setului de modificări zero-căptusit

Fără opțiunea -a/--text, exportul va evita generarea de diferențe ale fișierelor pe care le detectează
binar. Cu -a, exportul va genera oricum o diferență, probabil cu rezultate nedorite.

Utilizați opțiunea -g/--git pentru a genera diferențe în formatul git extins diff. Vedea hg ajutor
dif pentru mai multe informatii.

Cu opțiunea --switch-parent, diferența va fi împotriva celui de-al doilea părinte. Poate fi
util pentru a revizui o îmbinare.

Exemple:

· utilizați exportul și importul pentru a transplanta o remediere a erorilor în ramura curentă:

hg export -r 9353 | import hg -

· exportați toate seturile de modificări dintre două versiuni într-un fișier cu informații de redenumire:

hg export --git -r 123:150 > changes.txt

· împărțiți modificările efectuate într-o serie de patch-uri cu nume descriptive:

hg export -r „outgoing()” -o „%n-%m.patch”

Returnează 0 la succes.

Opțiuni:

-o,--ieșire
imprimați rezultatul într-un fișier cu nume formatat

--switch-parent
diferență față de al doilea părinte

-r,--rev
revizuiri pentru export

-A, --text
tratați toate fișierele ca text

-g, --git
utilizați formatul git extins diff

--nodate
omite datele din anteturile diferite

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

fișiere
listează fișierele urmărite:

hg fișiere [OPȚIUNE]... [PATTERN]...

Imprimați fișierele sub controlul Mercurial în directorul de lucru sau versiunea specificată a cărei
numele se potrivesc cu modelele date (excluzând fișierele eliminate).

Dacă nu sunt date modele care să se potrivească, această comandă afișează numele tuturor fișierelor de sub
Control mercurial în directorul de lucru.

Exemple:

· listează toate fișierele din directorul curent:

fișiere hg.

· arată dimensiunile și steagurile pentru revizuirea curentă:

hg fișiere -vr .

· listează toate fișierele numite README:

hg fișiere -I „**/README”

· listează toate fișierele binare:

hg fișiere „set:binary()”

· găsiți fișiere care conțin o expresie regulată:

hg fișiere „set:grep(’bob’)”

· căutați conținutul fișierului urmărit cu xargs și grep:

fișiere hg -0 | xargs -0 grep foo

Vedea hg ajutor modele și hg ajutor seturi de fișiere pentru mai multe informații despre specificarea fișierului
modele.

Returnează 0 dacă se găsește o potrivire, 1 în caz contrar.

Opțiuni:

-r,--rev
căutați în depozit așa cum este în REV

-0, --print0
terminați numele fișierelor cu NUL, pentru utilizare cu xargs

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

-S, --subrepos
recurge în subrepozitive

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

a uita
uitați fișierele specificate la următoarea comitere:

hg uitați [OPȚIUNEA]... FIȘIER...

Marcați fișierele specificate, astfel încât acestea să nu mai fie urmărite după următoarea comitere.

Acest lucru elimină numai fișierele din ramura curentă, nu din întregul istoric al proiectului și
nu le șterge din directorul de lucru.

Pentru a șterge fișierul din directorul de lucru, consultați hg scoate.

Pentru a anula o uitare înainte de următoarea comitere, vezi hg adăuga.

Exemple:

· uitați fișierele binare nou adăugate:

hg uitați „set:added() și binary()”

· uitați fișierele care ar fi excluse de .hgignore:

hg uitați „set:hgignore()”

Returnează 0 la succes.

Opțiuni:

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

grefă
copiați modificările din alte ramuri în ramura curentă:

hg grefa [OPȚIUNE]... [-r REV]... REV...

Această comandă folosește logica de îmbinare a Mercurial pentru a copia modificările individuale din alte ramuri
fără a îmbina ramuri în graficul istoric. Acest lucru este uneori cunoscut sub numele de „backporting” sau
„culegerea cireşelor”. În mod implicit, grefa va copia utilizatorul, data și descrierea din sursă
seturi de modificări.

Seturi de modificări care sunt strămoși ai revizuirii curente, care au fost deja altoite sau
care sunt fuziuni vor fi ignorate.

Dacă este specificat --log, mesajele de jurnal vor avea un comentariu atașat de formularul:

(altoit din CHANGESETHASH)

Dacă este specificat --force, revizuirile vor fi altoite chiar dacă sunt deja strămoși ai
sau au fost altoite la destinație. Acest lucru este util atunci când revizuirile au avut de atunci
fost dat înapoi.

Dacă o îmbinare de grefă duce la conflicte, procesul de grefă este întrerupt astfel încât
îmbinarea curentă poate fi rezolvată manual. Odată ce toate conflictele sunt abordate, grefa
procesul poate fi continuat cu opțiunea -c/--continue.

Notă Opțiunea -c/--continue nu reaplică opțiunile anterioare, cu excepția --force.

Exemple:

· copiați o singură modificare în ramura stabilă și editați descrierea acesteia:

actualizare hg stabilă
hg grefa --edit 9393

· grefați o serie de seturi de modificări, cu o singură excepție, datele de actualizare:

hg grefa -D "2085::2093 și nu 2091"

· continuați o grefă după rezolvarea conflictelor:

hg grefa -c

· arată sursa unui set de modificări grefat:

hg log --debug -r .

· arată revizuirile sortate după dată:

hg log -r 'sortare(toate(), data)'

Vedea hg ajutor revizii și hg ajutor inversări pentru mai multe despre specificarea revizuirilor.

Returnează 0 la finalizarea cu succes.

Opțiuni:

-r,--rev
revizuiri la grefa

-c, --continua
reia grefa întreruptă

-e, --Editați | ×
invocați editorul la mesajele de comitere

--Buturuga adăugați informații despre grefa la mesajul de jurnal

-f, --forta
grefa forțată

-D, --data curenta
înregistrați data curentă ca dată de comitere

-U, --utilizator curent
înregistrați utilizatorul curent ca committer

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

-t,--instrument
specificați instrumentul de îmbinare

-n, --funcție uscată
nu efectuați acțiuni, doar imprimați rezultatul

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

grep
căutați un model în fișierele și revizuirile specificate:

hg grep [OPȚIUNE]... MODEL [FIȘIER]...

Căutați revizuiri ale fișierelor pentru o expresie regulată.

Această comandă se comportă diferit de Unix grep. Acceptă doar expresii regulate Python/Perl. Aceasta
caută istoricul depozitului, nu directorul de lucru. Se tipărește întotdeauna revizuirea
număr în care apare o potrivire.

În mod implicit, grep imprimă numai rezultatul pentru prima revizuire a unui fișier în care găsește un
Meci. Pentru ca acesta să imprime fiecare revizuire care conține o modificare a stării potrivirii ("-" pentru a
potrivire care devine nepotrivită sau „+” pentru o potrivire care devine nepotrivită), utilizați
--tot steag.

Returnează 0 dacă se găsește o potrivire, 1 în caz contrar.

Opțiuni:

-0, --print0
sfârșitul câmpurilor cu NUL

--toate tipăriți toate revizuirile care se potrivesc

-A, --text
tratați toate fișierele ca text

-f, --urma
urmăriți istoricul setului de modificări sau istoricul fișierelor prin copii și redenumiri

-eu, --ignora-majuscule
ignorați majusculele când se potrivesc

-l, --fișiere-cu-potriviri
tipăriți numai nume de fișiere și revizuiri care se potrivesc

-n, --Numărul de linie
tipăriți numerele de linie potrivite

-r,--rev
numai fișierele de căutare modificate în intervalul de revizuire

-u, --utilizator
enumerați autorul (lung cu -v)

-d, --Data
enumerați data (scurtând cu -q)

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

capete
arata capete de ramuri:

hg capete [-ct] [-r STARTREV] [REV]...

Fără argumente, afișați toate capetele de ramuri deschise în depozit. Capetele de ramuri sunt
seturi de modificări care nu au descendenți pe aceeași ramură. Ele sunt locul în care se dezvoltă
în general are loc și sunt țintele obișnuite pentru operațiunile de actualizare și îmbinare.

Dacă sunt date unul sau mai multe REV, deschideți numai capete de ramuri pe ramurile asociate cu
sunt afișate seturile de modificări specificate. Aceasta înseamnă că poți folosi hg capete . pentru a vedea capetele
sucursala înregistrată în prezent.

Dacă este specificat -c/--closed, afișați și capetele de ramuri marcate ca închis (vezi hg comite
--aproape-ramură).

Dacă este specificat STARTREV, vor fi doar acei șefi care sunt descendenți ai STARTREV
afișat.

Dacă este specificat -t/--topo, mecanica ramurilor numite va fi ignorată și va fi doar topologică
vor fi afișate capete (seturi de modificări fără copii).

Returnează 0 dacă sunt găsite capete care se potrivesc, 1 dacă nu.

Opțiuni:

-r,--rev
afișați numai capete care sunt descendenți ai STARTREV

-t, --topo
arată numai capete topologice

-A, --activ
afișează numai capetele de ramuri active (DEPRECAT)

-c, --închis
arată capete de ramuri normale și închise

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

ajutor
afișați ajutor pentru un anumit subiect sau o prezentare generală a ajutorului:

hg ajutor [-ecks] [TOPIC]

Fără argumente, imprimați o listă de comenzi cu mesaje scurte de ajutor.

Având în vedere un subiect, o extensie sau un nume de comandă, imprimați ajutorul pentru acel subiect.

Returnează 0 dacă are succes.

Opțiuni:

-e, --extensie
afișează numai ajutor pentru extensii

-c, --comanda
afișează numai ajutor pentru comenzi

-k, --cuvânt cheie
afișați subiectele care se potrivesc cu cuvântul cheie

-da,--sistem
afișați ajutor pentru anumite platforme

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

identifica
identificați directorul de lucru sau versiunea specificată:

hg identifică [-nibtB] [-r REV] [SURSA]

Imprimați un rezumat care identifică starea depozitului la REV folosind unul sau doi hash părinte
identificatori, urmați de un „+” dacă directorul de lucru are modificări necommitate,
nume de ramură (dacă nu este implicit), o listă de etichete și o listă de marcaje.

Când REV nu este dat, tipăriți un rezumat al stării curente a depozitului.

Specificarea unei căi către o rădăcină de depozit sau un pachet Mercurial va determina operarea căutării
acel depozit/pachet.

Exemple:

· generați un identificator de compilare pentru directorul de lucru:

hg id --id > build-id.dat

· găsiți revizuirea corespunzătoare unei etichete:

hg id -n -r 1.3

· verificați cea mai recentă revizuire a unui depozit de la distanță:

hg id -r sfat http://selenic.com/hg/

Vedea hg log pentru a genera mai multe informații despre anumite revizuiri, inclusiv hash complet
identificatori.

Returnează 0 dacă are succes.

Opțiuni:

-r,--rev
identificați revizuirea specificată

-n, --num
afișează numărul de revizuire local

-eu, --id
arată id-ul revizuirii globale

-b, --ramură
arata ramura

-t, --Etichete
arată etichete

-B, --marcaje
afișează marcaje

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

aliasuri: id

import
importați un set ordonat de patch-uri:

hg import [OPȚIUNE]... PATCH...

Importați o listă de patch-uri și comiteți-le individual (cu excepția cazului în care este specificat --no-commit).

Pentru a citi un patch din intrarea standard, utilizați „-” ca nume al patch-ului. Dacă este specificată o adresă URL,
patch-ul va fi descărcat de acolo.

Importul aplică mai întâi modificări directorului de lucru (dacă nu este specificat --bypass),
importul se va întrerupe dacă există modificări restante.

Utilizați --bypass pentru a aplica și trimite patch-uri direct în depozit, fără a afecta
directorul de lucru. Fără --exact, plasturii vor fi aplicați deasupra lucrării
revizuirea directorului părinte.

Puteți importa un patch direct dintr-un mesaj de e-mail. Chiar și patch-urile ca atașamente funcționează (la
utilizați partea de corp, trebuie să aibă tipul text/plain sau text/x-patch). Antetele de la și Subiect
de mesaje de e-mail sunt utilizate ca mesaje de committer și de comitere implicite. Tot textul/corpul simplu
părțile dinaintea primei diferențe sunt adăugate la mesajul de confirmare.

Dacă patch-ul importat a fost generat de hg exporturile, utilizatorul și descrierea de la modificarea corecțiilor
valorile din anteturile și corpul mesajului. Valorile date pe linia de comandă cu mesajul -m/-- și
-u/--user le înlocuiește.

Dacă este specificat --exact, import va seta directorul de lucru la părintele fiecărui patch
înainte de a-l aplica și se va anula dacă setul de modificări rezultat are un ID diferit de cel
unul înregistrat în patch. Acest lucru se poate întâmpla din cauza problemelor cu setul de caractere sau altele
deficiențe în formatul patch-ului text.

Utilizați --partial pentru a vă asigura că un set de modificări va fi creat din patch, chiar dacă unele părți eșuează
a aplica. Părțile care nu se aplică vor fi scrise la a fișier .rej. Conflicte
poate fi apoi rezolvată manual înainte hg comite --amenda este rulat pentru a actualiza creatul
set de modificări. Acest indicator există pentru a permite oamenilor să importe patch-uri care se aplică parțial fără
pierderea metadatelor asociate (autor, data, descriere, ...).

Notă Când nu se aplică bucăți curat, hg import --parțial va crea un set de modificări gol,
importând doar metadatele patch-ului.

Cu -s/--similaritate, hg va încerca să descopere redenumiri și copii în patch-ul din
la fel ca hg addremove.

Este posibil să utilizați programe externe de corecție pentru a efectua corecția prin setarea ui.patch
opțiunea de configurare. Pentru instrumentul intern implicit, fuzz-ul poate fi configurat și prin
patch.fuzz. Vedea hg ajutor config pentru mai multe informații despre fișierele de configurare și despre cum
utilizați aceste opțiuni.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Exemple:

· importă un patch tradițional de pe un site web și detectează redenumiri:

Hg import -s 80 http://example.com/bugfix.patch

· importați un set de modificări de pe un server hgweb:

import hg http://www.selenic.com/hg/rev/5ca8c111e9aa

· importă toate patch-urile într-un mbox în stil Unix:

hg import incoming-patches.mbox

· încercați să restaurați exact un set de modificări exportat (nu este întotdeauna posibil):

hg import --exact proposed-fix.patch

· utilizați un instrument extern pentru a aplica un patch care este prea neclar pentru instrumentul intern implicit.

hg import --config ui.patch="patch --merge" fuzzy.patch

· modificați fuzzingul implicit de la 2 la un 7 mai puțin strict

hg import --config ui.fuzz=7 fuzz.patch

Returnează 0 la succes, 1 la succes parțial (vezi --partial).

Opțiuni:

-p,--bandă
opțiune de bandă de director pentru patch. Aceasta are aceeași semnificație cu cea corespunzătoare
opțiunea de corecție (implicit: 1)

-b,--baza
cale de bază (DEPRECAT)

-e, --Editați | ×
invocați editorul la mesajele de comitere

-f, --forta
săriți verificarea modificărilor restante necommitate (DEPRECAT)

--nu-commit
nu comite, doar actualizați directorul de lucru

--ocolire
aplicați patch-ul fără a atinge directorul de lucru

--parțial
comite chiar dacă unele frânturi eșuează

--corect
aplicați patch-ul nodurilor din care a fost generat

--prefix
aplicați patch-ul în subdirector

--import-filiala
utilizați orice informație de ramură în patch (implicit de --exact)

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

-da,--similitudine
ghiciți fișierele redenumite după asemănare (0<=s<=100)

alias: patch

intrare
afișați seturi de modificări noi găsite în sursă:

hg primit [-p] [-n] [-M] [-f] [-r REV]... [--bundle FILENAME] [SOURCE]

Afișați noile seturi de modificări găsite în calea/URL-ul specificat sau în locația de extragere implicită. Aceste
sunt seturile de modificări care ar fi fost extrase dacă un pull la momentul în care ați emis acest lucru
comanda.

Consultați pull pentru detalii valide ale formatului sursă.

Cu marcaje -B/--, rezultatul comparării marcajelor între local și la distanță
se afișează depozitele. Cu -v/--verbose, starea este afișată și pentru fiecare marcaj
ca mai jos:

BM1 01234567890a adăugat
BM2 1234567890ab avansat
BM3 234567890abc divergent
BM4 34567890abcd schimbat

Acțiunea luată la nivel local la tragere depinde de starea fiecărui marcaj:

adăugat

pull o va crea

avansat

pull îl va actualiza

divergent

pull va crea un marcaj divergent

si-a schimbat hainele;

rezultatul depinde de setările de modificări de la distanță

Din punct de vedere al comportamentului de tragere, marcaj existent doar în telecomandă
depozitele sunt tratate ca adăugat, chiar dacă este de fapt șters local.

Pentru depozitul de la distanță, utilizarea --bundle evită descărcarea setului de modificări de două ori dacă
intrarea este urmată de o tragere.

Exemple:

· afișați modificările primite cu patch-uri și descriere completă:

hg primit -vp

· afișați modificările primite, excluzând îmbinările, stocați un pachet:

hg în -vpM --bundle incoming.hg
hg pull incoming.hg

· enumerați pe scurt modificările din cadrul unui pachet:

hg în changes.hg -T „{desc|firstline}\n”

Returnează 0 dacă apar modificări, 1 în caz contrar.

Opțiuni:

-f, --forta
rulați chiar dacă depozitul de la distanță nu are legătură

-n, --cel mai nou-primul
arată mai întâi cel mai nou record

--pachet
fișier în care să stocați pachetele

-r,--rev
un set de modificări de la distanță destinat să fie adăugat

-B, --marcaje
comparați marcajele

-b,--ramură
o anumită ramură pe care ai dori să o tragi

-p, --plasture
arată patch-ul

-g, --git
utilizați formatul git extins diff

-l,--limită
limitează numărul de modificări afișate

-M, --nu-imbina
nu afișa îmbinări

--stat ieșiți rezumatul modificărilor în stilul diffstat

-G, --grafic
arata DAG revizuire

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

-S, --subrepos
recurge în subrepozitive

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

pseudonime: în

înăuntru
creați un nou depozit în directorul dat:

hg init [-e CMD] [--remotecmd CMD] [DEST]

Inițializați un nou depozit în directorul dat. Dacă directorul dat nu există,
va fi creat.

Dacă nu este specificat nici un director, este utilizat directorul curent.

Este posibil să specificați un ssh:// URL ca destinație. Vedea hg ajutor url-uri pentru mai multe
informaţii.

Returnează 0 la succes.

Opțiuni:

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

localiza
localizați fișiere care se potrivesc cu modele specifice (DEPRECAT):

hg localize [OPȚIUNE]... [PATTERN]...

Imprimați fișierele sub controlul Mercurial în directorul de lucru ale cărui nume se potrivesc cu cele date
modele.

În mod implicit, această comandă caută în toate directoarele din directorul de lucru. Pentru a căuta doar
directorul curent și subdirectoarele acestuia, utilizați „--include .”.

Dacă nu sunt date modele care să se potrivească, această comandă afișează numele tuturor fișierelor de sub
Control mercurial în directorul de lucru.

Dacă doriți să introduceți rezultatul acestei comenzi în comanda „xargs”, utilizați opțiunea -0
atât la această comandă, cât și la „xargs”. Acest lucru va evita problema „xargs” care tratează singur
nume de fișiere care conțin spații albe ca nume de fișiere multiple.

Vedea hg ajutor fișiere pentru o comandă mai versatilă.

Returnează 0 dacă se găsește o potrivire, 1 în caz contrar.

Opțiuni:

-r,--rev
căutați în depozit așa cum este în REV

-0, --print0
terminați numele fișierelor cu NUL, pentru utilizare cu xargs

-f, --calea plină
imprimați căile complete de la rădăcina sistemului de fișiere

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

log
arată istoricul de revizuire al întregului depozit sau al fișierelor:

jurnal hg [OPȚIUNE]... [FIȘIER]

Tipăriți istoricul de revizuire al fișierelor specificate sau al întregului proiect.

Dacă nu este specificat niciun interval de revizuire, valoarea implicită este Tipul 0 dacă nu este setat --follow, în care
în cazul în care directorul părinte de lucru este folosit ca revizuire de pornire.

Istoricul fișierelor este afișat fără a urma redenumirea sau copierea istoricului fișierelor. Folosiți -f/--follow
cu un nume de fișier pentru a urmări istoricul prin redenumiri și copii. --follow fără un nume de fișier
va arăta numai strămoșii sau descendenții revizuirii de început.

În mod implicit, această comandă afișează numărul de revizuire și id-ul setului de modificări, etichete, non-trivial
părinți, utilizator, data și ora și un rezumat pentru fiecare comitere. Când comuta -v/--verbose
este utilizat, sunt afișate lista fișierelor modificate și mesajul complet de confirmare.

Cu --graph, revizuirile sunt afișate ca un DAG art ASCII cu cel mai recent set de modificări la
topul. „o” este un set de modificări, „@” este un director părinte de lucru, „x” este învechit și „+”
reprezintă o bifurcătură în care setul de modificări din liniile de mai jos este un părinte al îmbinării „o”.
aceeași linie.

notițe hg log --plasture poate genera o ieșire neașteptată a diferențelor pentru seturile de modificări de îmbinare, așa cum va fi
comparați doar setul de modificări de îmbinare cu primul său părinte. De asemenea, doar fișiere
diferit de AMBII parinti va aparea in fisiere:.

Notă Din motive de performanță, hg log FILE poate omite modificările duplicate efectuate pe ramuri
și nu va afișa eliminări sau modificări de mod. Pentru a vedea toate aceste modificări, utilizați
--înlăturat comutatorul.

Cateva exemple:

· seturi de modificări cu descrieri complete și liste de fișiere:

hg log -v

· seturi de modificări ancestrale directorului de lucru:

hg log -f

· ultimele 10 comite pe ramura curentă:

hg log -l 10 -b .

· seturi de modificări care arată toate modificările unui fișier, inclusiv eliminările:

hg log --eliminat fișier.c

· toate seturile de modificări care ating un director, cu diferențe, excluzând îmbinările:

hg log -Mp lib/

· toate numerele de revizuire care se potrivesc cu un cuvânt cheie:

hg log -k bug --template „{rev}\n”

· identificatorul hash complet al directorului părinte de lucru:

hg log -r . --template „{nod}\n”

· listează șabloanele de jurnal disponibile:

hg log -T listă

· verificați dacă un anumit set de modificări este inclus într-o versiune etichetată:

hg log -r „a21ccf și strămoș(1.9)”

· găsiți toate seturile de modificări ale unui utilizator într-un interval de date:

hg log -k alice -d „mai 2008 până în iulie 2008”

· rezumatul tuturor seturilor de modificări după ultima etichetă:

hg log -r „last(tagged())::” --template „{desc|firstline}\n”

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Vedea hg ajutor revizii și hg ajutor inversări pentru mai multe despre specificare și comanda
revizuiri.

Vedea hg ajutor şabloane pentru mai multe despre stilurile pre-ambalate și despre specificarea șabloanelor personalizate.

Returnează 0 la succes.

Opțiuni:

-f, --urma
urmăriți istoricul setului de modificări sau istoricul fișierelor prin copii și redenumiri

--urmează-întâi
urmați numai primul părinte al setului de modificări de îmbinare (DEPRECAT)

-d,--Data
arată revizuirile care se potrivesc cu specificațiile datei

-C, --copii
afișează fișierele copiate

-k,--cuvânt cheie
faceți o căutare fără majuscule pentru un anumit text

-r,--rev
afișează revizuirea sau reversia specificată

--îndepărtat
include revizuiri în care fișierele au fost eliminate

-m, --doar-unește
arată numai îmbinări (DEPRECAT)

-u,--utilizator
revizuirile comise de utilizator

--numai-ramură
afișați numai seturile de modificări din ramura numită dată (DEPRECAT)

-b,--ramură
arată seturile de modificări din ramura numită dată

-P,--prună uscată
nu afișați revizuirea sau vreunul dintre strămoșii săi

-p, --plasture
arată patch-ul

-g, --git
utilizați formatul git extins diff

-l,--limită
limitează numărul de modificări afișate

-M, --nu-imbina
nu afișa îmbinări

--stat ieșiți rezumatul modificărilor în stilul diffstat

-G, --grafic
arata DAG revizuire

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

aliasuri: istorie

manifesta
scoateți revizuirea curentă sau dată a manifestului proiectului:

hg manifest [-r REV]

Tipăriți o listă de fișiere controlate de versiune pentru revizuirea dată. Dacă nu se face nicio revizuire,
este folosit primul părinte al directorului de lucru sau revizuirea nulă dacă nu este nicio revizuire
verificat.

Cu -v, permisiuni pentru fișiere de imprimare, link simbolic și biți executabili. Cu --debug, imprimați fișierul
hashe-uri de revizuire.

Dacă este specificată opțiunea --all, este tipărită lista tuturor fișierelor din toate versiunile. Acest
include fișiere șterse și redenumite.

Returnează 0 la succes.

Opțiuni:

-r,--rev
revizuire de afișat

--toate listează fișierele din toate versiunile

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

îmbina
îmbina o altă versiune în directorul de lucru:

hg merge [-P] [[-r] REV]

Directorul de lucru curent este actualizat cu toate modificările făcute în revizuirea solicitată
de la ultima revizuire comună a predecesorului.

Fișierele care s-au modificat între oricare dintre părinți sunt marcate ca modificate pentru următoarea comitere și a
commit trebuie efectuată înainte ca orice actualizări suplimentare ale depozitului să fie permise. The
următorul comit va avea doi părinți.

--instrument poate fi folosit pentru a specifica instrumentul de îmbinare utilizat pentru îmbinări de fișiere. Ea trece peste
Variabila de mediu HGMERGE și fișierele dvs. de configurare. Vedea hg ajutor instrumente de îmbinare pentru
opțiuni.

Dacă nu este specificată nicio revizuire, părintele directorului de lucru este o revizuire principală, iar
ramura curentă conține exact un alt cap, celălalt cap este îmbinat în mod implicit.
În caz contrar, trebuie furnizată o revizuire explicită cu care să se îmbină.

Vedea hg ajutor rezolvă pentru informații despre gestionarea conflictelor de fișiere.

Pentru a anula o îmbinare necommitată, utilizați hg actualizare --curat . care va verifica o copie curată a
părintele de îmbinare original, pierzând toate modificările.

Returnează 0 la succes, 1 dacă există fișiere nerezolvate.

Opțiuni:

-f, --forta
forțați o îmbinare, inclusiv modificările restante (DEPRECAT)

-r,--rev
revizuire pentru a fuziona

-P, --previzualizare
revizuiți revizuirile pentru îmbinare (nu se efectuează o îmbinare)

-t,--instrument
specificați instrumentul de îmbinare

de ieșire
arată seturile de modificări care nu au fost găsite în destinație:

hg ieșire [-M] [-p] [-n] [-f] [-r REV]... [DEST]

Afișați seturile de modificări care nu au fost găsite în depozitul de destinație specificat sau în push-ul implicit
Locație. Acestea sunt seturile de modificări care ar fi împins dacă s-ar solicita o împingere.

Consultați pull pentru detalii despre formatele de destinație valide.

Cu marcaje -B/--, rezultatul comparării marcajelor între local și la distanță
se afișează depozitele. Cu -v/--verbose, starea este afișată și pentru fiecare marcaj
ca mai jos:

BM1 01234567890a adăugat
BM2 a fost șters
BM3 234567890abc avansat
BM4 34567890abcd divergent
BM5 4567890abcde schimbat

Acțiunea luată la apăsare depinde de starea fiecărui marcaj:

adăugat

împinge cu -B o va crea

eliminat

împinge cu -B îl va șterge

avansat

push îl va actualiza

divergent

împinge cu -B îl va actualiza

si-a schimbat hainele;

împinge cu -B îl va actualiza

Din punct de vedere al comportamentului de împingere, marcajele existente doar în telecomandă
depozitele sunt tratate ca eliminat, chiar dacă de fapt este adăugat de la distanță.

Returnează 0 dacă există modificări efectuate, 1 în caz contrar.

Opțiuni:

-f, --forta
rulați chiar și atunci când destinația nu are legătură

-r,--rev
un set de modificări destinat să fie inclus în destinație

-n, --cel mai nou-primul
arată mai întâi cel mai nou record

-B, --marcaje
comparați marcajele

-b,--ramură
o anumită ramură pe care ai dori să o împingi

-p, --plasture
arată patch-ul

-g, --git
utilizați formatul git extins diff

-l,--limită
limitează numărul de modificări afișate

-M, --nu-imbina
nu afișa îmbinări

--stat ieșiți rezumatul modificărilor în stilul diffstat

-G, --grafic
arata DAG revizuire

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

-S, --subrepos
recurge în subrepozitive

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

alias: out

părinţi
arătați părinții directorului de lucru sau revizuirii (DEPRECAT):

hg părinți [-r REV] [FIȘIER]

Tipăriți versiunile părinte ale directorului de lucru. Dacă o revizuire este dată prin -r/--rev,
părintele acelei revizuiri va fi tipărit. Dacă este dat un argument de fișier, revizuirea în
pe care fișierul a fost modificat ultima dată (înainte de revizuirea directorului de lucru sau de argumentul către
--rev dacă este dat) este tipărit.

Această comandă este echivalentă cu:

hg log -r „p1()+p2()” sau
hg log -r „p1(REV)+p2(REV)” sau
hg log -r „max(::p1() și fișier(FIȘIER))+max(::p2() și fișier(FIȘIER))” sau
hg log -r „max(::p1(REV) și fișier(FILE))+max(::p2(REV) și fișier(FILE))”

Vedea hg rezumat și hg ajutor inversări pentru informații conexe.

Returnează 0 la succes.

Opțiuni:

-r,--rev
arată părinții revizuirii specificate

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

căi
afișați aliasuri pentru depozitele de la distanță:

hg căi [NAME]

Afișați definiția numelui de cale simbolică NAME. Dacă nu este dat niciun nume, arătați definiția tuturor
nume disponibile.

Opțiunea -q/--quiet suprimă toate ieșirile când se caută NUME și arată doar calea
nume atunci când enumerați toate definițiile.

Numele căilor sunt definite în secțiunea [căi] a fișierului de configurare și în
/etc/mercurial/hgrc. Dacă rulați în interiorul unui depozit, .hg/hgrc este folosit, de asemenea.

Numele căilor lipsă și implicit-push au o semnificație aparte. La efectuarea unei împingeri sau
operație de tragere, acestea sunt utilizate ca alternative dacă nu este specificată nicio locație pe
Linie de comanda. Când implicit-push este setat, va fi folosit pentru împingere și lipsă va fi folosit
pentru tragere; in caz contrar lipsă este folosit ca alternativă pentru ambele. La clonarea unui depozit,
sursa clonării este scrisă ca lipsă in .hg/hgrc.

notițe lipsă și implicit-push se aplică tuturor inbound (de ex hg intrare) și de ieșire
(de exemplu hg de ieșire, hg e-mail și hg pachet) operațiuni.

Vedea hg ajutor url-uri pentru mai multe informatii.

Returnează 0 la succes.

Opțiuni:

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

fază
setați sau afișați numele fazei curente:

faza hg [-p|-d|-s] [-f] [-r] [REV...]

Fără niciun argument, afișați numele fazei revizuirii curente.

Cu unul dintre -p/--public, -d/--draft sau -s/--secret, modificați valoarea fazei
revizuirile specificate.

Dacă nu se specifică -f/--force, hg fază nu va muta setul de modificări de la o fază inferioară la o
faza superioara. Fazele sunt ordonate după cum urmează:

public < draft < secret

Returnează 0 la succes, 1 dacă unele faze nu au putut fi modificate.

(Pentru mai multe informații despre conceptul de faze, vezi hg ajutor faze.)

Opțiuni:

-p, --public
setați faza de set de modificări la public

-d, --proiect
setați faza setului de modificări la schiță

-da, --secret
setați faza setului de modificări la secret

-f, --forta
permite mutarea graniței înapoi

-r,--rev
revizuire țintă

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

trage
extrage modificări din sursa specificată:

hg pull [-u] [-f] [-r REV]... [-e CMD] [--remotecmd CMD] [SOURCE]

Extrageți modificări dintr-un depozit la distanță într-unul local.

Aceasta găsește toate modificările din depozit la calea sau adresa URL specificată și le adaugă la a
depozit local (cel curent dacă nu este specificat -R). În mod implicit, acest lucru nu
actualizați copia proiectului în directorul de lucru.

Utilizare hg intrare dacă vrei să vezi ce s-ar fi adăugat printr-o tragere în momentul în care tu
a dat această comandă. Dacă apoi decideți să adăugați acele modificări în depozit, ar trebui
utilizare hg trage -r X Unde X este ultimul set de modificări listat de hg intrare.

Dacă SOURCE este omisă, va fi folosită calea „implicit”. Vedea hg ajutor url-uri pentru mai multe
informaţii.

Returnează 0 la succes, 1 dacă o actualizare a avut fișiere nerezolvate.

Opțiuni:

-u, --Actualizați
actualizați la noul cap de ramură dacă au fost extrase seturi de modificări

-f, --forta
rulează chiar și atunci când depozitul de la distanță nu are legătură

-r,--rev
un set de modificări de la distanță destinat să fie adăugat

-B,--marcaj
marcaj de trage

-b,--ramură
o anumită ramură pe care ai dori să o tragi

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

împinge
push modificări către destinația specificată:

hg push [-f] [-r REV]... [-e CMD] [--remotecmd CMD] [DEST]

Împingeți seturile de modificări din depozitul local către destinația specificată.

Această operație este simetrică la tragere: este identică cu o tragere în destinație
depozit din cel curent.

Implicit, push nu va permite crearea de noi capete la destinație, deoarece multiple
capete ar face să nu fie clar ce cap să folosească. În această situație, se recomandă să
trageți și îmbinați înainte de a împinge.

Utilizați --new-branch dacă doriți să permiteți push pentru a crea o nouă ramură numită care nu este
prezent la destinatie. Acest lucru vă permite să creați doar o nouă ramură fără a forța
alte modificari.

Notă Ar trebui să aveți grijă suplimentară cu opțiunea -f/--force, care va împinge toate cele noi
capete pe toate ramurile, o actiune care aproape intotdeauna va provoca confuzie pt
colaboratori.

Dacă se folosește -r/--rev, versiunea specificată și toți strămoșii săi vor fi împinse la
depozit la distanță.

Dacă se folosește -B/--marcaj, revizuirea specificată marcată, strămoșii săi și
marcajul va fi trimis în depozitul de la distanță.

Vă rugăm să consultaţi hg ajutor url-uri pentru detalii importante despre ssh:// URL-uri. Daca DESTINATIA este
omisă, va fi folosită o cale implicită.

Returnează 0 dacă împingerea a avut succes, 1 dacă nu trebuie împins.

Opțiuni:

-f, --forta
împingere forțată

-r,--rev
un set de modificări destinat să fie inclus în destinație

-B,--marcaj
marcaj pentru a împinge

-b,--ramură
o anumită ramură pe care ai dori să o împingi

--noua-filiala
permite împingerea unei noi ramuri

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

recupera
anulați o tranzacție întreruptă:

recupera hg

Recuperează-te după o comitere sau o tragere întreruptă.

Această comandă încearcă să repare starea depozitului după o operațiune întreruptă. Ar trebui
să fie necesar doar atunci când Mercurial o sugerează.

Returnează 0 dacă are succes, 1 dacă nimic de recuperat sau verificat nu reușește.

scoate
eliminați fișierele specificate la următoarea comitere:

hg eliminați [OPȚIUNEA]... FIȘIER...

Programați fișierele indicate pentru eliminarea din ramura curentă.

Această comandă programează fișierele care urmează să fie eliminate la următoarea comitere. Pentru a anula o eliminare
înainte de asta, vezi hg reveni. Pentru a anula fișierele adăugate, consultați hg a uita.

-A/--after poate fi folosit pentru a elimina numai fișierele care au fost deja șterse, -f/--force poate
poate fi folosit pentru a forța ștergerea și -Af poate fi folosit pentru a elimina fișierele din următoarea revizuire
fără a le șterge din directorul de lucru.

Următorul tabel detaliază comportamentul de eliminare pentru diferite stări de fișier (coloane) și
combinații de opțiuni (rânduri). Stările fișierului sunt Adăugat [A], Curățare [C], Modificat [M] și
Lipsește [!] (așa cum este raportat de hg Starea). Acțiunile sunt Avertizare, Eliminare (din ramură) și
Ștergeți (de pe disc):

┌──────────┬───┬────┬────┬───┐
│opt/stare │ A │ C │ M │ ! │
├──────────┼───┼────┼────┼───┤
│niciuna │ W │ RD │ W │ R │
├──────────┼───┼────┼────┼───┤
│-f │ R │ RD │ RD │ R │
├──────────┼───┼────┼────┼───┤
│-A │ W │ W │ W │ R │
├──────────┼───┼────┼────┼───┤
│-Af │ R │ R │ R │ R │
└──────────┴───┴────┴────┴───┘

notițe hg scoate nu șterge niciodată fișierele în stare Added [A] din directorul de lucru, nu
chiar dacă --forta este specificat.

Returnează 0 la succes, 1 dacă a fost întâlnit vreo avertizare.

Opțiuni:

-A, --după
ștergerea înregistrărilor pentru fișierele lipsă

-f, --forta
eliminați (și ștergeți) fișierul chiar dacă este adăugat sau modificat

-S, --subrepos
recurge în subrepozitive

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

pseudonime: rm

redenumi
redenumiți fișierele; echivalent cu copiere + eliminare:

hg redenumiți [OPȚIUNE]... SOURCE... DEST

Marcați dest ca copii ale surselor; marcați sursele pentru ștergere. Dacă dest este un director, copii
sunt puse în acel director. Dacă dest este un fișier, poate exista o singură sursă.

În mod implicit, această comandă copiază conținutul fișierelor așa cum există în lucru
director. Dacă este invocată cu -A/--după, operația este înregistrată, dar nu este copiere
efectuat.

Această comandă are efect la următoarea comitere. Pentru a anula o redenumire înainte de aceasta, consultați hg reveni.

Returnează 0 la succes, 1 dacă se întâlnesc erori.

Opțiuni:

-A, --după
înregistrați o redenumire care a avut loc deja

-f, --forta
copiați forțat peste un fișier gestionat existent

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-n, --funcție uscată
nu efectuați acțiuni, doar imprimați rezultatul

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

alias: muta mv

rezolvă
reface îmbinări sau setează/vezi starea îmbinării fișierelor:

hg rezolvă [OPȚIUNE]... [FIȘIER]...

Îmbinările cu conflicte nerezolvate sunt adesea rezultatul îmbinării non-interactive folosind
intern: îmbinare setare de configurare sau un instrument de îmbinare în linie de comandă, cum ar fi dif3. Hotărârea
comanda este folosită pentru a gestiona fișierele implicate într-o îmbinare, după hg îmbina a fost condus și
înainte hg comite este rulat (adică directorul de lucru trebuie să aibă doi părinți). Vedea hg ajutor
instrumente de îmbinare pentru informații despre configurarea instrumentelor de îmbinare.

Comanda resolve poate fi utilizată în următoarele moduri:

· hg rezolvă [--instrument INSTRUMENT] FIŞIER...: încercați să reuniți din nou fișierele specificate, renunțând
orice încercări anterioare de îmbinare. Reunificarea nu este efectuată pentru fișierele deja marcate ca
rezolvat. Utilizare --toate pentru a selecta toate fișierele nerezolvate. --instrument poate fi folosit pentru a specifica
instrument de îmbinare utilizat pentru fișierele date. Ea suprascrie variabila de mediu HGMERGE și
fișierele dvs. de configurare. Conținutul fișierului anterior este salvat cu a .orig sufix.

· hg rezolvă -m [FIŞIER]: marcați un fișier ca fiind rezolvat (de exemplu, după ce ați făcut manual
a remediat fișierele). Implicit este marcarea tuturor fișierelor nerezolvate.

· hg rezolvă -u [FIŞIER]...: marcați un fișier ca nerezolvat. Implicit este să marcheze toate rezolvate
fișiere.

· hg rezolvă -l: listează fișierele care au avut sau au încă conflicte. În lista tipărită, U =
nerezolvată şi R = rezolvat.

Rețineți că Mercurial nu vă va permite să comiteți fișiere cu conflicte de îmbinare nerezolvate. Trebuie
utilizare hg rezolvă -m ... înainte de a putea comite după o îmbinare conflictuală.

Returnează 0 la succes, 1 dacă orice fișier eșuează la o încercare de rezolvare.

Opțiuni:

-A, --toate
selectați toate fișierele nerezolvate

-l, --listă
listează starea fișierelor care necesită îmbinare

-m, --marcă
marcați fișierele ca rezolvate

-u, --demarcați
marcați fișierele ca nerezolvate

-n, --fara status
ascunde prefixul de stare

-t,--instrument
specificați instrumentul de îmbinare

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

reveni
restaurați fișierele în starea lor de finalizare:

hg revenire [OPȚIUNE]... [-r REV] [NUME]...

Notă Pentru a verifica versiunile anterioare, ar trebui să utilizați hg actualizare REV. Pentru a anula un
îmbinare necommitată (și pierdeți modificările), utilizați hg actualizare --curat ..

Fără nicio revizuire specificată, reveniți fișierele sau directoarele specificate la conținutul lor
avut în părintele directorului de lucru. Aceasta restabilește conținutul fișierelor într-un
starea nemodificată și neprogramarea adaugă, elimină, copiază și redenumește. Dacă lucrul
directorul are doi părinți, trebuie să specificați în mod explicit o revizuire.

Folosind opțiunile -r/--rev sau -d/--date, reveniți fișierele sau directoarele date în
state ca la o revizuire specifica. Pentru că revenirea nu schimbă directorul de lucru
părinților, acest lucru va face ca aceste fișiere să apară modificate. Acest lucru poate fi util pentru a „retrage”
unele sau toate unei schimbări anterioare. Vedea hg retragere pentru o metodă aferentă.

Fișierele modificate sunt salvate cu un sufix .orig înainte de a reveni. Pentru a dezactiva aceste copii de rezervă,
utilizați --no-backup.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Vedea hg ajutor retragere pentru o modalitate de a inversa efectul unui set de modificări anterioare.

Returnează 0 la succes.

Opțiuni:

-A, --toate
anulați toate modificările când nu sunt furnizate argumente

-d,--Data
cea mai mare dată de potrivire a revizuirii

-r,--rev
reveni la versiunea specificată

-C, --fără backup
nu salvați copii de rezervă ale fișierelor

-eu, --interactiv
selectați interactiv modificările (EXPERIMENTAL)

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-n, --funcție uscată
nu efectuați acțiuni, doar imprimați rezultatul

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

rollback
anulați ultima tranzacție (PERICULOSĂ) (DEPRECAT):

hg rollback

Vă rugăm să folosiți hg comite --amenda în loc de rollback pentru a corecta greșelile din ultima comitere.

Această comandă trebuie folosită cu grijă. Există un singur nivel de rollback și există
nicio modalitate de a anula un rollback. De asemenea, va restabili starea neregulată la momentul ultimei
tranzacție, pierzând orice modificări de stat de la acel moment. Această comandă nu modifică
directorul de lucru.

Tranzacțiile sunt folosite pentru a încapsula efectele tuturor comenzilor care creează noi
seturi de modificări sau propagați seturile de modificări existente într-un depozit.

De exemplu, următoarele comenzi sunt tranzacționale, iar efectele lor pot fi aplicate
înapoi:

· comite

· import

· Trage

· push (cu acest depozit ca destinație)

· dezasamblare

Pentru a evita pierderea permanentă a datelor, rollback-ul va refuza să rollback o tranzacție de comitere dacă aceasta
nu este verificat. Utilizați --force pentru a anula această protecție.

Această comandă nu este destinată utilizării în depozitele publice. Odată ce modificările sunt vizibile pentru
trage de către alți utilizatori, rularea unei tranzacții înapoi la nivel local este ineficientă (altcineva poate
au retras deja modificările). În plus, este posibilă o cursă cu cititorii
repertoriu; de exemplu, o extragere în desfășurare din depozit poate eșua dacă este o derulare
efectuat.

Returnează 0 la succes, 1 dacă nu sunt disponibile date de rollback.

Opțiuni:

-n, --funcție uscată
nu efectuați acțiuni, doar imprimați rezultatul

-f, --forta
ignora măsurile de siguranță

rădăcină
tipăriți rădăcina (sus) directorului de lucru curent:

hg rădăcină

Tipăriți directorul rădăcină al depozitului curent.

Returnează 0 la succes.

servi
porniți serverul web autonom:

hg serve [OPȚIUNE]...

Porniți un browser de depozit HTTP local și extrageți serverul. Puteți folosi acest lucru pentru partajarea ad-hoc
și răsfoirea în depozite. Se recomandă utilizarea unui server web real pentru a servi un
depozit pentru perioade mai lungi de timp.

Vă rugăm să rețineți că serverul nu implementează controlul accesului. Aceasta înseamnă că, prin
implicit, oricine poate citi de pe server și nimeni nu poate scrie în el implicit. Seteaza
web.allow_push opțiunea pentru * pentru a permite tuturor să împingă la server. Ar trebui să folosești un real
server web dacă trebuie să autentificați utilizatorii.

În mod implicit, serverul înregistrează accesările la stdout și erorile la stderr. Folosește
Opțiunile -A/--accesslog și -E/--errorlog pentru a vă conecta la fișiere.

Pentru ca serverul să aleagă un număr de port liber pentru a asculta, specificați un număr de port 0; în
în acest caz, serverul va imprima numărul portului pe care îl folosește.

Returnează 0 la succes.

Opțiuni:

-A,--accesslog
numele fișierului jurnal de acces în care să scrieți

-d, --daemon
rulați serverul în fundal

--daemon-pipefds
utilizat intern de modul daemon

-E,--registrul erorilor
numele fișierului jurnal de erori în care să scrieți

-p,--port
port pentru ascultare (implicit: 8000)

-A,--abordare
adresa de ascultat (implicit: toate interfețele)

--prefix
calea prefixului de la care să fie difuzat (implicit: rădăcină server)

-n,--Nume
nume de afișat în paginile web (implicit: director de lucru)

--web-conf
numele fișierului de configurare hgweb (consultați „hg help hgweb”)

--webdir-conf
numele fișierului de configurare hgweb (DEPRECAT)

--pid-file
numele fișierului în care să scrieți ID-ul procesului

--stdio
pentru clienți la distanță

--cmdserver
pentru clienți la distanță

-t,--şabloane
șabloane web de utilizat

--stil
stil șablon de utilizat

-6, --ipv6
utilizați IPv6 pe lângă IPv4

--certificat
Fișier certificat SSL

Starea
afișați fișierele modificate în directorul de lucru:

stare hg [OPȚIUNE]... [FIȘIER]...

Afișează starea fișierelor din depozit. Dacă sunt date nume, doar fișierele care se potrivesc sunt
afișate. Fișierele care sunt curate sau ignorate sau sursa unei operațiuni de copiere/mutare nu sunt
listate cu excepția cazului în care sunt date -c/--clean, -i/--ignorate, -C/--copii sau -A/--toate. Cu excepția cazului în care opțiuni
descrise cu „show only...” sunt date, se folosesc opțiunile -mardu.

Opțiunea -q/--quiet ascunde fișierele neurmărite (necunoscute și ignorate), dacă nu este solicitat în mod explicit
cu -u/--necunoscut sau -i/--ignorat.

notițe hg Starea poate părea să nu fie de acord cu diff dacă permisiunile s-au schimbat sau o îmbinare
a apărut. Formatul standard de diferență nu raportează modificările de permisiuni și diferențele
raportează doar modificările legate de un părinte de îmbinare.

Dacă este dată o revizuire, aceasta este utilizată ca revizuire de bază. Dacă sunt date două revizuiri,
sunt arătate diferențele dintre ele. Opțiunea --change poate fi folosită și ca scurtătură
pentru a lista fișierele modificate ale unei revizuiri de la primul părinte.

Codurile folosite pentru a afișa starea fișierelor sunt:

M = modificat
A = adăugat
R = eliminat
C = curat
! = lipsește (șters prin comandă non-hg, dar încă urmărit)
? = nu urmărit
I = ignorat
= originea fișierului anterior (cu --copii)

Exemple:

· afișați modificările din directorul de lucru în raport cu un set de modificări:

stare hg --rev 9353

· afișați modificările din directorul de lucru în raport cu directorul curent (vezi hg ajutor
modele pentru mai multe informatii):

starea hg re:

· afișați toate modificările, inclusiv copiile dintr-un set de modificări existent:

stare hg --copie --schimbare 9353

· obțineți o listă separată NUL de fișiere adăugate, potrivită pentru xargs:

starea hg -an0

Returnează 0 la succes.

Opțiuni:

-A, --toate
arată starea tuturor fișierelor

-m, --modificat
afișează numai fișierele modificate

-A, --adăugat
afișează numai fișierele adăugate

-r, --îndepărtat
afișează numai fișierele șterse

-d, --șters
afișează numai fișierele șterse (dar urmărite).

-c, --curat
afișează numai fișierele fără modificări

-u, --necunoscut
afișează numai fișiere necunoscute (nu urmărite).

-eu, --ignorat
afișează numai fișierele ignorate

-n, --fara status
ascunde prefixul de stare

-C, --copii
arată sursa fișierelor copiate

-0, --print0
terminați numele fișierelor cu NUL, pentru utilizare cu xargs

--rev
arată diferența față de revizuire

--Schimbare
enumerați fișierele modificate ale unei revizuiri

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-S, --subrepos
recurge în subrepozitive

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

pseudonime: st

rezumat
rezuma starea directorului de lucru:

rezumat hg [--remote]

Aceasta generează un scurt rezumat al stării directorului de lucru, inclusiv părinți, sucursală,
starea comiterii, faza și actualizările disponibile.

Cu opțiunea --remote, aceasta va verifica căile implicite pentru intrare și ieșire
schimbări. Acest lucru poate consuma mult timp.

Returnează 0 la succes.

Opțiuni:

--la distanta
verificați dacă împingeți și trageți

aliasuri: suma

etichetă
adăugați una sau mai multe etichete pentru revizuirea curentă sau dată:

etichetă hg [-f] [-l] [-m TEXT] [-d DATA] [-u UTILIZATOR] [-r REV] NUME...

Denumiți o anumită revizuire folosind .

Etichetele sunt folosite pentru a denumi anumite revizuiri ale depozitului și sunt foarte utile
compara diferite versiuni, pentru a reveni la versiuni anterioare semnificative sau pentru a marca ramura
puncte ca lansări etc. Modificarea unei etichete existente este în mod normal interzisă; utilizați -f/--force
a trece peste.

Dacă nu se oferă nicio revizuire, se folosește părintele directorului de lucru.

Pentru a facilita controlul versiunilor, distribuția și îmbinarea etichetelor, acestea sunt stocate ca a
fișier numit „.hgtags” care este gestionat în mod similar cu alte fișiere de proiect și poate fi
editat manual dacă este necesar. Aceasta înseamnă, de asemenea, că etichetarea creează un nou commit. Fișierul
„.hg/localtags” este folosit pentru etichetele locale (nu sunt partajate între depozite).

Comiterile de etichete sunt de obicei făcute în fruntea unei filiale. Dacă părintele lucrătorului
directorul nu este un cap de ramură, hg etichetă avortează; utilizați -f/--force pentru a forța eticheta la care se commit
să se bazeze pe un set de schimbări non-head.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Deoarece numele etichetelor au prioritate față de numele ramurilor în timpul căutării revizuirii, folosind un existent
numele de ramură ca nume de etichetă este descurajat.

Returnează 0 la succes.

Opțiuni:

-f, --forta
eticheta de forță

-l, --local
faceți eticheta locală

-r,--rev
revizuire pentru etichetare

--elimina
eliminați o etichetă

-e, --Editați | ×
invocați editorul la mesajele de comitere

-m,--mesaj
utilizați textul ca mesaj de confirmare

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

tag-uri
listează etichetele de depozit:

etichete hg

Aceasta listează atât etichetele obișnuite, cât și cele locale. Când se folosește comutatorul -v/--verbose, un al treilea
coloana „local” este tipărită pentru etichetele locale. Când se utilizează comutatorul -q/--quiet, numai
numele etichetei este imprimat.

Returnează 0 la succes.

Opțiuni:

-T,--șablon
afișaj cu șablon (EXPERIMENTAL)

sfat
arătați revizuirea vârfului (DEPRECAT):

sfat hg [-p] [-g]

Revizia tipului (de obicei numită doar sfat) este setul de modificări adăugat cel mai recent la
depozit (și, prin urmare, cel mai recent cap schimbat).

Dacă tocmai ați făcut un commit, acel commit va fi sfatul. Dacă tocmai ai tras
modificări dintr-un alt depozit, vârful acelui depozit devine vârful curent. The
Eticheta „tip” este specială și nu poate fi redenumită sau atribuită unui alt set de modificări.

Această comandă este depreciată, vă rugăm să utilizați hg capete in schimb.

Returnează 0 la succes.

Opțiuni:

-p, --plasture
arată patch-ul

-g, --git
utilizați formatul git extins diff

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

desfacere
aplicați unul sau mai multe fișiere de grup de modificări:

hg unbundle [-u] FIȘIER...

Aplicați unul sau mai multe fișiere de grup de modificări comprimate generate de comanda pachetului.

Returnează 0 la succes, 1 dacă o actualizare are fișiere nerezolvate.

Opțiuni:

-u, --Actualizați
actualizați la noul cap de filială dacă seturile de modificări au fost dezasamblate

actualizare
actualizați directorul de lucru (sau schimbați reviziile):

actualizare hg [-c] [-C] [-d DATA] [[-r] REV]

Actualizați directorul de lucru al depozitului la setul de modificări specificat. Dacă nu există un set de modificări
specificat, actualizați la vârful ramurii numite curente și mutați marcajul activ (vezi
hg ajutor marcajele).

Actualizare setează revizuirea părinte a directorului de lucru la setul de modificări specificat (vezi hg
ajutor părinţi).

Dacă setul de modificări nu este un descendent sau un strămoș al părintelui directorului de lucru, fișierul
actualizarea este anulată. Cu opțiunea -c/--check, directorul de lucru este verificat
modificări neangajate; dacă nu sunt găsite, directorul de lucru este actualizat la specificat
set de modificări.

Următoarele reguli se aplică atunci când directorul de lucru conține modificări necommitate:

1. Dacă nu sunt specificate nici -c/--check, nici -C/--clean și dacă setul de modificări solicitat este un
strămoș sau descendent al părintelui directorului de lucru, modificările necommitate sunt
îmbinat în setul de modificări solicitat și rezultatul îmbinat este lăsat necomitat. Dacă
setul de modificări solicitat nu este un strămoș sau descendent (adică este pe altul
ramură), actualizarea este întreruptă și modificările necommitate sunt păstrate.

2. Cu opțiunea -c/--check, actualizarea este întreruptă și modificările necommitate sunt
păstrat.

3. Cu opțiunea -C/--clean, modificările necommitate sunt eliminate și directorul de lucru
este actualizat la setul de modificări solicitat.

Pentru a anula o îmbinare necommitată (și a pierde modificările), utilizați hg actualizare --curat ..

Utilizați null ca set de modificări pentru a elimina directorul de lucru (cum ar fi hg clona -U).

Dacă doriți să reveniți doar unui fișier la o versiune mai veche, utilizați hg reveni [-r REV] NUME.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Returnează 0 la succes, 1 dacă există fișiere nerezolvate.

Opțiuni:

-C, --curat
renunțați la modificările necommitate (fără backup)

-c, --Verifica
actualizați între ramuri dacă nu există modificări necommitate

-d,--Data
cea mai mare dată de potrivire a revizuirii

-r,--rev
Revizuire

-t,--instrument
specificați instrumentul de îmbinare

alias: up checkout co

verifica
verificați integritatea depozitului:

hg verifica

Verificați integritatea depozitului curent.

Aceasta va efectua o verificare extinsă a integrității depozitului, validând hashurile
și sumele de verificare ale fiecărei intrări din jurnalul de modificări, manifest și fișierele urmărite, precum și
integritatea legăturilor și indicilor acestora.

Vă rugăm să consultați https://mercurial-scm.org/wiki/RepositoryCorruption pentru mai multe informații despre
recuperarea din coruperea depozitului.

Returnează 0 la succes, 1 dacă se întâlnesc erori.

versiune
versiunea de ieșire și informații despre copyright:

versiunea hg

versiunea de ieșire și informații despre copyright

DATA FORMATE

Unele comenzi permit utilizatorului să specifice o dată, de exemplu:

· backout, commit, import, tag: Specificați data comiterii.

· jurnal, refacere, actualizare: selectați revizuirile după dată.

Multe formate de date sunt valide. Aici sunt cateva exemple:

· însura decembrie 6 13:18:29 2006 (fus orar local presupus)

· decembrie 6 13:18 -0600 (anul presupus, offset de timp furnizat)

· decembrie 6 13:18 UTC (UTC și GMT sunt aliasuri pentru +0000)

· decembrie 6 (miezul nopţii)

· 13:18 (azi presupus)

· 3:39 (se presupune că 3:39)

· 3: 39pm (15: 39)

· 2006-12-06 13:18:29 (format ISO 8601)

· 2006-12-6 13:18

· 2006-12-6

· 12-6

· 12/6

· 12/6/6 (6 decembrie 2006)

· astăzi (miezul nopţii)

· ieri (miezul nopţii)

· acum - chiar acum

În cele din urmă, există formatul intern al lui Mercurial:

· 1165411109 0 (miercuri 6 decembrie 13:18:29 2006 UTC)

Acesta este formatul de reprezentare internă pentru date. Primul număr este numărul de
secunde de la epocă (1970-01-01 00:00 UTC). Al doilea este compensarea localului
fus orar, în secunde la vest de UTC (negativ dacă fusul orar este la est de UTC).

Comanda log acceptă și intervale de date:

· <DATA - la sau înainte de o dată/oră dată

· >DATA - la sau după o dată/oră dată

· DATA la DATA - un interval de date, inclusiv

· -ZIILE - într-un anumit număr de zile de astăzi

DIFER FORMATE

Formatul implicit al Mercurial pentru afișarea modificărilor între două versiuni ale unui fișier este
compatibil cu formatul unificat al GNU diff, care poate fi folosit de GNU patch și multe
alte instrumente standard.

Deși acest format standard este adesea suficient, nu codifică următoarele informații:

· starea executabilului și alți biți de permisiune

· copiați sau redenumiți informațiile

· modificări ale fișierelor binare

· crearea sau ștergerea fișierelor goale

Mercurial acceptă, de asemenea, formatul de diff extins din git VCS, care se adresează acestora
limitări. Formatul git diff nu este produs în mod implicit, deoarece există câteva instrumente răspândite
inca nu inteleg acest format.

Aceasta înseamnă că atunci când se generează diferențe dintr-un depozit Mercurial (de exemplu, cu hg exporturile),
ar trebui să fiți atenți la lucruri precum copiile fișierelor și redenumiri sau alte lucruri menționate
de mai sus, deoarece atunci când se aplică o diferență standard la un alt depozit, acest plus
informatia se pierde. Operațiunile interne ale lui Mercurial (cum ar fi împingerea și tragerea) nu sunt afectate
prin aceasta, deoarece folosesc un format binar intern pentru comunicarea modificărilor.

Pentru ca Mercurial să producă formatul git extins diff, utilizați opțiunea --git disponibilă pentru
multe comenzi sau setați „git = True” în secțiunea [diff] a fișierului dvs. de configurare. Tu
nu trebuie să setați această opțiune atunci când importați diferențe în acest format sau când le folosiți în mq
extensie.

MEDIUL VARIABILE

HG Calea către executabilul „hg”, transmisă automat când rulează hook-uri, extensii sau
instrumente externe. Dacă este nesetat sau gol, acesta este numele executabilului hg dacă este înghețat,
sau un executabil numit „hg” (cu %PATHEXT% [implicit la COM/EXE/BAT/CMD]
extensii pe Windows) este căutat.

HGEDITOR
Acesta este numele editorului pe care trebuie să îl rulați la comitere. Vezi EDITOR.

(învechit, utilizați fișierul de configurare)

HGENCODING
Aceasta suprascrie setarea locală implicită detectată de Mercurial. Această setare este
folosit pentru a converti date, inclusiv nume de utilizator, descrieri ale seturilor de modificări, nume de etichete și
ramuri. Această setare poate fi înlocuită cu opțiunea --encoding din linia de comandă.

HGENCODINGMODE
Aceasta stabilește comportamentul lui Mercurial pentru gestionarea caracterelor necunoscute în timpul transcodării
intrarea utilizatorului. Valoarea implicită este „strict”, ceea ce face ca Mercurial să se anuleze dacă nu poate
cartografiază un personaj. Alte setări includ „înlocuire”, care înlocuiește necunoscut
caractere și „ignora”, care le elimină. Această setare poate fi înlocuită cu
--encodingmode opțiunea de linie de comandă.

HGENCODINGAMBIGU
Acest lucru stabilește comportamentul lui Mercurial pentru manipularea caracterelor cu lățimi „ambiguie”, cum ar fi
caractere latine accentuate cu fonturi din Asia de Est. În mod implicit, Mercurial presupune
caracterele ambigue sunt înguste, setați această variabilă la „larg” dacă astfel de caractere
cauza probleme de formatare.

HGMERGE
Un executabil de utilizat pentru rezolvarea conflictelor de îmbinare. Programul va fi executat
cu trei argumente: fișier local, fișier la distanță, fișier strămoș.

(învechit, utilizați fișierul de configurare)

HGRCPATH
O listă de fișiere sau directoare pentru a căuta fișiere de configurare. Separatorul de articole este
":" pe Unix, ";" pe Windows. Dacă HGRCPATH nu este setat, calea de căutare implicită a platformei
este folosit. Dacă este gol, este citit doar .hg/hgrc din depozitul curent.

Pentru fiecare element din HGRCPATH:

· dacă este un director, toate fișierele care se termină cu .rc sunt adăugate

· în caz contrar, fișierul în sine va fi adăugat

HGPLAIN
Când este setată, aceasta dezactivează orice setări de configurare care ar putea schimba Mercurial
ieșire implicită. Aceasta include codificarea, valorile implicite, modul verbose, modul de depanare, silențios
mod, urmăriri și localizare. Acest lucru poate fi util atunci când faceți scripturi împotriva
Mercurial în fața configurației utilizatorilor existente.

Opțiunile echivalente setate prin steaguri de linie de comandă sau variabile de mediu nu sunt
depășit.

HGPLAINEXCEPȚIA
Aceasta este o listă de caracteristici separate prin virgulă de păstrat atunci când HGPLAIN este activat.
În prezent sunt acceptate următoarele valori:

alias

Nu elimina pseudonimele.

i18n

Păstrați internaționalizarea.

revsetalias

Nu eliminați pseudonimele revset.

Setarea HGPLAINEXCEPT la orice (chiar și un șir gol) va activa modul simplu.

HGUSER Acesta este șirul folosit ca autor al unui commit. Dacă nu se setează, valorile disponibile
vor fi luate în considerare în această ordine:

· HGUSER (învechit)

· fișiere de configurare din HGRCPATH

· E-MAIL

· prompt interactiv

· LOGNAME (cu @nume gazdă anexat)

(învechit, utilizați fișierul de configurare)

E-MAIL Poate fi folosit ca autor al unui commit; vezi HGUSER.

LOGNAME
Poate fi folosit ca autor al unui commit; vezi HGUSER.

VIZUAL Acesta este numele editorului pe care trebuie să-l utilizați la comitere. Vezi EDITOR.

EDITOR Uneori, Mercurial trebuie să deschidă un fișier text într-un editor pentru ca un utilizator să îl modifice,
de exemplu la scrierea mesajelor de commit. Editorul pe care îl folosește este determinat de
privind variabilele de mediu HGEDITOR, VISUAL și EDITOR, în această ordine.
Se alege primul care nu este gol. Dacă toate sunt goale, editorul este implicit
„editor sensibil”.

PYTHONPATH
Acesta este folosit de Python pentru a găsi module importate și poate fi necesar să fie setat
în mod corespunzător dacă acest Mercurial nu este instalat la nivelul întregului sistem.

UTILIZAREA ADIŢIONAL CARACTERISTICI

Mercurial are capacitatea de a adăuga noi funcții prin utilizarea extensiilor. Extensii
poate adăuga comenzi noi, poate adăuga opțiuni la comenzile existente, poate modifica comportamentul implicit al
comenzi sau cârlige de implementare.

Pentru a activa extensia „foo”, fie livrată cu Mercurial, fie în calea de căutare Python,
creați o intrare pentru acesta în fișierul dvs. de configurare, astfel:

[extensii]
foo =

De asemenea, puteți specifica calea completă către o extensie:

[extensii]
caracteristica mea = ~/.hgext/myfeature.py

Vedea hg ajutor config pentru mai multe informații despre fișierele de configurare.

Extensiile nu sunt încărcate implicit din mai multe motive: pot crește pornirea
deasupra capului; pot fi destinate numai utilizării avansate; pot oferi potenţial
abilități periculoase (cum ar fi să vă permită să distrugeți sau să modificați istoria); s-ar putea să nu fie
gata pentru prime time; sau pot modifica unele comportamente obișnuite ale stocului Mercurial. Este
astfel încât utilizatorul să activeze extensiile după cum este necesar.

Pentru a dezactiva în mod explicit o extensie activată într-un fișier de configurare cu un domeniu mai larg,
prefaceți calea cu !:

[extensii]
# dezactivează bara de extensie care se află în /path/to/extension/bar.py
bar = !/path/to/extension/bar.py
# idem, dar nu a fost furnizată nicio cale pentru extensia baz
baz = !

extensii dezactivate:

acl cârlige pentru controlul accesului la depozit

cutie neagră
înregistrați evenimentele din depozit într-o cutie neagră pentru depanare

bugzilla
cârlige pentru integrarea cu Bugzilla bug tracker

cenzura ștergeți conținutul fișierului la o anumită revizuire

putinei comandă pentru a afișa statistici despre istoricul depozitului

clonebundle
face publicitate pachetelor pre-generate la clonele de semințe

culoare colorați ieșirea de la unele comenzi

converti
importați revizuiri din depozitele VCS străine în Mercurial

eol gestionați automat liniile noi în fișierele de depozit

extdiff
comandă pentru a permite programelor externe să compare revizuirile

factotum
autentificare http cu factotum

GPG comenzi pentru semnarea și verificarea seturilor de modificări

hgcia cârlige pentru integrarea cu serviciul de notificare CIA.vc

HGK răsfoiți depozitul într-un mod grafic

a evidentia
evidențierea sintaxelor pentru hgweb (necesită Pygments)

histedit
editare interactivă a istoriei

cuvinte cheie
extinde cuvintele cheie în fișierele urmărite

fişiere mari
urmăriți fișiere binare mari

mq gestionați un teanc de patch-uri

notifica cârlige pentru trimiterea notificărilor push prin e-mail

pager Răsfoiți ieșirea comenzii cu un pager extern

patchbomb
comandă pentru a trimite seturi de modificări ca (o serie de) e-mailuri de corecție

epurare comandă pentru a șterge fișierele neurmărite din directorul de lucru

depășește comandă pentru a muta seturi de revizuiri la un strămoș diferit

record comenzi pentru a selecta interactiv modificările pentru commit/qrefresh

reconecta recreează hardlink-uri între clonele de depozit

scheme
extinde schemele cu comenzi rapide către roiuri de depozite

acțiune împărtășiți un istoric comun între mai multe directoare de lucru

abandona salvați și restaurați modificările în directorul de lucru

strip stripsets-uri și descendenții lor din istorie

transplant
comandă pentru a transplanta seturile de modificări dintr-o altă ramură

win32mbcs
permit utilizarea căilor MBCS cu codificări problematice

zeroconf
descoperiți și promovați depozitele în rețeaua locală

SPECIFICAREA FILE SETURI

Mercurial acceptă un limbaj funcțional pentru selectarea unui set de fișiere.

Ca și alte modele de fișiere, acest tip de model este indicat printr-un prefix, „set:”. Limba
acceptă un număr de predicate care sunt unite prin operatori infixi. Paranteza poate fi
folosit pentru grupare.

Identificatorii, cum ar fi numele de fișiere sau modelele, trebuie citați cu ghilimele simple sau duble dacă
ele conțin caractere în afara [.*{}[]?/\_a-zA-Z0-9\x80-\xff] sau dacă se potrivesc cu unul dintre
predicatele predefinite. Acest lucru se aplică, în general, modelelor de fișiere altele decât globuri și
argumente pentru predicate.

Caracterele speciale pot fi folosite în identificatorii ghilimelei prin evadarea acestora, de exemplu, \n is
interpretată ca o linie nouă. Pentru a preveni interpretarea lor, șirurile pot fi prefixate
cu r, de exemplu r'...'.

Există un singur operator de prefix:

nu x

Fișierele care nu sunt în x. Forma scurtă este ! x.

Aceștia sunt operatorii infix acceptați:

x și y

Intersecția fișierelor în x și y. Forma scurtă este x & y.

x or y

Unirea fișierelor în x și y. Există două forme scurte alternative: x | y și x +
y.

x - y

Fișierele în x, dar nu în y.

Sunt acceptate următoarele predicate:

adăugat()

Fișier care se adaugă conform hg Starea.

binar()

Fișierul care pare a fi binar (conține octeți NUL).

curat()

Fișier care este curat conform hg Starea.

copiat()

Fișier care este înregistrat ca fiind copiat.

sters()

Alias ​​pentru dispărut().

codificare(nume)

Fișierul poate fi decodat cu succes cu codificarea caracterelor dată. S-ar putea să nu fie
util pentru alte codificări decât ASCII și UTF-8.

eol (stil)

Fișierul conține linii noi ale stilului dat (dos, unix, mac). Fișierele binare sunt
excluse, fișierele cu sfârșituri de linii mixte se potrivesc cu mai multe stiluri.

exec()

Fișier care este marcat ca executabil.

grep (regex)

Fișierul conține expresia regulată dată.

hgignore()

Fișier care se potrivește cu modelul activ .hgignore.

ignorat()

Fișier care este ignorat conform hg Starea. Aceste fișiere vor fi luate în considerare numai dacă
se foloseste acest predicat.

dispărut()

Fișier care lipsește conform hg Starea.

modificat()

Fișier care este modificat conform hg Starea.

portabil()

Fișier care are un nume portabil. (Acesta nu include numele fișierelor cu majuscule
ciocniri.)

îndepărtat()

Fișier care este eliminat conform hg Starea.

rezolvat()

Fișier care este marcat ca rezolvat conform hg rezolvă -l.

dimensiune (expresie)

Dimensiunea fișierului se potrivește cu expresia dată. Exemple:

· 1k (fișiere de la 1024 la 2047 de octeți)

· < 20k (fișiere cu mai puțin de 20480 de octeți)

· >= .5MB (fișiere de cel puțin 524288 de octeți)

· 4k - 1MB (fișiere de la 4096 de octeți la 1048576 de octeți)

subrepo([model])

Subdepozitele ale căror căi se potrivesc cu modelul dat.

link simbolic()

Fișier care este marcat ca link simbolic.

necunoscut()

Fișier care este necunoscut conform hg Starea. Aceste fișiere vor fi luate în considerare numai dacă
se foloseste acest predicat.

nerezolvat()

Fișier care este marcat ca nerezolvat conform hg rezolvă -l.

Câteva exemple de interogări:

· Afișați starea fișierelor care par a fi binare în directorul de lucru:

stare hg -A „set:binary()”

· Uitați fișierele care sunt în .hgignore, dar sunt deja urmărite:

hg uitați „set:hgignore() și nu ignorat()”

· Găsiți fișiere text care conțin un șir:

fisiere hg "set:grep(magie) și nu binar()"

· Găsiți fișiere C într-o codificare non-standard:

hg fișiere „set:**.c și nu codificare(’UTF-8’)”

· Reveniți copiile fișierelor binare mari:

hg revert „set:copied() and binary() and size('>1M')”

· Eliminați fișierele listate în foo.lst care conțin litera a sau b:

hg eliminați „set: „listfile:foo.lst” și (**a* sau **b*)”

Vezi si hg ajutor modele.

GLOSAR

Strămoş
Orice set de modificări la care se poate ajunge printr-un lanț neîntrerupt de seturi părinte de la a
set de modificări dat. Mai precis, strămoșii unui set de modificări pot fi definiți prin doi
proprietăți: un părinte al unui set de modificări este un strămoș, iar un părinte al unui strămoș este
un strămoș. Vezi și: „Descendent”.

semn de carte
Marcajele sunt indicatoare către anumite comiteri care se deplasează atunci când se comite. Sunt
similar cu etichetele prin aceea că este posibil să se utilizeze nume de marcaje în toate locurile în care
Mercurial se așteaptă la un ID de set de modificări, de exemplu, cu hg actualizare. Spre deosebire de etichete, marcajele se deplasează
de-a lungul când faci un commit.

Marcajele pot fi redenumite, copiate și șterse. Marcajele sunt locale, cu excepția cazului în care sunt
împins sau tras în mod explicit între depozite. Împingerea și tragerea de marcaje
vă permit să colaborați cu alții pe o ramură fără a crea o ramură numită.

Branch firma (Substantiv) Un set de modificări copil care a fost creat de la un părinte care nu este un cap.
Acestea sunt cunoscute ca ramuri topologice, vezi „Ramură, topologică”. În cazul în care un
ramura topologică este numită, devine o ramură numită. Dacă o ramură topologică este
nenumit, devine o ramură anonimă. Consultați „Sucursală, anonimă” și „Sucursală,
numit'.

Ramurile pot fi create atunci când modificările sunt extrase de la sau transferate către o telecomandă
depozit, deoarece pot fi create noi capete prin aceste operațiuni. Rețineți că termenul
ramură poate fi folosită și informal pentru a descrie un proces de dezvoltare în care
o anumită dezvoltare se realizează independent de alte dezvoltări. Asta uneori
făcut în mod explicit cu o ramură numită, dar se poate face și local, folosind
marcaje sau clone și ramuri anonime.

Exemplu: „Ramura experimentală”.

(Verb) Acțiunea de a crea un set de modificări copil care are ca rezultat faptul că părintele său are
mai mult de un copil.

Exemplu: „Mă duc la X”.

Filială, anonim
De fiecare dată când se creează un nou set de modificări pentru copil dintr-un părinte care nu este cap și
numele sucursalei nu este schimbat, se creează o nouă ramură anonimă.

Filială, închis
O ramură numită ale cărei capete de ramură au fost toate închise.

Filială, lipsă
Ramura atribuită unui set de modificări atunci când nu a fost atribuit anterior niciun nume.

Branch firma cap
Vezi „Cap, ramură”.

Filială, inactiv
Dacă o ramură numită nu are capete topologice, este considerată inactivă. Ca un
de exemplu, o ramură de caracteristică devine inactivă atunci când este îmbinată cu cea implicită
ramură. The hg ramuri comanda arată implicit ramuri inactive, deși pot
fi ascuns cu hg ramuri --activ.

NOTĂ: acest concept este depreciat deoarece este prea implicit. Ramurile ar trebui acum
fie explicit închis folosind hg comite --aproape-ramură când nu mai sunt necesare.

Filială, numit
O colecție de seturi de modificări care au același nume de ramură. În mod implicit, copiii de
un set de modificări dintr-o ramură numită aparține aceleiași ramuri numite. Un copil poate fi
atribuite în mod explicit unei alte ramuri. Vedea hg ajutor ramură, hg ajutor ramuri și
hg comite --aproape-ramură pentru mai multe informații despre gestionarea filialelor.

Ramurile numite pot fi gândite ca un fel de spațiu de nume, împărțind colecția de
seturi de modificări care cuprind depozitul într-o colecție de subseturi disjunse. A
ramură numită nu este neapărat o ramură topologică. Dacă o nouă ramură numită este
creat din capul altei sucursale numite, sau din ramura implicită, dar nu
mai multe seturi de modificări sunt adăugate la acea ramură anterioară, apoi la acea ramură anterioară
va fi o ramură numai cu nume.

Branch firma sfat
Consultați „Sfat, ramură”.

Filială, topologic
De fiecare dată când un nou set de modificări pentru copil este creat de la un părinte care nu este un cap, un nou
se creează ramura topologică. Dacă o ramură topologică este numită, ea devine numită
ramură. Dacă o ramură topologică nu este numită, aceasta devine o ramură anonimă a
ramură curentă, eventual implicită.

changelog
O înregistrare a seturilor de modificări în ordinea în care au fost adăugate în depozit.
Aceasta include detalii precum ID-ul setului de modificări, autorul, mesajul de confirmare, data și lista
a fișierelor modificate.

Set de schimbare
Un instantaneu al stării depozitului folosit pentru a înregistra o modificare.

Set de modificări, copil
Reversul setului de modificări părinte: dacă P este părintele lui C, atunci C este un copil al lui P.
Nu există o limită a numărului de copii pe care îl poate avea un set de modificări.

Set de schimbare id
Un hash SHA-1 care identifică în mod unic un set de modificări. Poate fi reprezentat ca oricare
un șir „lung” de 40 de cifre hexazecimale sau un șir „scurt” de 12 cifre hexazecimale.

Set de modificări, îmbina
O schimbare cu doi părinți. Acest lucru se întâmplă atunci când se comite o îmbinare.

Set de modificări, mamă
O revizuire pe care se bazează un set de modificări copil. Mai exact, un set de modificări părinte
al unui set de modificări C este un set de modificări al cărui nod îl precede imediat pe C în DAG.
Seturile de schimburi au cel mult doi părinți.

Finalizeaza comanda
(Substantiv) Directorul de lucru este actualizat la o anumită revizuire. Această utilizare ar trebui
probabil să fie evitate acolo unde este posibil, deoarece setul de modificări este mult mai potrivit decât
checkout în acest context.

Exemplu: „Folosesc checkout X”.

(Verb) Actualizarea directorului de lucru la un anumit set de modificări. Vedea hg ajutor actualizare.

Exemplu: „Voi verifica setul de modificări X”.

Copil changeset
Vedeți „Set de schimb, copil”.

Închide changeset
Vezi „Cap, ramură închisă”.

Operații Închise ramură
Vezi „Sucursală, închisă”.

Clone (Substantiv) O copie integrală sau parțială a unui depozit. Clona parțială trebuie să fie în
forma unei revizuiri și strămoșii săi.

Exemplu: „Este clona dvs. actualizată?”

(Verb) Procesul de creare a unei clone, folosind hg clona.

Exemplu: „Voi clona depozitul”.

Operații Închise ramură cap
Vezi „Cap, ramură închisă”.

Comite (Substantiv) Un sinonim pentru set de modificări.

Exemplu: „Este remediat eroarea în comiterea ta recentă?”

(Verb) Actul de înregistrare se schimbă într-un depozit. Când fișierele sunt comise într-un
directorul de lucru, Mercurial găsește diferențele dintre fișierele comise și
setul lor de modificări părinte, creând un nou set de modificări în depozit.

Exemplu: „Ar trebui să comite acele modificări acum”.

Cset O abreviere comună a termenului set de modificări.

DAG Depozitul de seturi de modificări ale unui sistem distribuit de control al versiunilor (DVCS) poate fi
descris ca un graf aciclic direcționat (DAG), format din noduri și muchii, unde
nodurile corespund seturilor de modificări, iar marginile implică o relație părinte -> copil. Acest
graficul poate fi vizualizat prin instrumente grafice precum hg log --grafic. În Mercurial,
DAG este limitat de cerința ca copiii să aibă cel mult doi părinți.

Deprecated
Caracteristica a fost eliminată din documentație, dar nu a fost programată pentru eliminare.

Mod implicit ramură
Consultați „Sucursală, implicită”.

Descendent
Orice set de modificări la care poate fi atins un lanț de seturi de modificări copil dintr-un anumit
set de modificări. Mai precis, descendenții unui set de modificări pot fi definiți prin doi
proprietăți: copilul unui set de modificări este un descendent și copilul unui descendent
este un descendent. Vezi și: „Strămoș”.

Dif (Substantiv) Diferența dintre conținutul și atributele fișierelor în două
seturi de modificări sau un set de modificări și directorul de lucru curent. Diferența este
de obicei reprezentată într-o formă standard numită „dif” sau „patch”. „Git diff”
formatul este utilizat atunci când modificările includ copii, redenumiri sau modificări ale fișierului
atribute, dintre care niciuna nu poate fi reprezentată/tratată prin „diff” și „patch” clasice.

Exemplu: „Ați văzut corectarea mea în diferență?”

(Verb) Diferența a două seturi de modificări este acțiunea de a crea o diferență sau un patch.

Exemplu: „Dacă faci diferență cu setul de modificări X, vei vedea ce vreau să spun.”

Director, de lucru
Directorul de lucru reprezintă starea fișierelor urmărite de Mercurial, adică
vor fi înregistrate în următorul comit. Directorului de lucru îi corespunde inițial
instantaneul la un set de modificări existent, cunoscut sub numele de părintele lucrării
director. Vedeți „Parinte, director de lucru”. Starea poate fi modificată prin modificări la
fișierele introduse manual sau printr-o îmbinare. Metadatele depozitului există în
Directorul .hg din directorul de lucru.

Proiect Seturile de modificări din faza de schiță nu au fost partajate cu depozitele de publicare și
poate fi astfel schimbat în siguranță prin extensii care modifică istoricul. Vedea hg ajutor faze.

Experimental
Caracteristică care se poate modifica sau poate fi eliminată la o dată ulterioară.

Grafic Vezi DAG și hg log --grafic.

Cap Termenul „cap” poate fi folosit pentru a se referi atât la un cap de ramură, cât și la un cap de depozit,
in functie de context. Consultați „Head, branch” și „Head, repository” pentru detalii
definiții.

Capetele sunt locul unde are loc în general dezvoltarea și sunt țintele obișnuite pentru
operațiuni de actualizare și îmbinare.

Cap, ramură
Un set de modificări fără descendenți pe aceeași ramură numită.

Cap, închis ramură
Un set de modificări care marchează un cap ca nu mai interesant. Capul închis este nr
enumerate mai mult de hg capete. O ramură este considerată închisă atunci când toate capetele ei sunt
închis și, în consecință, nu este listat de hg ramuri.

Capetele închise pot fi redeschise prin efectuarea unui nou set de modificări în calitate de copil al
set de schimburi care marchează un cap ca închis.

Cap, depozit
Un cap topologic care nu a fost închis.

Cap, topologic
Un set de modificări fără copii în depozit.

Istorie, imuabil
Odată efectuate, seturile de modificări nu pot fi modificate. Extensii care par să se schimbe
istoria creează de fapt noi seturi de modificări care le înlocuiesc pe cele existente și apoi le distrug
vechile seturi de modificări. Făcând acest lucru în depozitele publice poate avea ca rezultat seturi de modificări vechi
fiind reintrodus în depozit.

Istorie, rescrierea
Seturile de modificări dintr-un depozit sunt imuabile. Cu toate acestea, extensiile la Mercurial pot
poate fi folosit pentru a modifica depozitul, de obicei în așa fel încât să păstreze setul de modificări
cuprins.

Imuabil istorie
Vezi „Istorie, imuabilă”.

Îmbina changeset
Consultați „Setul de modificări, îmbinare”.

Manifesta
Fiecare set de modificări are un manifest, care este lista de fișiere care sunt urmărite de
set de modificări.

Îmbina Folosit pentru a reuni ramuri divergente ale muncii. Când actualizați la un set de modificări
și apoi îmbina un alt set de modificări, aduci istoricul celui din urmă set de modificări
în directorul dvs. de lucru. Odată ce conflictele sunt rezolvate (și marcate), această îmbinare
poate fi comis ca un set de modificări de îmbinare, reunind două ramuri în DAG.

Numit ramură
Vezi „Sucursală, numită”.

Null changeset
Setul de modificări gol. Este starea părinte a depozitelor nou-inițializate și
depozite fără nicio revizuire verificată. Este, prin urmare, părintele seturilor de modificări rădăcină
și strămoșul efectiv atunci când îmbină seturi de modificări neînrudite. Poate fi specificat de
aliasul „null” sau prin ID-ul setului de modificări „000000000000”.

Părinte Consultați „Setul de modificări, părinte”.

Părinte changeset
Consultați „Setul de modificări, părinte”.

Mamă, de lucru director
Directorul părinte de lucru reflectă o revizuire virtuală care este copilul
set de modificări (sau două seturi de modificări cu o îmbinare necommitată) afișat de hg părinţi. Acest
este schimbat cu hg actualizare. Alte comenzi pentru a vedea directorul de lucru părinte sunt
hg rezumat și hg id. Poate fi specificat prin alias-ul „.”.

Plasture (Substantiv) Produsul unei operații de diferență.

Exemplu: „Ți-am trimis plasturele”.

(Verb) Procesul de utilizare a unui fișier de corecție pentru a transforma un set de modificări în altul.

Exemplu: „Va trebui să corectați acea revizuire”.

Fază O stare per set de modificări care urmărește modul în care setul de modificări a fost sau ar trebui să fie partajat. Vedea
hg ajutor faze.

Public Seturile de modificări din faza publică au fost partajate cu depozitele de publicare și
sunt deci considerate imuabile. Vedea hg ajutor faze.

Trage O operație în care seturi de modificări într-un depozit la distanță care nu sunt în local
depozitele sunt aduse în depozitul local. Rețineți că această operațiune fără
argumente speciale actualizează doar depozitul, nu actualizează fișierele din
directorul de lucru. Vedea hg ajutor trage.

Împinge O operație în care seturi de modificări într-un depozit local care nu sunt într-o distanță
depozitele sunt trimise la depozitul de la distanță. Rețineți că această operațiune doar adaugă
seturi de modificări care au fost trimise local în depozitul de la distanță. Neangajat
modificările nu sunt trimise. Vedea hg ajutor împinge.

Repertoriu
Metadatele care descriu toate stările înregistrate ale unei colecții de fișiere. Fiecare înregistrat
starea este reprezentată de un set de modificări. Un depozit este de obicei găsit (dar nu întotdeauna).
în .hg subdirectorul unui director de lucru. Orice stare înregistrată poate fi recreată
prin „actualizarea” unui director de lucru la un anumit set de modificări.

Repertoriu cap
Vedeți „Cap, depozit”.

Revizuire
O stare a depozitului la un moment dat. Verificările anterioare pot fi actualizate
a prin folosire hg actualizare. Vezi și „Număr de revizuire”; Vezi și „Setul de schimb”.

Revizuire număr
Acest număr întreg identifică în mod unic un set de modificări într-un anumit depozit. Aceasta
reprezintă ordinea în care seturile de modificări au fost adăugate la un depozit, începând cu
numărul de revizuire 0. Rețineți că numărul de revizuire poate fi diferit în fiecare clonă de
un depozit. Pentru a identifica seturile de modificări în mod unic între diferite clone, consultați
„Cod set de modificări”.

Revlog Mecanism de stocare a istoricului folosit de Mercurial. Este o formă de codificare delta, cu
revizuirea completă ocazională a datelor urmată de delta fiecărei revizuiri succesive. Aceasta
include date și un index care indică datele.

rescrierea istorie
Vezi „Istoric, rescriere”.

Rădăcină Un set de modificări care are ca părinte doar setul de modificări nul. Majoritatea depozitelor au
doar un singur set de modificări rădăcină.

Secret Seturile de modificări din faza secretă nu pot fi partajate prin push, pull sau clonare. Vedea hg
ajutor faze.

Etichetă Un nume alternativ dat unui set de modificări. Etichetele pot fi folosite în toate locurile unde
Mercurial se așteaptă la un ID de set de modificări, de exemplu, cu hg actualizare. Crearea unei etichete este
stocate în istoric și, astfel, vor fi partajate automat cu alte persoane folosind push
si trage.

varful Setul de modificări cu cel mai mare număr de revizuire. Este cel mai recent set de modificări
adăugat într-un depozit.

Bacsis, ramură
Șeful unei anumite sucursale cu cel mai mare număr de revizuire. Când un nume de ramură este
folosit ca identificator de revizuire, se referă la vârful ramurilor. Vezi și „Filială,
cap'. Rețineți că, deoarece numerele de revizuire pot fi diferite în depozite diferite
clonelor, vârful ramurilor poate fi diferit în diferite depozite clonate.

Actualizează (Substantiv) Un alt sinonim al changeset.

Exemplu: „Am trimis o actualizare”.

(Verb) Acest termen este de obicei folosit pentru a descrie actualizarea stării de lucru
director la cel al unui anumit set de modificări. Vedea hg ajutor actualizare.

Exemplu: „Ar trebui să actualizați”.

De lucru director
Vedeți „Director, lucru”.

De lucru director mamă
Vedeți „Parinte, director de lucru”.

SINTAXĂ PENTRU MERCURIAL IGNORA DOSARE

sinopsis
Sistemul Mercurial folosește un fișier numit .hgignora în directorul rădăcină al unui depozit la
controlează-și comportamentul atunci când caută fișiere pe care nu le urmărește în prezent.

Descriere
Directorul de lucru al unui depozit Mercurial va conține adesea fișiere care nu ar trebui
fi urmărit de Mercurial. Acestea includ fișiere de rezervă create de editori și produse de construcție
creat de compilatori. Aceste fișiere pot fi ignorate listându-le în a .hgignora fișier în
rădăcina directorului de lucru. The .hgignora fișierul trebuie creat manual. Este
de obicei, puse sub controlul versiunilor, astfel încât setările să se propagă la alte
depozite cu push and pull.

Un fișier neurmărit este ignorat dacă calea sa relativă la directorul rădăcină al depozitului sau oricare
calea prefixului acelei căi, se potrivește cu orice model din .hgignora.

De exemplu, să presupunem că avem un fișier neurmărit, dosar.c, la a/b/file.c în interiorul depozitului nostru.
Mercurial va ignora dosar.c dacă vreun model în .hgignora meciuri a/b/file.c, a / b or a.

În plus, un fișier de configurare Mercurial poate face referire la un set de per-utilizator sau global
ignora fișierele. Vezi ignora tasta de configurare de pe [ui] secțiune de hg ajutor config pentru
detalii despre modul de configurare a acestor fișiere.

Pentru a controla gestionarea de către Mercurial a fișierelor pe care le gestionează, multe comenzi acceptă -I și
-X Opțiuni; vedea hg ajutor și hg ajutor modele pentru detalii.

Fișierele care sunt deja urmărite nu sunt afectate de .hgignore, chiar dacă apar în
.hgignora. Un fișier X ne urmărit poate fi adăugat în mod explicit hg adăuga X, chiar dacă X ar fi
exclus de un model în .hgignore.

Sintaxă
Un fișier de ignorare este un fișier text simplu format dintr-o listă de modele, cu câte un model per fiecare
linia. Liniile goale sunt sărite. The # caracterul este tratat ca un caracter de comentariu, iar caracterul
\ caracterul este tratat ca un caracter de evadare.

Mercurial acceptă mai multe sintaxe de tipare. Sintaxa implicită folosită este stilul Python/Perl
expresii obisnuite.

Pentru a modifica sintaxa utilizată, utilizați o linie de următoarea formă:

sintaxă: NUME

Unde NUME este una dintre următoarele:

expresie regulată

Expresie regulată, sintaxa Python/Perl.

glob

Glob în stil Shell.

Sintaxa aleasă rămâne în vigoare la analizarea tuturor tiparelor care urmează, până la alta
este selectată sintaxa.

Nici modelele glob sau regexp nu sunt înrădăcinate. Un model de sintaxă globală al formei *.c voi
potrivește un fișier care se termină în .c în orice director și un model regexp al formularului \.c$ se va face
la fel. Pentru a roota un model regexp, începeți-l cu ^.

Subdirectoarele pot avea propriile setări .hgignore prin adăugare
subinclude:path/to/subdir/.hgignore până la rădăcină .hgignora. Vedea hg ajutor modele pentru
detalii pe subinclude: și includ:.

Notă Modelele specificate în altele decât .hgignora sunt întotdeauna înrădăcinate. Te rog vezi hg ajutor
modele pentru detalii.

Exemplu
Iată un exemplu de fișier ignorat.

# utilizați sintaxa globului.
sintaxă: glob

*.elc
*.pyc
*~

# comutați la sintaxa regexp.
sintaxă: regexp
^\.pc/

CONFIGURARE HGWEB

Serverul web intern al Mercurial, hgweb, poate servi fie un singur depozit, fie un arbore de
depozite. În al doilea caz, căile pentru depozit și opțiunile globale pot fi definite folosind
un fișier de configurare dedicat comun pentru hg servi, hgweb.wsgi, hgweb.cgi și hgweb.fcgi.

Acest fișier folosește aceeași sintaxă ca și alte fișiere de configurare Mercurial, dar recunoaște numai
următoarele secțiuni:

· web

· poteci

· colecții

web opțiunile sunt descrise în detaliu în hg ajutor config.

căi secțiunea mapează căile URL către căile depozitelor din sistemul de fișiere. hgweb va
nu expune sistemul de fișiere direct - doar depozitele Mercurial pot fi publicate și numai
conform configuratiei.

Partea stângă este calea din URL. Rețineți că hgweb rezervă căi secundare precum rev or
fişier, încercați să utilizați nume diferite pentru depozitele imbricate pentru a evita efectele confuze.

Partea dreaptă este calea în sistemul de fișiere. Dacă calea specificată se termină cu * or **
sistemul de fișiere va fi căutat recursiv pentru depozitele sub acel punct. Cu * it
nu va recurge în depozitele pe care le găsește (cu excepția .hg/patch-uri). Cu ** o sa
de asemenea, căutați în directoarele de lucru ale depozitului și, eventual, găsiți subdepozite.

În acest exemplu:

[cale]
/projects/a = /srv/tmprepos/a
/proiecte/b = c:/repos/b
/ = /srv/repos/*
/user/bob = /home/bob/repos/**

· Primele două intrări fac să apară două depozite în directoare diferite sub
același director în interfața web

· A treia intrare va publica fiecare depozit Mercurial găsit în /srv/repos/, Pentru
de exemplu depozitul /srv/repos/quux/ va apărea ca http://server/quux/

· A patra intrare le va publica pe ambele http://server/user/bob/quux/ și
http://server/user/bob/quux/testsubrepo/

colecții secțiunea este depreciată și a fost înlocuită de căi.

URL-uri și Comun Argumente
URL-urile de sub fiecare depozit au forma /{comandă}[/{argumente}] Unde {comanda}
reprezintă numele unei comenzi sau al unui handler și {argumente} reprezintă orice număr de
parametri URL suplimentari la acea comandă.

Serverul web are asociat un stil implicit. Stilurile se mapează la o colecție de named
șabloane. Fiecare șablon este utilizat pentru a reda o anumită bucată de date, cum ar fi un set de modificări
sau dif.

Stilul pentru cererea curentă poate fi suprascris în două moduri. În primul rând, dacă {comanda}
conține o cratimă (-), textul dinaintea cratimei definește stilul. De exemplu,
/atom-log va reda log handler de comandă cu atom stil. A doua modalitate de a seta
stilul este cu stil argument șir de interogare. De exemplu, /log?style=atom.
parametrul URL cu cratimă este de preferat.

Nu toate șabloanele sunt disponibile pentru toate stilurile. Încercarea de a folosi un stil care nu
a avea toate șabloanele definite poate duce la o eroare la redarea paginii.

Multe comenzi iau a {revizuire} parametru URL. Aceasta definește setul de modificări pe care să se opereze.
Aceasta este specificată în mod obișnuit ca abreviere hexazecimală scurtă, de 12 cifre, pentru toate cele 40 de cifre.
identificatorul unic al reviziei caracterului. Cu toate acestea, orice valoare descrisă de hg ajutor revizii
de obicei funcționează.

Comenzi și URL-uri
Următoarele comenzi web și adresele URL ale acestora sunt disponibile:

/annotate/{reviziune}/{cale}
Afișați informații despre setul de modificări pentru fiecare linie dintr-un fișier.

fileannotate șablonul este redat.

/archive/{revision}.{format}[/{cale}]
Obțineți o arhivă cu conținutul depozitului.

Conținutul și tipul arhivei sunt definite de un parametru de cale URL. format este
extensia de fișier de tipul arhivei care urmează să fie generată. de exemplu zip or tar.bz2. Nu toate arhivele
tipurile pot fi permise de configurația serverului dvs.

Opțional cale Parametrul URL controlează conținutul de inclus în arhivă. Dacă este omis,
fiecare fișier din versiunea specificată este prezent în arhivă. Dacă este inclus, numai
fișierul specificat sau conținutul directorului specificat va fi inclus în arhivă.

Nu este utilizat niciun șablon pentru acest handler. Se generează conținut brut, binar.

/marcaje
Afișați informații despre marcaje.

Nu sunt acceptate argumente.

marcajele șablonul este redat.

/ramuri
Afișați informații despre filiale.

Toate ramurile cunoscute sunt conținute în ieșire, chiar și ramurile închise.

Nu sunt acceptate argumente.

ramuri șablonul este redat.

/changelog[/{reviziune}]
Afișați informații despre mai multe seturi de modificări.

Dacă opțional Revizuire Argumentul URL este absent, începând informații despre toate seturile de modificări
at sfat va fi redat. Dacă Revizuire argumentul este prezent, vor fi afișate seturile de modificări
pornind de la revizuirea specificată.

If Revizuire este absent, cel rev Argumentul șirului de interogare poate fi definit. Aceasta va efectua o
căutați seturi de modificări.

Argumentul pentru rev poate fi o singură revizuire, un set de revizuiri sau un cuvânt cheie literal către
căutare în date din set de modificări (echivalent cu hg log -k).

revcount Argumentul șir de interogare definește numărul maxim de seturi de modificări de randat.

Pentru non-căutări, the changelog șablonul va fi redat.

/changeset[/{reviziune}]
Afișați informații despre un singur set de modificări.

Un argument de cale URL este identificatorul setului de modificări de afișat. Vedea hg ajutor revizii pentru
valori posibile. Dacă nu este definit, sfat se va afișa setul de modificări.

changeset șablonul este redat. Conținutul changesetag, changesetbookmark,
filenodelink, filenolink, iar numeroasele șabloane legate de diferențe pot fi folosite cu toate
produce rezultatul.

/comparație/{reviziune}/{cale}
Afișați o comparație între versiunile vechi și noi ale unui fișier din modificările efectuate pe a
revizuire specială.

Acest lucru este similar cu cel dif manipulator. Cu toate acestea, acest formular prezintă o divizare sau unul lângă altul
diff, mai degrabă decât un difer unificat.

context Argumentul șir de interogare poate fi folosit pentru a controla liniile de context din dif.

comparație de fișiere șablonul este redat.

/diff/{revision}/{cale}
Arată cum s-a schimbat un fișier într-un anumit commit.

filediff șablonul este redat.

Acest handler este înregistrat atât sub /dif și /filediff căi. /dif este utilizat în
cod modern.

/fișier/{reviziune}[/{cale}]
Afișați informații despre un director sau fișier din depozit.

Informații despre cale dat ca parametru URL va fi redat.

If cale este un director, vor fi redate informații despre intrările din acel director.
Această formă este echivalentă cu manifesta manipulant.

If cale este un fișier, informațiile despre acel fișier vor fi afișate prin intermediul revizuirea fișierului
șablon.

If cale nu este definit, vor fi redate informații despre directorul rădăcină.

/diff/{revision}/{cale}
Arată cum s-a schimbat un fișier într-un anumit commit.

filediff șablonul este redat.

Acest handler este înregistrat atât sub /dif și /filediff căi. /dif este utilizat în
cod modern.

/filelog/{revision}/{cale}
Afișați informații despre istoricul unui fișier din depozit.

revcount Argumentul șirului de interogări poate fi definit pentru a controla numărul maxim de intrări
a arăta.

jurnal de fișiere șablonul va fi redat.

/grafic[/{reviziune}]
Afișați informații despre topologia grafică a depozitului.

Informațiile redate de acest handler pot fi folosite pentru a crea reprezentări vizuale ale
topologia depozitului.

Revizuire Parametrul URL controlează setul de modificări de pornire.

revcount Argumentul șir de interogare poate defini numărul de seturi de modificări pentru a afișa informații
pentru.

Acest handler va reda grafic șablon.

/topic de ajutor}]
Redați documentația de ajutor.

Această comandă web este aproximativ echivalentă cu hg ajutor. În cazul în care un subiect este definit, acest subiect de ajutor
va fi redat. Dacă nu, va fi redat un index al subiectelor de ajutor disponibile.

ajutor șablonul va fi redat atunci când se solicită ajutor pentru un subiect. subiecte de ajutor va fi
redat pentru indexul subiectelor de ajutor.

/log[/{reviziune}[/{cale}]]
Afișează depozitul sau istoricul fișierelor.

Pentru adresele URL ale formularului /log/{reviziune}, o listă de seturi de modificări începând cu cea specificată
este afișat identificatorul setului de modificări. Dacă {revizuire} nu este definit, implicit este sfat. Acest formular
este echivalent cu changelog manipulant.

Pentru adresele URL ale formularului /log/{reviziune}/{fișier}, istoricul pentru un anumit fișier va fi
afișate. Această formă este echivalentă cu jurnal de fișiere manipulant.

/manifest[/{reviziune}[/{cale}]]
Afișați informații despre un director.

Dacă argumentele căii URL sunt omise, informații despre directorul rădăcină pentru sfat
se va afișa setul de modificări.

Deoarece acest handler poate afișa doar informații pentru directoare, se recomandă utilizarea
il fişier handler în schimb, deoarece poate gestiona atât directoare, cât și fișiere.

manifesta șablonul va fi redat pentru acest handler.

/changeset[/{reviziune}]
Afișați informații despre un singur set de modificări.

Un argument de cale URL este identificatorul setului de modificări de afișat. Vedea hg ajutor revizii pentru
valori posibile. Dacă nu este definit, sfat se va afișa setul de modificări.

changeset șablonul este redat. Conținutul changesetag, changesetbookmark,
filenodelink, filenolink, iar numeroasele șabloane legate de diferențe pot fi folosite cu toate
produce rezultatul.

/shortlog
Afișați informații de bază despre un set de seturi de modificări.

Acesta acceptă aceiași parametri ca și changelog manipulator. Singura diferență este
shortlog șablonul va fi redat în loc de changelog șablon.

/rezumat
Afișați un rezumat al stării depozitului.

Informațiile despre cele mai recente seturi de modificări, marcaje, etichete și ramuri sunt capturate de aceasta
manipulant.

rezumat șablonul este redat.

/Etichete
Afișați informații despre etichete.

Nu sunt acceptate argumente.

tag-uri șablonul este redat.

TEHNIC IMPLEMENTARE SUBIECTE

pachete
container pentru schimbul de date din depozit

grupuri de schimbare
reprezentarea datelor revlog

revlog-uri
mecanism de stocare a reviziilor

MERGE UNELTE

Pentru a îmbina fișierele, Mercurial folosește instrumente de îmbinare.

Un instrument de îmbinare combină două versiuni diferite ale unui fișier într-un fișier îmbinat. Instrumentele de îmbinare sunt
având în vedere cele două fișiere și cel mai mare strămoș comun al celor două versiuni de fișiere, astfel încât să poată
determina modificările efectuate pe ambele ramuri.

Instrumentele de îmbinare sunt folosite atât pentru hg rezolvă, hg îmbina, hg actualizare, hg retragere iar în mai multe
extensii.

De obicei, instrumentul de îmbinare încearcă să reconcilieze automat fișierele combinând toate
modificări nesuprapuse care au avut loc separat în cele două evoluţii diferite ale
același fișier de bază inițial. În plus, unele programe interactive de îmbinare facilitează
rezolvați manual îmbinările conflictuale, fie într-un mod grafic, fie prin inserarea unora
markeri de conflict. Mercurial nu include programe interactive de îmbinare, dar se bazează pe
instrumente externe pentru asta.

Disponibil îmbina Unelte
Instrumentele de îmbinare externe și proprietățile lor sunt configurate în configurația instrumentelor de îmbinare
sectiune - vezi hgrc(5) - dar deseori pot fi numite doar de executabilul lor.

Un instrument de îmbinare este, în general, utilizabil dacă executabilul său poate fi găsit pe sistem și dacă acesta
poate gestiona fuziunea. Executabilul este găsit dacă este un executabil absolut sau relativ
calea sau numele unei aplicații în calea de căutare executabilă. Se presupune că instrumentul
să poată gestiona îmbinarea dacă poate gestiona legăturile simbolice dacă fișierul este un link simbolic, dacă poate
gestionați fișierele binare dacă fișierul este binar și dacă este disponibilă o interfață grafică dacă instrumentul o cere
un GUI.

Există câteva instrumente interne de îmbinare care pot fi utilizate. Instrumentele interne de îmbinare sunt:

:dump

Creează trei versiuni ale fișierelor de îmbinat, care conțin conținutul local,
alta si de baza. Aceste fișiere pot fi apoi utilizate pentru a efectua o îmbinare manuală. Dacă
fișierul care urmează să fie fuzionat este numit a.txt, aceste fișiere vor fi denumite în consecință
a.txt.local, a.txt.altul și a.txt.bază si vor fi asezati in acelasi
director ca a.txt.

:fail

În loc să încerce să îmbine fișierele care au fost modificate în ambele ramuri, marchează
ele ca nerezolvate. Comanda resolve trebuie utilizată pentru a rezolva aceste conflicte.

:local

Utilizează versiunea locală a fișierelor ca versiune îmbinată.

:combina

Utilizează algoritmul intern de îmbinare simplă non-interactiv pentru îmbinarea fișierelor. Se va
eșuează dacă există conflicte și lasă marcatori în fișierul îmbinat parțial.
Markerii vor avea două secțiuni, câte una pentru fiecare parte a îmbinării.

:merge-local

Ca :merge, dar rezolvă toate conflictele în mod non-interactiv în favoarea localului
schimbări.

:merge-altul

Ca :merge, dar rezolvă toate conflictele în mod non-interactiv în favoarea celuilalt
schimbări.

:merge3

Utilizează algoritmul intern de îmbinare simplă non-interactiv pentru îmbinarea fișierelor. Se va
eșuează dacă există conflicte și lasă marcatori în fișierul îmbinat parțial.
Markerul va avea trei secțiuni, una de fiecare parte a îmbinării și una pentru
continutul de baza.

:alte

Utilizează cealaltă versiune a fișierelor ca versiune îmbinată.

:prompt

Întreabă utilizatorul care dintre versiunea locală sau cealaltă să păstreze ca fiind îmbinată
versiune.

:tagmerge

Utilizează algoritmul intern de îmbinare a etichetelor (experimental).

:uniune

Utilizează algoritmul intern de îmbinare simplă non-interactiv pentru îmbinarea fișierelor. Se va
folosiți ambele părți din stânga și din dreapta pentru regiunile de conflict. Nu sunt introduse markeri.

Instrumentele interne sunt întotdeauna disponibile și nu necesită o interfață grafică, dar în mod implicit nu
gestionează legăturile simbolice sau fișierele binare.

Alegere a îmbina instrument
Mercurial folosește aceste reguli atunci când decide ce instrument de îmbinare să folosească:

1. Dacă a fost specificat un instrument cu opțiunea --tool pentru a îmbina sau rezolva, acesta este utilizat.
Dacă este numele unui instrument din configurația merge-tools, configurația acestuia este
folosit. În caz contrar, instrumentul specificat trebuie să fie executabil de către shell.

2. Dacă HGMERGE variabila de mediu este prezentă, valoarea sa este utilizată și trebuie să fie
executabil de către shell.

3. Dacă numele fișierului care urmează să fie îmbinat se potrivește cu oricare dintre modelele din fișierul
secțiunea de configurare a modelelor de îmbinare, primul instrument de îmbinare utilizabil corespunzător a
este folosit un model de potrivire. Aici, capabilitățile binare ale instrumentului de îmbinare nu sunt
considerat.

4. Dacă ui.merge este setat, acesta va fi luat în considerare în continuare. Dacă valoarea nu este numele lui a
instrument configurat, valoarea specificată este utilizată și trebuie să fie executabilă de către shell.
În caz contrar, instrumentul numit este utilizat dacă este utilizabil.

5. Dacă în secțiunea de configurare a instrumentelor de îmbinare sunt prezente instrumente de îmbinare utilizabile, acela
cu cea mai mare prioritate este utilizat.

6. Dacă un program numit hgmerge poate fi găsit pe sistem, este folosit - dar va ajunge până la
implicit nu poate fi folosit pentru legături simbolice și fișiere binare.

7. Dacă fișierul de îmbinat nu este binar și nu este o legătură simbolică, atunci este intern :combina is
folosit.

8. Fuzionarea fișierului eșuează și trebuie rezolvată înainte de comitere.

Notă După selectarea unui program de îmbinare, Mercurial va încerca implicit să îmbine programul
fișierele folosind mai întâi un algoritm simplu de îmbinare. Doar dacă nu reușește din cauza
modificări conflictuale Mercurial va executa efectiv programul de îmbinare. Daca sa
utilizați mai întâi algoritmul simplu de îmbinare poate fi controlat prin setarea de premergere a
instrumentul de îmbinare. Premerge este activat în mod implicit, cu excepția cazului în care fișierul este binar sau a
link simbolic.

Vedeți instrumentele de îmbinare și secțiunile ui ale hgrc(5) pentru detalii despre configurarea îmbinării
unelte.

SPECIFICAREA MULTIPLU REVIZII

Când Mercurial acceptă mai multe revizuiri, acestea pot fi specificate individual sau
furnizat ca un interval topologic continuu, separat prin caracterul „:”.

Sintaxa notației intervalului este [BEGIN]:[END], unde BEGIN și END sunt revizuire
identificatori. Atât BEGIN cât și END sunt opționale. Dacă nu este specificat BEGIN, este implicit
numărul de revizuire 0. Dacă nu este specificat END, acesta este implicit la sfat. Intervalul „:” astfel
înseamnă „toate revizuirile”.

Dacă BEGIN este mai mare decât END, revizuirile sunt tratate în ordine inversă.

Un interval acționează ca un interval închis. Aceasta înseamnă că un interval de 3:5 dă 3, 4 și 5.
În mod similar, un interval de 9:6 dă 9, 8, 7 și 6.

FILE NUME MODELELOR

Mercurial acceptă mai multe notații pentru a identifica unul sau mai multe fișiere simultan.

În mod implicit, Mercurial tratează numele fișierelor ca modele glob extinse în stil shell.

Notațiile alternative ale modelului trebuie specificate în mod explicit.

Notă Modelele specificate în .hgignora nu sunt înrădăcinate. Te rog vezi hg ajutor hgignora pentru
Detalii.

Pentru a utiliza un nume de cale simplă fără nicio potrivire de model, începeți-l cu cale:. Aceste drumuri
numele trebuie să se potrivească complet începând de la rădăcina curentă a depozitului.

Pentru a utiliza un glob extins, începeți un nume cu glob:. Globurile sunt înrădăcinate în curent
director; un glob precum *.c va potrivi numai fișierele din directorul curent care se termină cu
.c.

Extensiile de sintaxă glob acceptate sunt ** pentru a potrivi orice șir între separatorii de căi și
{a,b} a însemna „a sau b”.

Pentru a utiliza o expresie regulată Perl/Python, începeți un nume cu re:. Potrivirea modelului regexp
este ancorat la rădăcina depozitului.

Pentru a citi modele de nume dintr-un fișier, utilizați listfile: or listfile0:. Acesta din urmă se așteaptă la nul
modele delimitate în timp ce primul se așteaptă la fluxuri de linie. Fiecare șir citit din fișier este
el însuși tratat ca un model de fișier.

Pentru a citi un set de modele dintr-un fișier, utilizați includ: or subinclude:. includ: va folosi toate
modelele din fișierul dat și tratați-le ca și cum ar fi fost transmise manual.
subinclude: va aplica modelele numai pentru fișierele care se află în subinclude
directorul fișierului. Vedea hg ajutor hgignora pentru detalii despre formatul acestor fișiere.

Toate modelele, cu excepția glob: specificat în linia de comandă (nu pentru -I or -X opțiuni), can
potrivire și cu directoare: fișierele din directoare potrivite sunt tratate ca potrivire.

Exemple simple:

cale:foo/bar o bară de nume într-un director numit foo în rădăcină
a depozitului
cale:cale:nume un fișier sau director numit „cale:nume”

Exemple Glob:

glob:*.c orice nume care se termină în „.c” în directorul curent
*.c orice nume care se termină în „.c” în directorul curent
**.c orice nume care se termină în „.c” în orice subdirector al
directorul curent inclusiv el însuși.
foo/*.c orice nume care se termină în „.c” în directorul foo
foo/**.c orice nume care se termină în „.c” în orice subdirector al lui foo
inclusiv pe sine.

Exemple de expresii regulate:

re:.*\.c$ orice nume care se termină în „.c”, oriunde în depozit

Exemple de fișiere:

listfile:list.txt citiți lista din list.txt cu un model de fișier pe linie
listfile0:list.txt citește lista din list.txt cu delimitatori de octeți nuli

Vezi si hg ajutor seturi de fișiere.

Includeți exemple:

include:path/to/mypatternfile citește modelele pentru a fi aplicate tuturor căilor
subinclude:path/to/subignorefile citește modele special pentru căile din
subdirector

LUCRU CU FAZE

Ce sunt faze?
Fazele sunt un sistem de urmărire care seturi de modificări au fost sau ar trebui să fie partajate. Acest
ajută la prevenirea greșelilor comune la modificarea istoricului (de exemplu, cu mq sau rebase
extensii).

Fiecare set de modificări dintr-un depozit se află într-una dintre următoarele faze:

· public : setul de modificări este vizibil pe un server public

· schiță: setul de modificări nu este încă publicat

· secret: setul de modificări nu trebuie să fie împins, extras sau clonat

Aceste faze sunt ordonate (public < draft < secret) și niciun set de modificări nu poate fi într-un mod inferior
faza decât strămoșii săi. De exemplu, dacă un set de modificări este public, toți strămoșii săi sunt
de asemenea public. În cele din urmă, fazele setului de modificări ar trebui schimbate doar către faza publică.

Cum sunt faze gestionate?
În cea mai mare parte, fazele ar trebui să funcționeze transparent. În mod implicit, un set de modificări este creat în
faza de draft și se trece în faza publică atunci când este împins la alta
repertoriu.

Odată ce seturile de modificări devin publice, extensiile precum mq și rebase vor refuza să opereze
pentru a preveni crearea de seturi de modificări duplicat. Fazele pot fi, de asemenea, manipulate manual
cu hg fază comanda dacă este necesar. Vedea hg ajutor -v fază de exemplu.

Pentru a le face secrete implicite ale dvs., puneți asta în fișierul de configurare:

[faze]
new-commit = secret

Faze și servere
În mod normal, toate serverele sunt editare în mod implicit. Asta înseamnă:

- toate schițele de modificări care sunt extrase sau clonate apar în fază
public asupra clientului

- toate schițele de modificări care sunt împinse apar ca publice pe ambele
client și server

- seturile de modificări secrete nu sunt nici împinse, extrase sau clonate

Notă Tragerea unui set de modificări nefinalizate de pe un server de publicare nu îl marchează ca public
partea serverului datorită naturii doar pentru citire a pull.

Uneori, poate fi de dorit să împingeți și să trageți seturi de modificări în faza de schiță pentru a le partaja
lucrare neterminată. Acest lucru se poate face prin setarea unui depozit pentru a dezactiva publicarea în el
Fișier de configurare:

[faze]
publish = False

Vedea hg ajutor config pentru mai multe informații despre fișierele de configurare.

Notă Serverele care rulează versiuni mai vechi de Mercurial sunt tratate ca publicare.

Notă Seturile de modificări în faza secretă nu sunt schimbate cu serverul. Acest lucru se aplică lor
conținut: nume de fișiere, conținut de fișiere și metadate ale setului de modificări. Din motive tehnice,
identificatorul (de ex. d825e4025e39) al setului de modificări secrete poate fi comunicat către
server-ul.

Exemple
· listează seturile de modificări în faza de schiță sau secretă:

hg log -r „nu este public()”

· schimbați toate seturile de modificări secrete în schiță:

fază hg --draft „secret()”

· mutați forțat setul de modificări actuale și descendenții din public în proiect:

fază hg --forță --draft .

· afișează o listă cu revizuirea setului de modificări și faza:

hg log --template „{rev} {fază}\n”

· resincronizează seturile de schițe de modificări în raport cu un depozit de la distanță:

hg phase -fd „ieșire (URL)”

Vedea hg ajutor fază pentru mai multe informații despre manipularea manuală a fazelor.

SPECIFICAREA SINGLE REVIZII

Mercurial acceptă mai multe moduri de a specifica revizuirile individuale.

Un număr întreg simplu este tratat ca un număr de revizuire. Numerele întregi negative sunt tratate ca
offset-uri secvențiale de la vârf, cu -1 indicând vârful, -2 indicând revizuirea anterioară
până la vârf și așa mai departe.

Un șir hexazecimal de 40 de cifre este tratat ca un identificator unic de revizuire.

Un șir hexazecimal mai mic de 40 de caractere este tratat ca o revizuire unică
identificator și este denumit un identificator scurt. Un identificator de formă scurtă este doar
valabil dacă este prefixul exact al unui identificator de lungime completă.

Orice alt șir este tratat ca un marcaj, etichetă sau nume de ramură. Un marcaj este un mobil
indicator către o revizuire. O etichetă este un nume permanent asociat cu o revizuire. Un nume de ramură
denotă capul de ramură cel mai deschis al acelei ramuri - sau dacă toate sunt închise,
capul cel mai închis al ramului. Marcajele, etichetele și numele de ramuri nu trebuie să conțină
":" caracter.

Numele rezervat „sfat” identifică întotdeauna cea mai recentă revizuire.

Numele rezervat „null” indică revizuirea nulă. Aceasta este revizuirea unui gol
depozit și părintele versiunii 0.

Numele rezervat „.” indică directorul părinte de lucru. Dacă nu există niciun director de lucru
verificat, este echivalent cu null. Dacă o îmbinare necommitată este în curs, „." este
revizuirea primului părinte.

SPECIFICAREA REVIZUIRE SETURI

Mercurial acceptă un limbaj funcțional pentru selectarea unui set de revizuiri.

Limbajul acceptă un număr de predicate care sunt unite prin operatori infixi.
Parantezele pot fi folosite pentru grupare.

Identificatorii, cum ar fi numele de ramuri, pot necesita ghilimele simple sau duble, dacă acestea
conțin caractere precum - sau dacă se potrivesc cu unul dintre predicatele predefinite.

Caracterele speciale pot fi folosite în identificatorii ghilimelei prin evadarea acestora, de exemplu, \n is
interpretată ca o linie nouă. Pentru a preveni interpretarea lor, șirurile pot fi prefixate
cu r, de exemplu r'...'.

Există un singur operator de prefix:

nu x

Seturi de modificări nu în x. Forma scurtă este ! x.

Aceștia sunt operatorii infix acceptați:

X y

Un interval DAG, adică toate seturile de modificări care sunt descendenți ai lui x și strămoși ai lui y,
inclusiv x și y înșiși. Dacă primul punct final este omis, acesta este echivalent
la strămoși(i), dacă al doilea este omis este echivalent cu descendenți (x).

O sintaxă alternativă este X y.

X y

Toate seturile de modificări cu numere de revizuire între x și y, ambele inclusiv. Fie
punctul final poate fi omis, ele implicit la 0 și vârf.

x și y

Intersecția seturilor de modificări din x și y. Forma scurtă este x & y.

x or y

Unirea seturilor de modificări din x și y. Există două forme scurte alternative: x | y
și x + y.

x - y

Schimbări în x, dar nu în y.

x^n

Al n-lea părinte al lui x, n == 0, 1 sau 2. Pentru n == 0, x; pentru n == 1, primul părinte
a fiecărui set de modificări în x; pentru n == 2, al doilea părinte al setului de modificări din x.

x~n

Primul strămoș al n-lea al lui x; x~0 este x; x~3 is x^^^.

Există un singur operator postfix:

x^

Echivalentă cu x ^ 1, primul părinte al fiecărui set de modificări din x.

Sunt acceptate următoarele predicate:

adaugă (model)

Seturi de modificări care adaugă un model de potrivire a fișierelor.

Modelul fără tip explicit ca glob: este de așteptat să fie relativ la
directorul curent și potrivirea cu un fișier sau un director.

toate()

Toate seturile de modificări, la fel ca 0:sfat.

strămoș(*schimbări)

Cel mai mare strămoș comun al setului de schimbări.

Acceptă 0 sau mai multe seturi de modificări. Va returna o listă goală atunci când nu se trece nicio argumentare.
Cel mai mare strămoș comun al unui singur set de modificări este acel set de modificări.

strămoși (set)

Seturi de modificări care sunt strămoșii unui set de modificări în set.

autor(șir)

Alias ​​pentru utilizator (șir).

bisect (șir)

Seturi de modificări marcate în starea bisectă specificată:

· bine, Rău, sări: cset-uri marcate în mod explicit ca bune/rele/săriți

· bunuri, rele : csets topologic bun/rău

· gamă : csets care participă la bisectie

· tăiat : cseturi care sunt bunuri, rele sau ignorate

· netestat : csets a caror soarta este inca necunoscuta

· nesocotit : cset-urile ignorate din cauza topologiei DAG

· curent : cset-ul în prezent fiind divizat în două

marcaj([nume])

Marcajul numit sau toate marcajele.

If nume incepe cu re:, restul numelui este tratat ca obișnuit
expresie. Pentru a se potrivi cu un marcaj care începe de fapt cu re:, folosiți prefixul
literal:.

ramură (șir or a stabilit)

Toate seturile de modificări aparținând ramurilor date sau ramurilor datei
seturi de modificări.

If şir incepe cu re:, restul numelui este tratat ca obișnuit
expresie. Pentru a potrivi o ramură care începe de fapt cu re:, folosiți prefixul
literal:.

branchpoint()

Seturi de modificări cu mai mult de un copil.

lovit()

Seturi de modificări modificabile marcate ca succesori ai seturilor de modificări publice.

Numai seturile de modificări non-publice și neînvechite pot fi lovit.

pachet()

Seturi de modificări din pachet.

Pachetul trebuie specificat de opțiunea -R.

copii(set)

Seturi de modificări copil ale seturilor de modificări în set.

închis()

Setul de modificări este închis.

conține (model)

Manifestul revizuirii conține un model de potrivire a fișierului (dar este posibil să nu îl modifice).
Vedea hg ajutor modele pentru informații despre modelele de fișiere.

Modelul fără tip explicit ca glob: este de așteptat să fie relativ la
directorul curent și potrivirea cu un fișier exact pentru eficiență.

convertit([id])

Seturi de modificări convertite de la identificatorul dat în vechiul depozit, dacă sunt prezente, sau
toate seturile de modificări convertite dacă nu este specificat niciun identificator.

data (interval)

Seturi de modificări în interval, vezi hg ajutor datele.

desc(șir)

Căutați mesajul de confirmare pentru șir. Potrivirea nu face distincție între majuscule și minuscule.

descendenți (set)

Seturi de modificări care sunt descendenți ai seturilor de modificări din set.

destinație([set])

Seturi de modificări care au fost create printr-o operație de grefă, transplant sau rebazare, cu
date revizuiri specificate ca sursă. Omiterea setului opțional este aceeași ca
trecand toate().

divergent()

Succesorii finali ai seturilor de modificări cu un set alternativ de succesori finali.

proiect()

Set de modificări în faza de proiect.

dispărut()

Numai seturi de modificări învechite cu descendenți învechiți.

extra(etichetă, [valoare])

Seturi de modificări cu eticheta dată în metadatele suplimentare, cu opționalul dat
valoare.

If valoare incepe cu re:, restul valorii este tratat ca obișnuit
expresie. Pentru a se potrivi cu o valoare care începe de fapt cu re:, folosiți prefixul
literal:.

fișier (model)

Seturi de modificări care afectează fișierele potrivite după model.

Pentru un rezultat mai rapid, dar mai puțin precis, luați în considerare utilizarea filelog() in schimb.

Acest predicat folosește glob: ca tip implicit de model.

jurnal de fișiere (model)

Seturi de modificări conectate la jurnalul de fișiere specificat.

Din motive de performanță, vizitează numai revizuirile menționate în jurnalul de fișiere la nivel de fișier,
mai degrabă decât filtrarea prin toate seturile de modificări (mult mai rapid, dar nu include
șterge sau dublează modificări). Pentru un rezultat mai lent, mai precis, utilizați fişier().

Modelul fără tip explicit ca glob: este de așteptat să fie relativ la
directorul curent și potrivirea cu un fișier exact pentru eficiență.

Dacă unele linkrev indică revizuiri filtrate de repoview-ul curent, vom funcționa
în jurul acestuia pentru a returna o valoare nefiltrată.

primul (set, [n])

Un alias pentru limit().

urmați([model])

Un alias pentru ::. (strămoșii primului părinte al directorului de lucru). Dacă model
este specificat, istoriile fișierelor care se potrivesc cu modelul dat sunt urmărite, inclusiv
copii.

grep (regex)

Aprecieri cuvânt cheie(șir) dar acceptă un regex. Utilizare grep(r'...') pentru a asigura o evadare specială
caracterele sunt tratate corect. Spre deosebire de cuvânt cheie(șir), meciul este
caz sensibil.

cap()

Changeset este un cap de ramură numit.

capete (set)

Membrii setului fără copii în set.

ascuns()

Seturi de modificări ascunse.

id(șir)

Revizia specificată fără ambiguitate de prefixul șirului hexadecimal dat.

cuvânt cheie(șir)

Căutați mesajul de confirmare, numele de utilizator și numele fișierelor modificate pentru șir. Meci
este insensibil la majuscule.

ultimul (set, [n])

Ultimii n membri ai setului, implicit la 1.

limit(set[, n[, decalaj]])

Primii n membri ai setului, implicit la 1, pornind de la offset.

potrivire (revizuire [, camp])

Seturi de modificări în care un anumit set de câmpuri se potrivește cu setul de câmpuri din cele selectate
revizuire sau set.

Pentru a potrivi mai mult de un câmp, treceți lista de câmpuri de potrivire separate prin spații
(de exemplu autor descriere).

Câmpurile valide sunt cele mai obișnuite câmpuri de revizuire și unele câmpuri speciale.

Câmpurile de revizuire regulată sunt descriere, autor, ramură, data, fișiere, fază,
părinţi, substat, utilizator și dif. Rețineți că autor și utilizator sunt sinonime. dif
se referă la conținutul revizuirii. Două revizuiri care se potrivesc dif va fi, de asemenea,
se potrivesc lor fișiere.

Domeniile speciale sunt rezumat și metadate: rezumat se potrivește cu prima linie a
Descriere. metadate este echivalent cu potrivire descriere utilizator data (adica asta
corespunde principalelor câmpuri de metadate).

metadate este câmpul implicit care este utilizat atunci când nu sunt specificate câmpuri. Puteți
potriviți mai mult de un câmp odată.

max(set)

Set de modificări cu cel mai mare număr de revizuire din set.

combina()

Setul de modificări este un set de modificări de îmbinare.

min(set)

Set de modificări cu cel mai mic număr de revizuire din set.

modifică (model)

Seturi de modificări modificând fișierele potrivite după model.

Modelul fără tip explicit ca glob: este de așteptat să fie relativ la
directorul curent și potrivirea cu un fișier sau un director.

numit(spațiu de nume)

Seturile de modificări dintr-un spațiu de nume dat.

If Spațiu de nume incepe cu re:, restul șirului este tratat ca obișnuit
expresie. Pentru a potrivi un spațiu de nume care începe de fapt cu re:, folosiți prefixul
literal:.

învechit()

Set de modificări modificabile cu o versiune mai nouă.

numai (set, [a stabilit])

Seturi de modificări care sunt strămoși ai primului set care nu sunt strămoși ai niciunui alt set
cap în repo. Dacă este specificat un al doilea set, rezultatul este strămoșii
primul set care nu sunt strămoșii celui de-al doilea set (adică :: - :: ).

origine([set])

Seturi de modificări care au fost specificate ca sursă pentru grefe, transplanturi sau rebaze
care a creat revizuirile date. Omiterea setului opțional este la fel cu trecerea
toate(). Dacă un set de modificări creat de aceste operațiuni este el însuși specificat ca sursă
pentru una dintre aceste operațiuni, doar setul de modificări sursă pentru prima operație este
selectat.

de ieșire([cale])

Seturi de modificări nu au fost găsite în depozitul de destinație specificat sau push-ul implicit
locație.

p1([set])

Primul părinte al seturilor de modificări din set sau directorul de lucru.

p2([set])

Al doilea părinte al seturilor de modificări din set sau directorul de lucru.

parinti([set])

Setul tuturor părinților pentru toate seturile de modificări din set sau directorul de lucru.

prezent(set)

Un set gol, dacă nu este găsită nicio revizuire în set; în caz contrar, toate revizuirile în set.

Dacă oricare dintre revizuirile specificate nu este prezentă în depozitul local, interogarea este
avortat în mod normal. Dar acest predicat permite interogarea să continue chiar și în astfel de
cazuri.

public()

Schimbări în faza publică.

telecomanda([id [,cale]])

Revizie locală care corespunde identificatorului dat într-un depozit la distanță, dacă
prezent. Aici '.' identificatorul este un sinonim pentru ramura locală curentă.

elimină (model)

Seturi de modificări care elimină fișierele care se potrivesc cu modelul.

Modelul fără tip explicit ca glob: este de așteptat să fie relativ la
directorul curent și potrivirea cu un fișier sau un director.

turație(număr)

Revizuirea cu identificatorul numeric dat.

invers (set)

Ordinea inversă a setului.

rădăcini (set)

Seturi de modificări în set fără un set de modificări părinte în set.

secret()

Schimbări în faza secretă.

sortare(set[, [-]cheie...])

Sortare setat după chei. Ordinea implicită de sortare este crescătoare, specificați o cheie ca -cheie la
sortați în ordine descrescătoare.

Cheile pot fi:

· rev pentru numărul de revizuire,

· ramură pentru numele sucursalei,

· desc pentru mesajul de confirmare (descriere),

· utilizator pentru numele de utilizator (autor poate fi folosit ca un alias),

· data pentru data comiterii

subrepo([model])

Seturi de modificări care adaugă, modifică sau elimină subrepo-ul dat. Dacă nu există un model subrepo
numit, toate modificările subrepo sunt returnate.

nume eticheta])

Eticheta specificată după nume sau toate versiunile etichetate dacă nu este dat niciun nume.

If nume incepe cu re:, restul numelui este tratat ca obișnuit
expresie. Pentru a potrivi o etichetă care începe de fapt cu re:, folosiți prefixul literal:.

instabil()

Seturi de modificări neînvechite cu strămoși învechiți.

utilizator (șir)

Numele de utilizator conține șir. Potrivirea nu face distincție între majuscule și minuscule.

If şir incepe cu re:, restul șirului este tratat ca obișnuit
expresie. Pentru a potrivi un utilizator care conține de fapt re:, folosiți prefixul literal:.

Pot fi definite predicate noi (cunoscute ca „alias-uri”), folosind orice combinație de existente
predicate sau alte pseudonime. O definiție de alias arată astfel:

=

în revsetalias secțiunea unui fișier de configurare Mercurial. Argumente ale formei $1,
$2, etc. sunt înlocuite din pseudonim în definiție.

De exemplu,

[revsetalias]
h = capete()
d($1) = sortare($1, data)
rs($1, $2) = invers(sortare($1, $2))

definește trei pseudonime, h, d, și rs. rs(0:sfat, autor) este exact echivalent cu
invers(sortare(0:sfat, autor)).

Un operator infix ## poate concatena șiruri și identificatori într-un singur șir. De exemplu:

[revsetalias]
problema($1) = grep(r'\bissue[ :]?' ## $1 ## r'\b|\bbug\(' ## $1 ## r'\)')

problema(1234) este echivalent cu grep(r'\bissue[ :]?1234\b|\bbug\(1234\)') în acest caz. Acest
se potrivește cu toate „issue 1234”, „issue:1234”, „issue1234” și „bug(1234) ".

Toți ceilalți operatori de prefix, infix și postfix au o prioritate mai mică decât ##. De exemplu, $1
## 2 ~ 2 USD este echivalent cu (1 $ ## $2)~2.

Echivalente liniei de comandă pentru hg log:

-f -> ::.
-dx -> data(x)
-kx -> cuvânt cheie(x)
-m -> merge()
-ux -> utilizator(x)
-bx -> ramură (x)
-P x -> !::x
-lx -> limită (expr, x)

Câteva exemple de interogări:

· Seturi de modificări pe ramura implicită:

hg log -r "ramură (implicit)"

· Seturi de modificări pe ramura implicită de la eticheta 1.5 (excluzând îmbinările):

hg log -r „branch(implicit) și 1.5:: și nu merge()”

· Deschideți capete de ramuri:

hg log -r „cap() și nu închis()”

· Seturi de modificări între etichetele 1.3 și 1.5 care menționează „bug” care afectează hgext/*:

hg log -r "1.3::1.5 și cuvântul cheie (bug) și fișier ('hgext/*')"

· Seturi de modificări comise în mai 2008, sortate după utilizator:

hg log -r "sort(data('mai 2008'), utilizator)"

· Seturi de modificări care menționează „bug” sau „issue” care nu sunt într-o versiune etichetată:

hg log -r „(cuvânt cheie (bug) sau cuvânt cheie (problemă)) și nu strămoși (tag())”

UTILIZAREA MERCURIAL DIN SCRIPTURI AND AUTOMATIZARE

Este obișnuit ca mașinile (spre deosebire de oameni) să consume Mercurial. Acest subiect de ajutor
descrie câteva dintre considerațiile pentru interfațarea mașinilor cu Mercurial.

Alegere an interfaţă
Mașinile au posibilitatea de a alege mai multe metode de interfață cu Mercurial. Acestea includ:

· Executarea hg proces

· Interogarea unui server HTTP

· Apelarea către un server de comandă

executare hg procesele este foarte asemănătoare cu modul în care oamenii interacționează cu Mercurial în carapace.
Ar trebui să vă fie deja familiar.

hg servi poate fi folosit pentru a porni un server. În mod implicit, acesta va porni un server HTTP „hgweb”.
Acest server HTTP are suport pentru ieșiri care pot fi citite de mașină, cum ar fi JSON. Pentru mai multe, vezi hg
ajutor hgweb.

hg servi poate porni și un „server de comandă”. Clienții se pot conecta la acest server și pot emite
Mercurial comandă printr-un protocol special. Pentru mai multe detalii despre serverul de comenzi,
inclusiv link-uri către bibliotecile client, consultați https://mercurial.selenic.com/wiki/CommandServer.

hg servi interfețele bazate (hgweb și serverele de comandă) au avantajul față de cele simple
hg procesează invocări, deoarece acestea sunt probabil mai eficiente. Asta pentru că există
cheltuieli generale semnificative pentru a genera noi procese Python.

Sfat Dacă trebuie să invocați mai multe hg procese în ordine scurtă și/sau performanță este
important pentru dvs., utilizarea unei interfețe bazate pe server este foarte recomandată.

Mediu inconjurator Variabile
După cum este documentat în hg ajutor mediu inconjurator, diverse variabile de mediu influențează
funcționarea lui Mercurial. Următoarele sunt deosebit de relevante pentru mașini consumatoare
Mercurial:

HGPLAIN
Dacă nu este setată, ieșirea lui Mercurial ar putea fi influențată de setările de configurare care
influențează codificarea, modul pronunțat, localizarea etc.

Este foarte recomandat ca mașinile să seteze această variabilă atunci când invocă hg
procese.

HGENCODING
Dacă nu este setată, localitatea utilizată de Mercurial va fi detectată din mediu. Dacă
localitatea determinată nu acceptă afișarea anumitor caractere, poate Mercurial
redați aceste secvențe de caractere incorect (deseori folosind „?” ca substituent
pentru caractere nevalide în localitatea curentă).

Setarea explicită a acestei variabile de mediu este o bună practică de garantat
rezultate consistente. „utf-8” este o alegere bună în medii asemănătoare UNIX.

HGRCPATH
Dacă nu este setat, Mercurial va moșteni opțiunile de configurare din fișierele de configurare folosind
proces descris în hg ajutor config. Aceasta include moștenirea utilizatorului sau la nivel de sistem
fișiere de configurare.

Când se dorește un control maxim asupra configurației Mercurial, valoarea de
HGRCPATH poate fi setat la un fișier explicit cu configurații bune cunoscute. În cazuri rare,
valoarea poate fi setată la un fișier gol sau la dispozitivul nul (deseori / Dev / null) a ocoli
încărcarea oricărui fișier de configurare de sistem sau utilizator. Rețineți că aceste abordări pot avea
consecințe nedorite, deoarece fișierele de configurare ale utilizatorului și ale sistemului definesc adesea lucrurile
cum ar fi numele de utilizator și extensiile care pot fi necesare pentru interfața cu a
repertoriu.

mistuitor Comandă producție
Este obișnuit ca mașinile să fie nevoite să analizeze rezultatele comenzilor Mercurial pentru a fi relevante
date. Această secțiune descrie diferitele tehnici pentru a face acest lucru.

Analizare Crud Comandă producție
Probabil cea mai simplă și mai eficientă soluție pentru consumarea ieșirii comenzii este pur și simplu
invoca hg comenzi așa cum ați face ca utilizator și analizați rezultatele lor.

Ieșirea multor comenzi poate fi ușor analizată cu instrumente precum grep, sete, și Wow.

Un potențial dezavantaj al ieșirii comenzilor de analiză este că rezultatul comenzilor se poate modifica
când Mercurial este actualizat. În timp ce Mercurial se străduiește în general să obțină înapoi puternic
compatibilitate, ieșirea comenzii se schimbă ocazional. Aveți teste pentru automatizarea dvs
interacțiuni cu hg comenzile este în general recomandată, dar este și mai important când
Este implicată analiza ieșirii comenzii brute.

Utilizarea Șabloane la Mod de control producție
Multe hg comenzile acceptă ieșire modelată prin intermediul -T/--şablon argument. Pentru mai multe, vezi
hg ajutor şabloane.

Șabloanele sunt utile pentru controlul explicit al ieșirii, astfel încât să obțineți exact datele
vrei să formatezi așa cum vrei. De exemplu, log -T {nod}\n poate fi folosit pentru a tipări a
listă delimitată de noua linie de noduri de set de modificări în loc de o ieșire personalizată care conține
autori, date, descrieri etc.

Sfat Dacă analiza ieșirii brute a comenzii este prea complicată, luați în considerare utilizarea șabloanelor pentru a crea
viata ta mai usoara.

-T/--şablon argument permite specificarea stilurilor predefinite. Mercurial se livrează cu
stiluri care pot fi citite de mașină JSON și xml, care oferă rezultate JSON și, respectiv, XML.
Acestea sunt utile pentru a produce rezultate care pot fi citite de mașină așa cum este.

Important
JSON și xml stilurile sunt considerate experimentale. În timp ce pot fi atractive
de utilizat pentru a obține cu ușurință rezultate care pot fi citite de mașină, comportamentul lor se poate schimba în
versiunile ulterioare.

Aceste stiluri pot prezenta, de asemenea, rezultate neașteptate atunci când aveți de-a face cu anumite
codificări. Mercurial tratează lucruri precum numele fișierelor ca pe o serie de octeți și
normalizarea anumitor secvențe de octeți la JSON sau XML cu anumite setări de codificare
poate duce la surprize.

Comandă server de producție
Dacă utilizați serverul de comandă pentru a interacționa cu Mercurial, probabil că utilizați un server existent
bibliotecă/API care extrage detaliile de implementare ale serverului de comenzi. Dacă da, asta
stratul de interfață poate efectua analiza pentru dvs., economisindu-vă munca de implementare
tu.

producție Verbozitate
Adesea, comenzile au niveluri diferite de nivel de ieșire, chiar și atunci când există stiluri care pot fi citite de mașină
folosit (ex -T JSON). Adăugând -v/--verbos și --depanare la argumentele comenzii pot
crește cantitatea de date expuse de Mercurial.

O modalitate alternativă de a obține datele de care aveți nevoie este prin specificarea explicită a unui șablon.

Altele subiecte
inversări
Seturi de revizuiri este un limbaj de interogare funcțional pentru selectarea unui set de revizuiri.
Gândiți-vă la asta ca la SQL pentru depozitele Mercurial. Revset-urile sunt utile pentru interogare
depozite pentru date specifice.

Vedea hg ajutor inversări pentru mai mult.

acțiune extensie
acțiune extensia oferă funcționalitate pentru partajarea datelor din depozit
mai multe copii de lucru. Poate chiar „pool” automat de stocare pentru logic
depozite aferente la clonare.

Configurarea acțiune extinderea poate duce la o utilizare semnificativă a resurselor
reducerea, în special în ceea ce privește spațiul pe disc și rețea. Acest lucru este mai ales adevărat
pentru medii de integrare continuă (CI).

Vedea hg ajutor -e acțiune pentru mai mult.

SUBREPOZITURI

Subdepozitele vă permit să imbricați depozite externe sau proiecte într-un Mercurial părinte
depozit și faceți ca comenzile să opereze asupra lor ca grup.

Mercurial acceptă în prezent subrepozitivele Mercurial, Git și Subversion.

Subdepozitele sunt formate din trei componente:

1. Preluări ale depozitului imbricat. Ele pot apărea oriunde în directorul de lucru părinte.

2. Referințe imbricate pentru depozite. Ele sunt definite în .hgsub, care ar trebui plasat în
rădăcina directorului de lucru și spuneți de unde provin preluările subrepozitoriului.
Subdepozitele Mercurial sunt menționate astfel:

path/to/nested = https://example.com/nested/repo/path

Subrepo-urile Git și Subversion sunt, de asemenea, acceptate:

path/to/nested = [git]git://example.com/nested/repo/path
cale/la/imbricat = [svn]https://example.com/imbricat/trunk/cale

Unde cale/spre/cuibărite este locația de plată în raport cu rădăcina părinte Mercurial,
și https://example.com/nested/repo/path este calea depozitului sursă. Sursa poate
de asemenea, face referire la o cale de sistem de fișiere.

Rețineți că .hgsub nu există implicit în depozitele Mercurial, trebuie
creați-l și adăugați-l în depozitul părinte înainte de a utiliza subdepozitele.

3. Stări imbricate ale depozitului. Ele sunt definite în .hgsubstate, care este plasat în rădăcină
a directorului de lucru și capturați orice informație este necesară pentru a restaura
subrepozitivele la starea în care au fost comise într-un set de modificări ale depozitului părinte.
Mercurial înregistrează automat stările depozitelor imbricate atunci când se comite în
depozitul părinte.

notițe
.hgsubstate fișierul nu trebuie editat manual.

Adăugare a Subrepozitiv
If .hgsub nu există, creați-l și adăugați-l în depozitul părinte. Clonează sau plătește
proiectele externe în care doriți să locuiască în depozitul părinte. Editați | × .hgsub și
adăugați intrarea subrepozitivului așa cum este descris mai sus. În acest moment, subrepozitivul este
urmărit și următorul comit își va înregistra starea în .hgsubstate și leagă-l de
set de modificări comise.

Sincronizarea a Subrepozitiv
Subrepos-urile nu urmăresc automat cel mai recent set de modificări ale surselor lor. În schimb, ei
sunt actualizate la setul de modificări care corespunde cu setul de modificări verificat în
set de modificări de nivel superior. Acest lucru este astfel încât dezvoltatorii să obțină întotdeauna un set consistent de cod compatibil
și biblioteci când se actualizează.

Astfel, actualizarea subrepourilor este un proces manual. Pur și simplu verificați subrepo-ul țintă la
revizuirea dorită, testați în depozitul de nivel superior, apoi comiteți în depozitul părinte
înregistrați noua combinație.

Ștergerea a Subrepozitiv
Pentru a elimina un subdepozitiv din depozitul părinte, ștergeți referința acestuia din .hgsub,
apoi eliminați fișierele acestuia.

Interacțiune cu ager Comenzi
adăuga add nu recurge în subrepos decât dacă este specificat -S/--subrepos. Cu toate acestea, dacă
specificați calea completă a unui fișier într-un subrepo, acesta va fi adăugat chiar și fără
-S/--subrepos specificat. Subdepozitele Subversion sunt momentan în tăcere
ignorat.

addremove
addremove nu recurge în subrepos decât dacă este specificat -S/--subrepos.
Cu toate acestea, dacă specificați calea completă a unui director într-un subrepo, addremove va face
să fie efectuată pe el chiar și fără a fi specificat -S/--subrepos. Git și Subversion
subdepozitele vor tipări un avertisment și vor continua.

Arhiva
arhiva nu recurge în subrepozitive decât dacă este specificat -S/--subrepos.

pisică cat gestionează în prezent doar potrivirile exacte ale fișierelor în subrepos. Subversiune
subdepozitele sunt în prezent ignorate.

comite commit creează un instantaneu consistent al stării întregului proiect și al acestuia
subrepozitive. Dacă orice subdepozitare a fost modificată, Mercurial se va opri.
Mercurial poate fi făcut să comite în schimb toate subdepozitele modificate prin specificarea
-S/--subrepos sau setarea „ui.commitsubrepos=True” într-un fișier de configurare (vezi hg
ajutor config). După ce nu mai există subrepozitive modificate, acesta înregistrează
starea lor și în cele din urmă îl comite în depozitul părinte. --addremove
opțiunea onorează și opțiunea -S/--subrepos. Cu toate acestea, Git și Subversion
subdepozitele vor tipări un avertisment și vor anula.

dif diff nu recurge în subrepos decât dacă este specificat -S/--subrepos. Schimbările sunt
afișate ca de obicei, pe elementele subrepozitivelor. Subdepozitele Subversion sunt
momentan ignorat în tăcere.

fișiere fișierele nu se repetă în subrepos decât dacă este specificat -S/--subrepos. In orice caz,
dacă specificați calea completă a unui fișier sau director într-un subrepo, va fi
afișat chiar și fără a fi specificat -S/--subrepos. Git și Subversion
subdepozitele sunt momentan ignorate în tăcere.

a uita uitați în prezent gestionează doar potrivirile exacte ale fișierelor în subrepos. Git și Subversion
subdepozitele sunt momentan ignorate în tăcere.

intrare
incoming nu se repetă în subrepos decât dacă este specificat -S/--subrepos. Git și
Subdepozitele Subversion sunt momentan ignorate în tăcere.

de ieșire
ieșirea nu se repetă în subrepos decât dacă este specificat -S/--subrepos. Git și
Subdepozitele Subversion sunt momentan ignorate în tăcere.

trage pull nu este recursiv, deoarece nu este clar ce să trageți înainte de a rula hg actualizare
. Listarea și preluarea tuturor modificărilor subdepozitivelor la care se face referire de către părinte
Seturile de modificări extrase din depozit sunt în cel mai bun caz scump, imposibil în Subversion
caz.

împinge Mercurial va împinge automat toate subdepozitele mai întâi atunci când părintele
depozitul este împins. Acest lucru asigură că sunt disponibile noi modificări ale subdepozitului
atunci când este referit de către arhivele de nivel superior. Push este o opțiune fără opțiune pentru Subversion
subrepozitive.

Starea starea nu se repetă în subrepozitive decât dacă este specificat -S/--subrepos.
Modificările subrepozitoriului sunt afișate ca modificări Mercurial obișnuite pe
elemente de submagazin. Subdepozitele Subversion sunt momentan ignorate în tăcere.

scoate remove nu recurge în subrepozitive decât dacă este specificat -S/--subrepos.
Cu toate acestea, dacă specificați o cale de fișier sau director într-un subrepo, acesta va fi eliminat
chiar şi fără -S/--subrepos. Subdepozitele Git și Subversion sunt în prezent
ignorat în tăcere.

actualizare update restabilește subrepo-urile în starea în care au fost comise inițial în țintă
set de modificări. Dacă setul de modificări înregistrat nu este disponibil în subrepozitivul curent,
Mercurial îl va trage mai întâi înainte de actualizare. Aceasta înseamnă că actualizarea poate
necesită acces la rețea atunci când utilizați subdepozite.

remapping Subdepozitele Surse
Locația sursei unui subdepozitiv se poate modifica în timpul vieții unui proiect, invalidând referințele
stocate în istoricul depozitului părinte. Pentru a remedia acest lucru, pot fi definite reguli de rescriere în
depozitul părinte hgrc fișier sau în configurația Mercurial. Vezi [subcăi] secțiune în
hgrc(5) pentru mai multe detalii.

MODEL UTILIZARE

Mercurial vă permite să personalizați ieșirea comenzilor prin șabloane. Poți fie
introduceți un șablon sau selectați un stil de șablon existent din linia de comandă, prin intermediul
--opțiune șablon.

Puteți personaliza ieșirea pentru orice comandă „cum ar fi jurnalul”: jurnal, ieșire, primită, pont,
părinți și șefi.

Unele stiluri încorporate sunt ambalate cu Mercurial. Acestea pot fi listate cu hg log
--șablon listă. Exemplu de utilizare:

$ hg log -r1.0::1.1 --template changelog

Un șablon este o bucată de text, cu marcaj pentru a invoca extinderea variabilei:

$ hg log -r1 --template „{nod}\n”
b56ce7b07c52de7d5fd79fb89701ea538af65746

Șirurile din acolade se numesc cuvinte cheie. Disponibilitatea cuvintelor cheie depinde de
contextul exact al șablonului. Aceste cuvinte cheie sunt de obicei disponibile pentru modelarea a
comandă asemănătoare jurnalului:

marcaj activ
Şir. Marcajul activ, dacă este asociat cu setul de modificări

autor Şir. Autorul nemodificat al setului de modificări.

împărţi în două Şir. Starea bisecției setului de modificări.

marcajele
Lista de șiruri. Orice marcaj asociat cu setul de modificări. Setează, de asemenea, „activ”,
numele marcajului activ.

ramură Şir. Numele sucursalei pe care a fost comis setul de modificări.

changessincelatesttag
Întreg. Toți strămoșii nu sunt în ultima etichetă.

copiilor
Lista de șiruri. Copiii setului de schimbări.

data Informații despre dată. Data la care setul de modificări a fost comis.

desc Şir. Textul descrierii setului de modificări.

diffstat
Şir. Statistici ale modificărilor cu următorul format: „fișiere modificate:
+adăugat/-eliminat linii"

Extras Lista dictelor cu cheie, intrări de valoare din câmpul „extra” al acestui set de modificări.

file_adds
Lista de șiruri. Fișierele adăugate de acest set de modificări.

file_copies
Lista de șiruri. Fișierele copiate în acest set de modificări cu sursele lor.

file_copies_switch
Lista de șiruri. Ca „file_copies”, dar afișat numai dacă comutatorul --copied este
set.

file_dels
Lista de șiruri. Fișierele eliminate de acest set de modificări.

file_mods
Lista de șiruri. Fișierele modificate de acest set de modificări.

fișiere Lista de șiruri. Toate fișierele modificate, adăugate sau eliminate de acest set de modificări.

graphnode
Şir. Caracterul care reprezintă nodul setului de modificări într-un grafic de revizuire ASCII

ultima etichetă
Lista de șiruri. Etichetele globale ale celui mai recent strămoș etichetat global al
acest set de modificări.

latesttagdistance
Întreg. Cea mai lungă cale către cea mai recentă etichetă.

namespace
Dict de liste. Nume atașate acestui set de modificări pe spațiu de nume.

nod Şir. Hash-ul de identificare al setului de modificări, ca șir de 40 de cifre hexazecimale.

p1node Şir. Hash de identificare al primului părinte al setului de modificări, ca 40 de cifre
șir hexazecimal. Dacă setul de modificări nu are părinți, toate cifrele sunt 0.

p1rev Întreg. Numărul de revizuire local al depozitului al primului părinte al setului de modificări sau
-1 dacă setul de modificări nu are părinți.

p2node Şir. Hash de identificare al celui de-al doilea părinte al setului de modificări, ca 40 de cifre
șir hexazecimal. Dacă setul de modificări nu are un al doilea părinte, toate cifrele sunt 0.

p2rev Întreg. Numărul de revizuire local al depozitului al celui de-al doilea părinte al setului de modificări sau
-1 dacă setul de modificări nu are un al doilea părinte.

părinţi
Lista de șiruri. Părinții setului de modificări în format „rev:node”. Dacă
set de modificări are un singur părinte „natural” (reviziunea antecesor) nimic nu este
afișate.

fază Şir. Numele fazei setului de modificări.

phaseidx
Întreg. Indicele fazei setului de modificări.

rev Întreg. Numărul de revizuire al setului de modificări local din depozit.

subrepos
Lista de șiruri. Subdepozitele actualizate în setul de modificări.

tag-uri Lista de șiruri. Orice etichete asociate cu setul de modificări.

Cuvântul cheie „data” nu produce rezultate care pot fi citite de om. Dacă doriți să utilizați o dată în
ieșirea dvs., puteți utiliza un filtru pentru a o procesa. Filtrele sunt funcții care returnează a
șir bazat pe variabila de intrare. Asigurați-vă că utilizați mai întâi filtrul stringify când sunteți
aplicarea unui filtru de intrare șir la o variabilă de intrare de tip listă. Puteți folosi și un lanț de
filtre pentru a obține rezultatul dorit:

$ hg sfat --șablon „{data|izodata}\n”
2008-08-21 18:22 +0000

Lista filtrelor:

addbreak-uri
Orice text. Adăugați un XHTML " " eticheta înainte de sfârșitul fiecărei linii, cu excepția ultimului.

vârstă Data. Returnează o diferență de dată/ora care poate fi citită de om între data/ora dată și
data/ora curente.

nume de bază
Orice text. Tratează textul ca pe o cale și returnează ultima componentă a căii
după împărțirea de către separatorul de cale (ignorând separatorii de urmă). De exemplu,
„foo/bar/baz” devine „baz” iar „foo/bar//” devine „bar”.

conta Listă sau text. Returnează lungimea ca număr întreg.

domeniu Orice text. Găsește primul șir care arată ca o adresă de e-mail și extrage
doar componenta de domeniu. Exemplu: Utilizator <[e-mail protejat]> devine example.com.

e-mail Orice text. Extrage primul șir care arată ca o adresă de e-mail. Exemplu: Utilizator
<[e-mail protejat]> devine [e-mail protejat].

utilizator de e-mail
Orice text. Returnează porțiunea de utilizator a unei adrese de e-mail.

scăpa Orice text. Înlocuiește caracterele speciale XML/XHTML „&”, „<” și „>” cu XML
entități și filtrează caracterele NUL.

umplere68 Orice text. Încheie textul pentru a se încadra în 68 de coloane.

umplere76 Orice text. Încheie textul pentru a se încadra în 76 de coloane.

prima linie
Orice text. Returnează primul rând de text.

hex Orice text. Convertiți un identificator binar de nod Mercurial în hexazecimalul său lung
reprezentare.

hgdate Data. Returnează data ca o pereche de numere: „1157407993 25200” (marca temporală Unix,
offset fus orar).

izodat
Data. Returnează data în format ISO 8601: „2009-08-18 13:00 +0200”.

izodatesec
Data. Returnează data în format ISO 8601, inclusiv secundele: „2009-08-18 13:00:13
+0200". Vezi și filtrul rfc3339date.

LOWER Orice text. Convertește textul în minuscule.

negoală
Orice text. Returnează „(niciunul)” dacă șirul este gol.

eclipsa
Orice text. Returnează textul de intrare redat ca o secvență de entități XML.

persoană Orice text. Returnează numele înaintea unei adrese de e-mail, interpretându-l conform RFC
5322.

revescape
Orice text. Escape toate caracterele „speciale”, cu excepția @. Barele oblice sunt scăpate
de două ori pentru a împiedica serverele web să le elimine prematur. De exemplu, „@foo
bar/baz” devine „@foo%20bar%252Fbaz”.

rfc3339data
Data. Returnează o dată folosind formatul de dată de Internet specificat în RFC 3339:
"2009-08-18T13:00:13+02:00".

rfc822data
Data. Returnează o dată folosind același format folosit în anteturile de e-mail: „Marți, 18 august 2009
13:00:13 +0200".

mic de statura Schimbarea hashului. Returnează forma scurtă a unui hash de set de modificări, adică un hexazecimal de 12
șir de cifre.

scurtbisect
Orice text. Tratamente a) Sport and Nutrition Awareness Day in Manasia Around XNUMX people from the rural commune Manasia have participated in a sports and healthy nutrition oriented activity in one of the community’s sports ready yards. This activity was meant to gather, mainly, middle-aged people from a Romanian rural community and teach them about the benefits that sports have on both their mental and physical health and on how sporting activities can be used to bring people from a community closer together. Three trainers were made available for this event, so that the participants would get the best possible experience physically and so that they could have the best access possible to correct information and good sports/nutrition practices. b) Sports Awareness Day in Poiana Țapului A group of young participants have taken part in sporting activities meant to teach them about sporting conduct, fairplay, and safe physical activities. The day culminated with a football match. ca statut de bisecție și returnează un singur caracter
reprezentând starea (G: bun, B: rău, S: omis, U: netestat, I: ignorat).
Returnează un singur spațiu dacă a) Sport and Nutrition Awareness Day in Manasia Around XNUMX people from the rural commune Manasia have participated in a sports and healthy nutrition oriented activity in one of the community’s sports ready yards. This activity was meant to gather, mainly, middle-aged people from a Romanian rural community and teach them about the benefits that sports have on both their mental and physical health and on how sporting activities can be used to bring people from a community closer together. Three trainers were made available for this event, so that the participants would get the best possible experience physically and so that they could have the best access possible to correct information and good sports/nutrition practices. b) Sports Awareness Day in Poiana Țapului A group of young participants have taken part in sporting activities meant to teach them about sporting conduct, fairplay, and safe physical activities. The day culminated with a football match. nu este o stare de bisectie validă.

scurta data
Data. Returnează o dată precum „2006-09-18”.

linii de despicare
Orice text. Împărțiți textul într-o listă de linii.

strânge
Orice tip. Transformă valoarea în text prin conversia valorilor în text și
concatenându-le.

stripdir
Tratați textul ca cale și decupați un nivel de director, dacă este posibil. De exemplu, „foo”
iar „foo/bar” devine „foo”.

tabindent
Orice text. Returnează textul, cu fiecare rând negoal, cu excepția primului început
cu un caracter tabulator.

UPPER Orice text. Convertește textul în majuscule.

urlescape
Orice text. Scăpa de toate caracterele „speciale”. De exemplu, „foo bar” devine
„foo%20bar”.

utilizator Orice text. Returnează o scurtă reprezentare a unui nume de utilizator sau a unei adrese de e-mail.

Rețineți că un filtru nu este altceva decât un apel de funcție, de exemplu expr|filtru este echivalent
la filtru (expr).

Pe lângă filtre, există câteva funcții de bază încorporate:

data(data[, fmt])
Formatați o dată. Vedea hg ajutor datele pentru formatarea șirurilor. Valoarea implicită este o dată Unix
format, inclusiv fusul orar: „Luni 04 septembrie 15:13:13 2006 0700”.

diff([include model [, excludepattern]])
Afișează o diferență, specificând opțional fișierele de inclus sau de exclus.

umple(text[, lăţime[, initialident[, suspendat]]])
Completați multe paragrafe cu indentare opțională. Vezi filtrul „umplere”.

obține (dict, cheie)
Obțineți un atribut/cheie de la un obiect. Unele cuvinte cheie sunt tipuri complexe. Această funcție
vă permite să obțineți valoarea unui atribut pe aceste tipuri.

dacă(expr, atunci[, altfel])
Execută condiționat pe baza rezultatului unei expresii.

ifcontains(căutare, lucru, atunci[, altfel])
Execută condiționat în funcție de faptul dacă elementul „căutare” este în „lucru”.

ifeq(expr1, expr2, atunci[, altfel])
Execută condiționat în funcție de faptul dacă 2 elemente sunt echivalente.

indent(text, indentchars[, prima linie])
Indentează toate liniile nevide cu caracterele date în șirul indentchars. Un
al treilea parametru opțional va suprascrie indentarea pentru prima linie numai dacă
prezent.

alăturați-vă (lista, sep)
Uniți articole dintr-o listă cu un delimitator.

etichetă (etichetă, expr)
Aplicați o etichetă conținutului generat. Conținutul cu o etichetă aplicată poate avea ca rezultat
post-procesare suplimentară, cum ar fi colorarea automată.

ultima etichetă([model])
Etichetele globale care se potrivesc cu modelul dat pe cel mai recent etichetat global
strămoșul acestui set de modificări.

localdate(data[, tz])
Convertește o dată în fusul orar specificat. Valoarea implicită este data locală.

pad(text, lăţime[, fillchar=' '[, dreapta=fals]])
Text cu un caracter de umplere.

revset(interogare[, formattargs...])
Executați o interogare de set de revizii. Vedea hg ajutor inversare.

rstdoc(text, stil)
Formatați ReStructuredText.

cel mai scurt(nod, lungime min = 4)
Obține cea mai scurtă reprezentare a unui nod.

începe cu(model, text)
Returnează valoarea din argumentul „text” dacă începe cu conținutul din
argument „model”.

bandă(text[, caractere])
Eliminați caracterele dintr-un șir. În mod implicit, elimină toate cele de început și de final
spatiu alb.

sub(model, înlocuire, expresie)
Efectuați înlocuirea textului folosind expresii regulate.

cuvânt (număr, text[, separator])
Returnează al n-lea cuvânt dintr-un șir.

De asemenea, pentru orice expresie care returnează o listă, există un operator de listă:

expr % „{template}”

După cum se vede în exemplul de mai sus, {șablon} este interpretat ca un șablon. Pentru a preveni
fiind interpretat, puteți folosi un caracter de escape \{ sau un prefix de șir brut, r'...'.

Câteva modele de șabloane de linie de comandă:

· Formatați liste, de exemplu fișiere:

$ hg log -r 0 --template „fișiere:\n{fișiere % ' {fișier}\n'}”

· Alăturați-vă listei de fișiere cu „,”:

$ hg log -r 0 --template „fișiere: {join(fișiere, ', ')}\n”

· Modificați fiecare linie a unei descrieri de comitere:

$ hg log --template "{splitlines(desc) % '**** {line}\n'}"

· Format data:

$ hg log -r 0 --template „{data(data, ‘%Y’)}\n”

· Afișează data în UTC:

$ hg log -r 0 --template „{localdate(data, 'UTC')|date}\n”

· Trimiteți descrierea setată la o lățime de umplere de 30:

$ hg log -r 0 --template „{fill(desc, 30)}”

· Utilizați o condițională pentru a testa ramura implicită:

$ hg log -r 0 --template „{ifeq(ramură, „implicit”, „pe ramura principală”,
„pe ramură {ramură}’)}\n"

· Adăugați o nouă linie dacă nu este goală:

$ hg sfat --template „{if(autor, „{author}\n’)}”

· Etichetați rezultatul pentru utilizare cu extensia de culoare:

$ hg log -r 0 --template „{etichetă(„schimbări.{fază}”, nod|scurt)}\n”

· Inversați filtrul de primă linie, adică totul în afară de prima linie:

$ hg log -r 0 --template "{sub(r'^.*\n?\n?', '', desc)}\n"

· Afișați conținutul câmpului „extra”, câte unul pe rând:

$ hg log -r 0 --template „{join(extras, '\n')}\n”

· Marcați marcajul activ cu „*”:

$ hg log --template „{bookmarks % '{bookmark}{ifeq(bookmark, active, '*')} '}\n”

· Găsiți eticheta candidată pentru lansarea anterioară, distanța și modificările de la etichetă:

$ hg log -r . --template „{latesttag('re:^.*-rc$') % '{etichetă}, {modificări}, {distanță}'}\n"

· Marcați părintele copiei de lucru cu „@”:

$ hg log --template "{ifcontains(rev, revset('.'), '@')}\n"

· Afișați detalii despre revizuirile părintelui:

$ hg log --template "{revset('parinti(%d)', rev) % '{desc|firstline}\n'}"

· Afișați numai descrierile de comitere care încep cu „șablon”:

$ hg log --template "{startswith('template', firstline(desc))}\n"

· Tipăriți primul cuvânt al fiecărei rânduri a unui mesaj de confirmare:

$ hg log --template „{cuvânt(0, desc)}\n”

URL-ul CALĂRI

Adresele URL valide sunt de forma:

local/sistem de fișiere/cale[#revision]
file://local/sistem de fișiere/cale[#revision]
http://[user[:pass]@]host[:port]/[path][#revision]
https://[user[:pass]@]host[:port]/[path][#revision]
ssh://[utilizator@]gazdă[:port]/[cale][#reviziune]

Căile din sistemul de fișiere local pot indica fie către depozitele Mercurial, fie către pachet
fișiere (cum au fost create de hg pachet or hg intrare --pachet). Vezi si hg ajutor căi.

Un identificator opțional după # indică o anumită ramură, etichetă sau set de modificări de utilizat
din depozitul de la distanță. Vezi si hg ajutor revizii.

Unele funcții, cum ar fi împingerea către adrese URL http:// și https:// sunt posibile numai dacă
caracteristica este activată în mod explicit pe serverul Mercurial la distanță.

Rețineți că securitatea URL-urilor HTTPS depinde de configurarea corectă a web.cacerts.

Câteva note despre utilizarea SSH cu Mercurial:

· SSH necesită un cont shell accesibil pe mașina de destinație și o copie a hg in
calea de la distanță sau specificată cu ca remotecmd.

· calea este relativă la directorul principal al utilizatorului de la distanță în mod implicit. Folosiți o bară oblică suplimentară la
începutul unei căi pentru a specifica o cale absolută:

ssh://example.com//tmp/repository

· Mercurial nu folosește propria sa compresie prin SSH; lucrul corect de făcut este să configurați
în tine ~ / .Ssh / config, de exemplu:

Gazdă *.mylocalnetwork.example.com
Compresia nr
Gazdă *
Compresia da

Alternativ, specificați „ssh -C” ca comandă ssh în fișierul de configurare sau cu
opțiunea de linie de comandă --ssh.

Toate aceste adrese URL pot fi stocate în fișierul dvs. de configurare cu aliasuri de cale sub
Secțiunea [căi] astfel:

[cale]
alias1 = URL1
alias2 = URL2
...

Apoi puteți utiliza alias-ul pentru orice comandă care utilizează o adresă URL (de exemplu hg trage alias1
va fi tratat ca hg trage URL1).

Două alias-uri de căi sunt speciale, deoarece sunt folosite ca implicite atunci când nu furnizați
URL la o comandă:

implicit:
Când creați un depozit cu hg clone, comanda clone salvează locația
depozitul sursă ca cale „implicit” a noului depozit. Acesta este apoi folosit
când omiteți calea din comenzile de tip push și pull (inclusiv cele de intrare și
de ieșire).

implicit-push:
Comanda push va căuta o cale numită „default-push” și o preferă
„implicit” dacă ambele sunt definite.

PRELUNGIRI

Această secțiune conține ajutor pentru extensiile care sunt distribuite împreună cu Mercurial.
Ajutorul pentru alte extensii este disponibil în sistemul de ajutor.

acl
cârlige pentru controlul accesului la depozit

Acest cârlig face posibilă permiterea sau interzicerea accesului la scriere la ramuri și căi date ale unui
depozit atunci când primiți seturi de modificări primite prin pretxnchangegroup și pretxncommit.

Autorizarea se potrivește pe baza numelui de utilizator local de pe sistemul în care se află cârligul
rulează, și nu committer-ul setului de modificări inițial (din moment ce acesta din urmă este doar
informativ).

Cârligul acl este cel mai bine utilizat împreună cu o carcasă restricționată precum hgsh, prevenind
autentificarea utilizatorilor să nu facă altceva decât să împingă sau să tragă. Cârligul nu este
sigur de utilizat dacă utilizatorii au acces interactiv în shell, deoarece pot dezactiva apoi cârligul. Nici
Este sigur dacă utilizatorii de la distanță partajează un cont, pentru că atunci nu există nicio modalitate de a distinge
Le.

Ordinea în care se efectuează verificările de acces este:

1. Respinge lista pentru filiale (secțiunea acl.deny.ramuri)

2. Permite lista pentru filiale (secțiunea acl.permite.ramuri)

3. Respingeți lista pentru căi (secțiunea acl.nega)

4. Permite lista de căi (secțiunea acl.permite)

Secțiunile de permis și de respingere iau perechi cheie-valoare.

Bazat pe ramuri Acces Mod de control
Folosește acl.deny.ramuri și acl.permite.ramuri secțiunile să aibă acces bazat pe ramuri
Control. Cheile din aceste secțiuni pot fi fie:

· un nume de ramură, sau

· un asterisc, pentru a se potrivi cu orice ramură;

Valorile corespunzătoare pot fi fie:

· o listă separată prin virgulă care conține utilizatori și grupuri sau

· un asterisc, pentru a se potrivi cu oricine;

Puteți adăuga „!” prefix la un nume de utilizator sau grup pentru a inversa sensul potrivirii.

Bazat pe cale Acces Mod de control
Folosește acl.nega și acl.permite secțiunile să aibă control de acces bazat pe cale. Cheile în acestea
secțiunile acceptă un model subarboresc (cu o sintaxă globală în mod implicit). Corespondența
valorile urmează aceeași sintaxă ca și celelalte secțiuni de mai sus.

grupuri
Numele grupurilor trebuie să fie prefixate cu un @ simbol. Specificarea unui nume de grup are același efect
ca specificând toți utilizatorii din acel grup.

Puteți defini membrii grupului în acl.grupuri secțiune. Dacă nu este definit un nume de grup
acolo, iar Mercurial rulează sub un sistem asemănător Unix, lista de utilizatori va fi luată
din sistemul de operare. În caz contrar, se va ridica o excepție.

Exemplu Configuraţie
[cârlige]

# Utilizați acest lucru dacă doriți să verificați restricțiile de acces la momentul comiterii
pretxncommit.acl = python:hgext.acl.hook

# Folosiți acest lucru dacă doriți să verificați restricțiile de acces pentru pull, push,
# grupați și serviți.
pretxnchangegroup.acl = python:hgext.acl.hook

[acl]
# Permiteți sau interziceți accesul pentru modificările primite numai dacă sursa lor este
# enumerate aici, lăsați-le să treacă altfel. Sursa este „servire” pentru toți
# acces la distanță (http sau ssh), „push”, „pull” sau „bundle” atunci când
# comenzi asociate sunt executate local.
# Implicit: servește
surse = serve

[acl.deny.branches]

# Toată lumea este refuzată la ramura înghețată:
ramură-înghețată = *

# Un utilizator rău este refuzat pe toate ramurile:
* = utilizator rău

[acl.allow.branches]

# Câțiva utilizatori sunt permisi pe branch-a:
ramură-a = utilizator-1, utilizator-2, utilizator-3

# Un singur utilizator este permis pe branch-b:
ramură-b = utilizator-1

# Super utilizatorul este permis pe orice ramură:
* = super-utilizator

# Toată lumea are voie să participe la ramuri pentru teste:
ramură-pentru-teste = *

[acl.deny]
# Această listă este verificată mai întâi. Dacă se găsește o potrivire, acl.allow nu este
# verificat. Tuturor utilizatorilor li se acordă acces dacă acl.deny nu este prezent.
# Format pentru ambele liste: model glob = utilizator, ..., @grup, ...

# Pentru a se potrivi cu toată lumea, utilizați un asterisc pentru utilizator:
# my/glob/pattern = *

# user6 nu va avea acces de scriere la niciun fișier:
** = utilizator6

# Grupul „hg-denied” nu va avea acces de scriere la niciun fișier:
** = @hg-negat

# Nimeni nu va putea schimba „DONT-TOUCH-THIS.txt”, în ciuda
# toată lumea poate schimba toate celelalte fișiere. Vezi mai jos.
src/main/resources/DONT-TOUCH-THIS.txt = *

[acl.allow]
# dacă acl.allow nu este prezent, toți utilizatorii au permisiunea implicită
# empty acl.allow = nu sunt permise utilizatori

# Utilizatorul „doc_writer” are acces de scriere la orice fișier din „docs”
# folder:
docs/** = doc_writer

# Utilizatorul „jack” și grupul „designeri” au acces de scriere la orice fișier
# sub folderul „imagini”:
imagini/** = jack, @designeri

# Toată lumea (cu excepția „user6” și „@hg-denied” - vezi acl.deny mai sus)
# va avea acces de scriere la orice fișier din folderul „resurse”.
# (cu excepția unui fișier. Consultați acl.deny):
src/main/resources/** = *

.hgtags = release_engineer

Exemple folosind il ! prefix
Să presupunem că există o ramură la care numai un anumit utilizator (sau grup) ar trebui să o poată împinge și
nu doriți să restricționați accesul la orice altă ramură care ar putea fi creată.

"!" prefixul vă permite să împiedicați pe oricine, cu excepția unui anumit utilizator sau grup, să împingă
seturi de modificări într-o ramură sau cale dată.

În exemplele de mai jos, vom: 1) Interzice accesul la „ring” de ramuri oricui, în afară de utilizator
„gollum” 2) Interziceți accesul la ramura „lac” oricui, în afară de membrii grupului „hobbit” 3)
Interzice accesul la un fișier oricui, în afară de utilizatorul „gollum”

[acl.allow.branches]
# Gol

[acl.deny.branches]

# 1) numai „gollum” se poate angaja în „ring” de ramură;
# „gollum” și oricine altcineva se pot angaja în orice altă ramură.
ring = !gollum

# 2) numai membrii grupului „hobbit” se pot angaja în ramura „lac”;
# Membrii „hobbit” și oricine altcineva se pot implica în orice altă ramură.
lac = !@hobbit

# De asemenea, puteți refuza accesul pe baza căilor fișierelor:

[acl.allow]
# Gol

[acl.deny]
# 3) numai „gollum” poate schimba fișierul de mai jos;
# „gollum” și oricine altcineva pot schimba în continuare orice alt fișier.
/misty/mountains/cave/ring = !gollum

cutie neagră
înregistrați evenimentele din depozit într-o cutie neagră pentru depanare

Înregistrează informațiile despre evenimente în .hg/blackbox.log pentru a ajuta la depanarea și diagnosticarea problemelor. The
evenimentele care sunt înregistrate pot fi configurate prin cheia de configurare blackbox.track. Exemple:

[cutie neagră]
track = *

[cutie neagră]
track = command, commandfinish, commandexception, exthook, pythonhook

[cutie neagră]
track = incoming

[cutie neagră]
# limitați dimensiunea unui fișier jurnal
dimensiune maximă = 1.5 MB
# rotiți până la N fișiere jurnal atunci când cel actual devine prea mare
maxfiles = 3

Comenzi
cutie neagră
vizualizați evenimentele recente din depozit:

hg cutie neagră [OPȚIUNE]...

vizualizați evenimentele recente din depozit

Opțiuni:

-l,--limită
numărul de evenimente de afișat (implicit: 10)

bugzilla
cârlige pentru integrarea cu Bugzilla bug tracker

Această extensie de cârlig adaugă comentarii la erori în Bugzilla atunci când seturi de modificări care se referă la erori
prin Bugzilla ID sunt văzute. Comentariul este formatat folosind mecanismul de șablon Mercurial.

Referințele de erori pot include opțional o actualizare pentru Bugzilla a orelor petrecute
lucrând la bug. De asemenea, erorile pot fi marcate ca remediate.

Sunt oferite trei moduri de bază de acces la Bugzilla:

1. Accesați prin interfața Bugzilla XMLRPC. Necesită Bugzilla 3.4 sau o versiune ulterioară.

2. Verificați datele prin interfața Bugzilla XMLRPC și trimiteți modificarea erorilor prin e-mail la
Interfață de e-mail Bugzilla. Necesită Bugzilla 3.4 sau o versiune ulterioară.

3. Scrierea direct în baza de date Bugzilla. Numai instalările Bugzilla care utilizează MySQL sunt
sprijinit. Necesită Python MySQLdb.

Scrierea directă în baza de date este susceptibilă la modificări de schemă și se bazează pe a
Scriptul de contribuție Bugzilla pentru a trimite e-mailuri de notificare privind modificarea erorilor. Acest script rulează ca
utilizatorul care rulează Mercurial, trebuie să fie rulat pe gazdă cu instalarea Bugzilla și
necesită permisiunea de a citi detaliile de configurare Bugzilla și utilizatorul MySQL necesar
și parola pentru a avea drepturi de acces complete la baza de date Bugzilla. Din aceste motive aceasta
Modul de acces este acum considerat depreciat și nu va fi actualizat pentru noul Bugzilla
versiuni care urmează. Numai adăugarea de comentarii este acceptată în acest mod de acces.

Accesul prin XMLRPC necesită un nume de utilizator și o parolă Bugzilla care să fie specificate în
configurație. Comentariile sunt adăugate sub acel nume de utilizator. Deoarece configurația trebuie să fie
lizibil de toți utilizatorii Mercurial, se recomandă ca drepturile utilizatorului respectiv să fie
limitat în Bugzilla la minimul necesar pentru a adăuga comentarii. S-au rezolvat erori de marcare
necesită Bugzilla 4.0 și o versiune ulterioară.

Accesul prin XMLRPC/e-mail folosește XMLRPC pentru a interoga Bugzilla, dar trimite e-mail la Bugzilla
interfață de e-mail pentru a trimite comentarii la erori. Adresa De la: din e-mail este setată la
adresa de e-mail a utilizatorului Mercurial, deci comentariul pare să provină de la Mercurial
utilizator. În cazul în care e-mailul utilizatorului Mercurial nu este recunoscut de Bugzilla ca a
Utilizator Bugzilla, e-mailul asociat cu numele de utilizator Bugzilla folosit pentru a vă conecta la Bugzilla
este folosit în schimb ca sursă a comentariului. Marcarea erorilor remediate funcționează pe toate suportate
Versiuni Bugzilla.

Elemente de configurare comune tuturor modurilor de acces:

bugzilla.versiune
Tipul de acces de utilizat. Valorile recunoscute sunt:

xMLRPC

Interfața Bugzilla XMLRPC.

xmlrpc+e-mail

Bugzilla XMLRPC și interfețe de e-mail.

3.0

Acces MySQL, Bugzilla 3.0 și versiuni ulterioare.

2.18

Acces MySQL, Bugzilla 2.18 și până la, dar fără a include 3.0.

2.16

Acces MySQL, Bugzilla 2.16 și până la, dar fără a include 2.18.

bugzilla.regexp
Expresie obișnuită pentru a potrivi ID-urile erorilor pentru actualizare în mesajul de confirmare a setului de modificări. Aceasta
trebuie să conțină un grup numit „()”. care conțin ID-urile erorilor separate prin
caractere fără cifre. Poate conține, de asemenea, un grup numit cu
număr în virgulă mobilă care indică orele lucrate la bug. Dacă nu există grupuri numite
prezent, se presupune că primul grup „()” conține ID-urile erorilor, iar timpul de lucru este
neactualizat. Expresia implicită se potrivește Bug 1234, Bug nr. 1234, Bug număr
1234, Bugs 1234,5678, Bug 1234 și 5678 și variații ale acestora, urmate de an
numărul de ore prefixat de h or ore, de exemplu ore 1.5. Potrivirea nu face distincție între majuscule și minuscule.

bugzilla.fixregexp
Expresie regulată pentru a potrivi ID-urile de eroare pentru marcarea remediată în mesajul de confirmare a setului de modificări.
Acesta trebuie să conțină un grup numit „()”. ` conținând il bug ID-uri separat by
non-cifră caractere. It Mai de asemenea conţine a numit grup `` cu
număr în virgulă mobilă care indică orele lucrate la bug. Dacă nu există grupuri numite
prezent, se presupune că primul grup „()” conține ID-urile erorilor, iar timpul de lucru este
neactualizat. Expresia implicită se potrivește Corecții 1234, Corecții bug 1234, Corecții gandaci
1234,5678, Corecții 1234 și 5678 și variații ale acestora, urmate de un număr de ore
prefixat de h or ore, de exemplu ore 1.5. Potrivirea nu face distincție între majuscule și minuscule.

bugzilla.fixstatus
Starea la care se stabilește o eroare când marcarea este remediată. Mod implicit RESOLVED.

bugzilla.fixresolution
Rezoluția pentru a seta un bug la marcare a fost remediată. Mod implicit FIXED.

bugzilla.style
Fișierul de stil de utilizat la formatarea comentariilor.

bugzilla.şablon
Șablon de utilizat la formatarea comentariilor. Ignoră stilul dacă este specificat. în plus
la cuvintele cheie obișnuite Mercurial, extensia specifică:

{gândac}

ID-ul bug-ului Bugzilla.

{rădăcină}

Calea completă a depozitului Mercurial.

{webroot}

Numele de cale eliminat al depozitului Mercurial.

{hgweb}

Adresa URL de bază pentru navigarea în depozitele Mercurial.

Mod implicit changeset {nod|scurt} in repo {rădăcină} se referă la bug
{bug}.\ndetalii:\n\t{desc|tabindent}

bugzilla.strip
Numărul de caractere separatoare de căi care trebuie îndepărtate din partea din față a Mercurialului
calea depozitului ({rădăcină} în şabloane) a produce {webroot}. De exemplu, a
depozit cu {rădăcină} /var/local/my-project cu o bandă de 2 dă o valoare pentru
{webroot} of proiectul meu. Implicit 0.

web.baseurl
Adresa URL de bază pentru navigarea în depozitele Mercurial. Se face referire din șabloane ca {hgweb}.

Elemente de configurare comune modurilor de acces XMLRPC+e-mail și MySQL:

bugzilla.usermap
Calea fișierului care conține e-mailul Mercurial committer către mapările de e-mail ale utilizatorului Bugzilla.
Dacă este specificat, fișierul ar trebui să conțină o mapare pe linie:

committer = utilizator Bugzilla

Consultați și [harta utilizator] secţiune.

[harta utilizator] secțiunea este folosită pentru a specifica mapările e-mailului Mercurial committer către Bugzilla
e-mailul utilizatorului. Vezi si bugzilla.usermap. Conține intrări ale formularului committer = Bugzilla
utilizator.

Configurarea modului de acces XMLRPC:

bugzilla.bzurl
Adresa URL de bază pentru instalarea Bugzilla. Mod implicit http://localhost/bugzilla.

bugzilla.user
Numele de utilizator de utilizat pentru a vă conecta la Bugzilla prin XMLRPC. Mod implicit gandaci.

bugzilla.parolă
Parola pentru autentificare Bugzilla.

Modul de acces XMLRPC+e-mail utilizează elementele de configurare ale modului de acces XMLRPC și, de asemenea:

bugzilla.bzemail
Adresa de e-mail Bugzilla.

În plus, trebuie configurate setările de e-mail Mercurial. Vezi documentația în
hgrc(5), secțiuni [e-mail] și [smtp].

Configurarea modului de acces MySQL:

bugzilla.gazdă
Numele de gazdă al serverului MySQL care deține baza de date Bugzilla. Mod implicit localhost.

bugzilla.db
Numele bazei de date Bugzilla în MySQL. Mod implicit gandaci.

bugzilla.user
Nume de utilizator de utilizat pentru a accesa serverul MySQL. Mod implicit gandaci.

bugzilla.parolă
Parola de folosit pentru a accesa serverul MySQL.

bugzilla.timeout
Timeout pentru conexiunea bazei de date (secunde). Implicit 5.

bugzilla.bzuser
Nume de utilizator Bugzilla alternativ cu care să înregistrați comentariile, în cazul în care committer setul de modificări nu poate
fi găsit ca utilizator Bugzilla.

bugzilla.bzdir
Directorul de instalare Bugzilla. Folosit implicit notificare. Mod implicit /var/www/html/bugzilla.

bugzilla.notify
Comanda să ruleze pentru ca Bugzilla să trimită e-mailuri de notificare privind modificarea erorilor.
Înlocuitori dintr-o hartă cu 3 chei, bzdir, id (id bug) și utilizator (comiter bugzilla
e-mail). Implicit depinde de versiune; de la 2.18 este „cd %(bzdir)s && perl -T
contrib/sendbugmail.pl %(id)s %(user)s”.

Activarea extensiei:

[extensii]
bugzilla =

[cârlige]
# rulați bugzilla hook la fiecare modificare adusă sau împinsă aici
incoming.bugzilla = python:hgext.bugzilla.hook

Exemple de configurații:

Exemplu de configurare XMLRPC. Aceasta folosește Bugzilla la http://my-project.org/bugzilla,
autentificarea ca utilizator [e-mail protejat] cu parola plugh. Este folosit cu a
colecție de depozite Mercurial în /var/local/hg/repos/, cu o interfață web la
http://my-project.org/hg.

[bugzilla]
bzurl=http://my-project.org/bugzilla
utilizator=[e-mail protejat]
parola=plug
versiune=xmlrpc
template=Setul de modificări {nod|scurt} în {rădăcină|nume bază}.
{hgweb}/{webroot}/rev/{nod|scurt}\n
{desc}\n
bandă=5

[web]
baseurl=http://my-project.org/hg

Exemplu de configurare XMLRPC+e-mail. Aceasta folosește Bugzilla la
http://my-project.org/bugzilla, autentificarea ca utilizator [e-mail protejat] cu parola
plugh. Este folosit cu o colecție de depozite Mercurial în /var/local/hg/repos/,
cu o interfață web la http://my-project.org/hg. Comentariile de erori sunt trimise către Bugzilla
adresa de email [e-mail protejat].

[bugzilla]
bzurl=http://my-project.org/bugzilla
utilizator=[e-mail protejat]
parola=plug
versiune=xmlrpc+email
bzemail=[e-mail protejat]
template=Setul de modificări {nod|scurt} în {rădăcină|nume bază}.
{hgweb}/{webroot}/rev/{nod|scurt}\n
{desc}\n
bandă=5

[web]
baseurl=http://my-project.org/hg

[harta utilizator]
[e-mail protejat]=[e-mail protejat]

Exemplu de configurare MySQL. Acesta are o instalare locală Bugzilla 3.2
/opt/bugzilla-3.2. Baza de date MySQL este activată localhost, numele bazei de date Bugzilla este gandaci
iar MySQL este accesat cu numele de utilizator MySQL gandaci parola XYZZY. Este folosit cu a
colecție de depozite Mercurial în /var/local/hg/repos/, cu o interfață web la
http://my-project.org/hg.

[bugzilla]
gazdă=localhost
parola=XYZZY
versiune=3.0
bzuser=[e-mail protejat]
bzdir=/opt/bugzilla-3.2
template=Setul de modificări {nod|scurt} în {rădăcină|nume bază}.
{hgweb}/{webroot}/rev/{nod|scurt}\n
{desc}\n
bandă=5

[web]
baseurl=http://my-project.org/hg

[harta utilizator]
[e-mail protejat]=[e-mail protejat]

Toate cele de mai sus adaugă un comentariu la înregistrarea erorilor Bugzilla a formularului:

Setul de modificări 3b16791d6642 în numele depozitului.
http://my-project.org/hg/repository-name/rev/3b16791d6642

Comentariu de confirmare a setului de modificări. Bug 1234.

cenzura
ștergeți conținutul fișierului la o anumită revizuire

Comanda de cenzură îi cere lui Mercurial să ștergă tot conținutul unui fișier la o anumită revizuire
fără actualizarea il changeset hash. Acest lucru permite istoricului existent să rămână valabil în timp ce
împiedicând viitoarele clone/extrageri să primească datele șterse.

Utilizările tipice pentru cenzor se datorează cerințelor de securitate sau legale, inclusiv:

* Parole, chei private, material criptografic
* Date/cod/biblioteci licențiate pentru care licența a expirat
* Informații de identificare personală sau alte date private

Nodurile cenzurate pot întrerupe funcționarea tipică a mercurialului ori de câte ori este nevoie de datele eliminate
să se concretizeze. Unele comenzi, cum ar fi hg pisică/hg reveni, pur și simplu eșuează când i se cere
produce date cenzurate. Alții, ca hg verifica și hg actualizare, trebuie să fie capabil să tolereze
datele cenzurate pentru a continua să funcționeze într-un mod semnificativ. Asemenea comenzi doar tolerează
revizuirile fișierelor cenzurate dacă sunt permise de opțiunea de configurare „censor.policy=ignore”.

Comenzi
cenzura
hg censor -r REV [-t TEXT] [FIȘIER]

Opțiuni:

-r,--rev
cenzurați fișierul din versiunea specificată

-t,--piatră funerară
date de înlocuire a pietrelor funerare

chgserver
extensie server de comandă pentru cHg (EXPERIMENTAL)

„S” canal (Citeste, scrie)
propagați cererea ui.system() către client

'attachio' comandă
atașați stdio-ul clientului transmis de sendmsg()

'chdir' comandă
schimba directorul curent

'getpager' comandă
verifică dacă paginatorul este activat și care paginator trebuie executat

„setenv” comandă
înlocuiți os.environ complet

„SUPRAȚI” semnal
reîncărcați fișierele de configurare

copiilor
comandă pentru a afișa seturile de modificări pentru copii (DEPRECAT)

Această extensie este depreciată. Ar trebui să folosești hg log -r "copii (REV)" in schimb.

Comenzi
copiilor
arată copiii versiunii date sau ale directorului de lucru:

hg copii [-r REV] [FIȘIER]

Tipăriți copiii din revizuirile directorului de lucru. Dacă o revizuire este dată prin
-r/--rev, copiii acelei revizuiri vor fi tipăriți. Dacă este dat un argument de fișier,
versiunea în care fișierul a fost modificat ultima dată (după revizuirea directorului de lucru sau
argumentul la --rev dacă este dat) este tipărit.

Vă rugăm să folosiți hg log in schimb:

hg children => hg log -r „copii()”
hg copii -r REV => hg log -r „copii (REV)”

Vedea hg ajutor log și hg ajutor revsets.copii.

Opțiuni:

-r,--rev
arătați copiii din versiunea specificată

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

putinei
comandă pentru a afișa statistici despre istoricul depozitului

Comenzi
putinei
histograma modificărilor aduse depozitului:

hg churn [-d DATA] [-r REV] [--aliases FILE] [FILE]

Această comandă va afișa o histogramă reprezentând numărul de linii modificate sau
revizuiri, grupate în funcție de șablonul dat. Șablonul implicit se va grupa
modificări după autor. Opțiunea --dateformat poate fi utilizată pentru a grupa rezultatele după dată
in schimb.

Statisticile se bazează pe numărul de linii modificate sau, alternativ, pe numărul de
revizuiri de potrivire dacă este specificată opțiunea --changesets.

Exemple:

# afișa numărul de linii modificate pentru fiecare comisionar
hg churn -t „{autor|e-mail}”

# afișați graficul activității zilnice
hg churn -f „%H” -s -c

# afișați activitatea dezvoltatorilor pe lună
hg churn -f „%Y-%m” -s -c

# afișa numărul de linii schimbat în fiecare an
hg churn -f „%Y” -s

Este posibil să mapați adrese de e-mail alternative la o adresă principală prin furnizarea unui fișier
folosind următorul format:

=

Un astfel de fișier poate fi specificat cu opțiunea --aliases, altfel un fișier .hgchurn va fi
căutat în directorul de lucru rădăcină. Aliasurile vor fi împărțite din partea din dreapta „=".

Opțiuni:

-r,--rev
rata de numărare pentru revizuirea sau resetarea specificată

-d,--Data
rata de numărare pentru revizuirile care se potrivesc cu specificațiile datei

-t,--vechiul șablon
șablon pentru a grupa seturi de modificări (DEPRECAT)

-T,--șablon
șablon pentru a grupa seturile de modificări (implicit: {author|email})

-f,--formatul datei
format compatibil cu strftime pentru gruparea după dată

-c, --seturi de modificări
rata de numărare în funcție de numărul de seturi de modificări

-da, --fel
sortați după cheie (implicit: sortați după număr)

--diffstat
afișați separat liniile adăugate/eliminate

--aliasuri
fișier cu aliasuri de e-mail

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

clonebundle
face publicitate pachetelor pre-generate la clonele de semințe

„clonebundles” este o extensie pe partea de server folosită pentru a promova existența
fișiere pachet pregenerate, găzduite extern către clienții care clonează, astfel încât clonarea respectivă
poate fi mai rapid, mai fiabil și necesită mai puține resurse pe server.

Clonarea poate fi o operațiune intensivă CPU și I/O pe servere. În mod tradițional, serverul, în
răspuns la cererea unui client de a clona, ​​generează dinamic un pachet care conține
întregul conținut al depozitului și îl trimite clientului. Nu există memorie cache pe server
iar serverul va trebui să genereze în mod redundant același pachet de ieșire ca răspuns la
fiecare cerere de clonare. Pentru serverele cu depozite mari sau cu volum mare de clonă, sistemul
încărcarea din clone poate face ca scalarea serverului să fie dificilă și costisitoare.

Această extensie oferă operatorilor de server posibilitatea de a descărca potențial costisitoare
încărcare clonă la un serviciu extern. Iată cum funcționează.

1. Un operator de server stabilește un mecanism pentru a pune la dispoziție fișierele pachete pe a
serviciu de găzduire de unde clienții Mercurial le pot prelua.

2. Se adaugă un fișier manifest care listează adresele URL ale pachetelor disponibile și unele metadate opționale
depozitul Mercurial de pe server.

3. Un client inițiază o clonă împotriva unui server care conștientizează pachetele de clone.

4. Clientul vede că serverul face publicitate pentru pachete de clone și preia manifestul
enumerarea pachetelor disponibile.

5. Clientul filtrează și sortează pachetele disponibile în funcție de ceea ce acceptă și
preferă.

6. Clientul descarcă și aplică un pachet disponibil de la adresa URL specificată de server.

7. Clientul se reconecta la serverul original și efectuează echivalentul hg trage la
preluați toate datele din depozit care nu se află în pachet. (Depozitul ar fi putut fi actualizat
între momentul în care a fost creat pachetul și când clientul a început clona.)

În loc ca serverul să genereze pachete de depozite complete pentru fiecare cerere de clonare, acesta
generează pachete complete o dată și sunt ulterior reutilizate pentru a porni noi clone. The
serverul poate încă transfera date la momentul clonării. Cu toate acestea, acestea sunt doar date care au fost
adăugat/modificat de când a fost creat pachetul. Pentru depozitele mari, stabilite, acest lucru poate
reduceți încărcarea serverului pentru clone la mai puțin de 1% din original.

Pentru a funcționa, această extensie necesită următoarele operatori de server:

· Generarea de fișiere de pachete de conținut de depozit (de obicei periodic, cum ar fi o dată pe
zi).

· Un server de fișiere la care clienții au acces la rețea și cu care Python știe să vorbească
prin facilitatea sa normală de gestionare a adreselor URL (de obicei, un server HTTP).

· Un proces pentru menținerea manifestului pachetelor în sincronizare cu fișierele pachetelor disponibile.

Strict vorbind, utilizarea unui server de găzduire a fișierelor static nu este necesară: un operator de server
ar putea folosi un serviciu dinamic pentru preluarea datelor pachetului. Cu toate acestea, găzduirea fișierelor statice
serviciile sunt simple și scalabile și ar trebui să fie suficiente pentru majoritatea nevoilor.

Fișierele pachetului pot fi generate cu hg pachet comanda. De obicei hg pachet --toate is
folosit pentru a produce un pachet din întregul depozit.

hg debugcreatestreamclonebundle poate fi folosit pentru a produce un special de streaming clona pachet.
Acestea sunt fișiere pachet care sunt extrem de eficiente de produs și consumat (a se citi: rapid).
Cu toate acestea, acestea sunt mai mari decât formatele de pachete tradiționale și necesită suport de către clienți
setul exact de formate de depozit de date din depozit utilizate de depozitul care le-a creat.
De obicei, un server mai nou poate servi date care sunt compatibile cu clienții mai vechi. In orice caz,
de streaming clona pachete nu ai aceasta garantie. server de Operatorii nevoie la be conştient acea
mai nou Versiunile of ager Mai produce de streaming clona pachete incompatibil cu mai în vârstă
ager versiuni.

Un operator de server este responsabil pentru crearea unui .hg/clonebundles.manifest fisierul care contine
lista de fișiere pachet disponibile potrivite pentru însămânțarea clonelor. Dacă acest fișier nu
există, depozitul nu va face publicitate existenței pachetelor de clone atunci când clienții
conectați.

Fișierul manifest conține o listă de intrări delimitată de linie nouă ( ).

Fiecare linie din acest fișier definește un pachet disponibil. Liniile au formatul:

[ = [ = ]]

Adică, o adresă URL urmată de o listă opțională, delimitată de spațiu, de perechi cheie=valoare care descriu
proprietăți suplimentare ale acestui pachet. Atât cheile, cât și valorile sunt codificate URI.

Cheile cu MAJUSCULE sunt rezervate pentru utilizare de către Mercurial și sunt definite mai jos. Toate
cheile fără majuscule pot fi folosite de către instalațiile de pe site. Un exemplu de utilizare pentru proprietăți personalizate
este de a utiliza centru de date atribut pentru a defini în ce centru de date este găzduit un fișier.
Clienții ar putea prefera apoi un server în centrul de date cel mai apropiat de ei.

Următoarele chei rezervate sunt definite în prezent:

BUNDLESPEC
Un șir de „specificații pachet” care descrie tipul pachetului.

Acestea sunt valori de șir care sunt acceptate de argumentul „--type” al hg pachet.

Valorile sunt analizate în modul strict, ceea ce înseamnă că trebuie să fie din
" - " formular. Consultați mercurial.exchange.parsebundlespec() pentru mai multe
Detalii.

hg depanare --spec poate fi folosit pentru a tipări șirul de specificații pachet pentru a
fișier pachet. Ieșirea acestei comenzi poate fi folosită textual pentru valoarea lui
BUNDLESPEC (este deja scapat).

Clienții vor filtra automat specificațiile care sunt necunoscute sau
neacceptat, astfel încât să nu încerce să descarce ceva care probabil nu se va aplica.

Valoarea reală nu afectează comportamentul clientului dincolo de filtrare: clienții o vor face
încă mai adulmecă tipul pachetului din antetul fișierelor descărcate.

Utilizare of acest cheie is extrem de recomandat, deoarece permite clienților să sari cu ușurință
pachete neacceptate. Dacă această cheie nu este definită, un client vechi poate încerca să aplice
un pachet pe care este incapabil să-l citească.

REQUIRESNI
Dacă indicația numelui serverului (SNI) este necesară pentru a se conecta la adresa URL. SNI permite
servere să utilizeze mai multe certificate pe același IP. Este oarecum obișnuit în CDN-uri
și alți furnizori de găzduire. Versiunile Python mai vechi nu acceptă SNI. Definire
acest atribut permite clienților cu versiuni mai vechi de Python să filtreze această intrare
fără a experimenta o eroare SSL opac la momentul conexiunii.

Dacă acest lucru este definit, este important să faceți publicitate unui URL sau clienți de rezervă non-SNI
care rulează versiuni vechi Python ar putea să nu poată clona cu clonebundle-urile
facilitate.

Valoarea ar trebui să fie „adevărată”.

Manifestele pot conține mai multe intrări. Presupunând că metadatele sunt definite, clienții vor filtra
intrări din manifest pe care nu le suportă. Înregistrările rămase sunt opționale
sortate după preferințele clientului (experimental.clonebundleprefers opțiunea de configurare). Clientul
apoi încearcă să preia pachetul la prima adresă URL din lista rămasă.

Erori cand descărcarea a pachet voi eşua il întreg clona Operațiune: clientii do nu
în mod automat cădea înapoi la a tradiţional clona. Motivul pentru aceasta este că, dacă un server este
folosind pachete de clone, probabil că o face, deoarece caracteristica este necesară pentru a o ajuta
scară. Cu alte cuvinte, există o presupunere că încărcarea clonelor va fi descărcată către altul
serviciul și că serverul Mercurial nu este responsabil pentru deservirea acestei încărcări de clonă. Dacă
că alte servicii întâmpină probleme și clienții încep să revină în masă la original
Server Mercurial, încărcarea clonă adăugată ar putea copleși serverul din cauza încărcării neașteptate
și luați-l în mod eficient offline. A nu avea clienți să revină automat la clonare
de la serverul original atenuează acest scenariu.

Deoarece nu există o rezervă automată a serverului Mercurial la eșecul pachetului de găzduire
serviciu, este important ca operatorii de server să vadă serviciul de găzduire a pachetului ca un
extinderea serverului Mercurial în ceea ce privește disponibilitatea și acordurile de nivel de servicii:
dacă serviciul de găzduire a pachetului scade, la fel scade și capacitatea clienților de a clona. Notă:
clienții vor vedea un mesaj care îi va informa cum să ocolească facilitatea pachetelor de clone atunci când a
apare eșecul. Deci, operatorii de server ar trebui să se pregătească pentru ca unii oameni să le urmeze
instrucțiuni atunci când are loc o defecțiune, conducând astfel mai multă sarcină la Mercurial original
server atunci când serviciul de găzduire a pachetului eșuează.

culoare
colorați ieșirea de la unele comenzi

Extensia de culoare colorează ieșirea de la mai multe comenzi Mercurial. De exemplu, cel
Comanda diff arată adăugările în verde și ștergerile în roșu, în timp ce comanda de stare arată
fișiere modificate în magenta. Multe alte comenzi au culori similare. Este posibil să
personalizați aceste culori.

Efecte
Sunt disponibile și alte efecte pe lângă culoare, cum ar fi textul aldine și subliniat. De
implicit, baza de date terminfo este folosită pentru a găsi codurile terminalelor folosite pentru a schimba culoarea și
efect. Dacă terminfo nu este disponibil, atunci efectele sunt redate cu ECMA-48 SGR
funcția de control (alias coduri de evacuare ANSI).

Efectele disponibile în modul Terminfo sunt „clipire”, „bold”, „dim”, „invers”, „invizibil”,
„italic”, „remarcat” și „subliniat”; în modul ECMA-48, opțiunile sunt „bold”, „inverse”,
„italic” și „subliniat”. Modul în care este redat fiecare depinde de emulatorul terminalului. niste
este posibil să nu fie disponibil pentru un anumit tip de terminal și va fi ignorat în tăcere.

etichete
Textul primește efecte de culoare în funcție de etichetele pe care le are. Multe Mercurial implicite
comenzile emit text etichetat. De asemenea, vă puteți defini propriile etichete în șabloane folosind
funcția de etichetă, vezi hg ajutor şabloane. O singură porțiune de text poate avea mai multe
eticheta. În acest caz, efectele date ultimei etichete vor depăși orice alte efecte. Acest
include efectul special „niciunul”, care anulează alte efecte.

Etichetele sunt în mod normal invizibile. Pentru a vedea aceste etichete și poziția lor în
text, utilizați opțiunea globală --color=debug. Același text de ancorare poate fi asociat
mai multe etichete, de ex

[log.changeset changeset.secret|changeset: 22611:6f0a53c8f587]

Următoarele sunt efectele implicite pentru unele etichete implicite. Efectele implicite pot fi
înlocuit din fișierul de configurare:

[culoare]
status.modified = subliniat albastru aldine red_background
status.added = verde bold
status.removed = roșu bold blue_background
status.deleted = subliniere cyan aldine
status.unknown = subliniere magenta bold
status.ignored = negru bold

# „niciunul” dezactivează toate efectele
status.clean = none
status.copied = none

qseries.applied = subliniere albastru bold
qseries.unapplied = negru bold
qseries.missing = red bold

diff.diffline = bold
diff.extended = cyan bold
diff.file_a = roșu bold
diff.file_b = verde bold
diff.hunk = magenta
diff.deleted = roșu
diff.inserted = verde
dif.schimbat = alb
diff.tab =
diff.trailingwhitespace = fundal_roșu aldine

# Gol, astfel încât să moștenească stilul etichetei din jur
changeset.public =
changeset.draft =
changeset.secret =

resolve.unresolved = roșu bold
resolve.resolved = verde bold

marcaje.activ = verde

ramuri.activ = nici unul
ramuri.închis = negru bold
ramuri.curent = verde
ramuri.inactiv = nici unul

tags.normal = verde
tags.local = negru bold

rebase.rebased = albastru
rebase.remaining = red bold

shelve.age = cyan
raft.nouă = verde bold
raft.nume = albastru bold

histedit.remaining = red bold

pachet personalizat culori
Deoarece există doar opt culori standard, acest modul vă permite să definiți nume de culori
pentru alte sloturi de culoare care ar putea fi disponibile pentru tipul dvs. de terminal, presupunând terminfo
modul. De exemplu:

culoare.albastru strălucitor = 12
culoare.roz = 207
culoare.portocaliu = 202

pentru a seta „albastru strălucitor” la slotul de culoare 12 (util pentru terminale de 16 culori care au
culori definite în cele opt de sus) și, „roz” și „portocaliu” la culori în xterm de 256 de culori
cub de culoare implicit. Aceste culori definite pot fi apoi utilizate ca oricare dintre cele predefinite
opt, inclusiv adăugarea „_background” pentru a seta fundalul la culoarea respectivă.

Moduri
În mod implicit, extensia de culoare va folosi modul ANSI (sau modul win32 pe Windows) dacă este
detectează un terminal. Pentru a anula modul automat (pentru a activa modul Terminfo, de exemplu), setați
următoarea opțiune de configurare:

[culoare]
mode = terminfo

Orice valoare, alta decât „ansi”, „win32”, „tinfo” sau „auto”, va dezactiva culoarea.

Rețineți că pe unele sisteme, modul Terminfo poate cauza probleme atunci când utilizați culoarea cu
extensia pager și mai puțin -R. mai puțin cu opțiunea -R va afișa doar culoarea ECMA-48
coduri, iar modul Terminfo poate emite uneori coduri pe care mai puțin nu le înțelege. Puteți
rezolvați acest lucru fie folosind modul ansi (sau modul automat), fie folosind mai puțin -r (ceea ce va
trece prin toate codurile de control ale terminalelor, nu doar codurile de control al culorii).

Pe unele sisteme (cum ar fi MSYS în Windows), terminalul poate accepta un mod de culoare diferit
decât paginatorul (activat prin extensia „pager”). Este posibil să se definească separat
moduri în funcție de dacă paginatorul este activ:

[culoare]
mod = auto
pagemode = ansi

If Pagemode nu este definit, cel mod va fi folosit.

Comenzi
converti
importați revizuiri din depozitele VCS străine în Mercurial

Comenzi
converti
convertiți un depozit SCM străin într-unul Mercurial.:

hg convert [OPȚIUNE]... SOURCE [DEST [REVMAP]]

Formate de sursă acceptate [identificatori]:

· Mercurial [hg]

· CVS [cvs]

· Darcs [darcs]

· git [git]

· Subversiune [svn]

· Monoton [mtn]

· GNU Arch [gnuarch]

· Bazar [bzr]

· Forțat [p4]

Formate de destinație acceptate [identificatori]:

· Mercurial [hg]

· Subversion [svn] (istoria pe ramuri nu este păstrată)

Dacă nu se oferă nicio revizuire, toate revizuirile vor fi convertite. În caz contrar, convertiți numai
import până la revizuirea numită (dată într-un format înțeles de sursă).

Dacă nu este specificat niciun nume de director de destinație, acesta este implicit la numele de bază al sursei
cu -hg anexat. Dacă depozitul de destinație nu există, acesta va fi creat.

În mod implicit, toate sursele, cu excepția Mercurial, vor folosi --branchsort. Utilizări mercuriale
--sourcesort pentru a păstra ordinea numerelor de revizuire originale. Modurile de sortare au următoarele
efecte:

--branchsort
convertiți din revizuirea părinte în fii atunci când este posibil, ceea ce înseamnă că ramurile sunt
de obicei convertite una după alta. Acesta generează depozite mai compacte.

--datesort
sortați revizuirile după dată. Arhivele convertite au jurnalele de modificări arătoase, dar sunt
adesea un ordin de mărime mai mare decât aceleași generate de --branchsort.

--sourcesort
încercați să păstrați ordinea revizuirilor surselor, susținute doar de sursele Mercurial.

--closesort
încercați să mutați revizuirile închise cât mai aproape posibil de ramurile părinte, numai
susținut de sursele Mercurial.

If REVMAP nu este dat, va fi plasat într-o locație implicită (/.hg/shamap by
Mod implicit). The REVMAP este un fișier text simplu care mapează fiecare ID de comitere sursă la
ID de destinație pentru acea revizuire, astfel:



Dacă fișierul nu există, este creat automat. Este actualizat la fiecare commit copiat,
so hg converti poate fi întrerupt și poate fi rulat în mod repetat pentru a copia noi comiteri.

Harta autorului este un fișier text simplu care mapează fiecare autor de comitere sursă la o destinație
comite autor. Este la îndemână pentru SCM-urile sursă care utilizează login-uri Unix pentru a identifica autorii (de exemplu:
CVS). O linie per maparea autorului și formatul liniei este:

autor sursă = autor destinație

Linii goale și linii care încep cu a # sunt ignorate.

Filemap este un fișier care permite filtrarea și remaparea fișierelor și directoarelor. Fiecare
linia poate conține una dintre următoarele directive:

include calea/către/fișier-sau-dir

exclude calea/către/fișier-sau-dir

redenumiți calea/către/calea sursă/către/destinație

Rândurile de comentarii încep cu #. O cale specificată se potrivește dacă este egală cu numele relativ complet
a unui fișier sau a unuia dintre directoarele părinte ale acestuia. The include or exclude directivă cu
se aplică cea mai lungă cale de potrivire, deci ordinea liniilor nu contează.

include directiva face ca un fișier sau toate fișierele dintr-un director să fie incluse în
depozitul de destinație. Implicit dacă nu există include declarații este de a include
Tot. Dacă există include declarații, nimic altceva nu este inclus. The exclude
directiva face ca fișierele sau directoarele să fie omise. The redenumi directiva redenumește un fișier
sau director dacă este convertit. Pentru a redenumi dintr-un subdirector în rădăcina fișierului
depozit, utilizare . ca cale pentru a redenumi.

--deplin se va asigura că seturile de modificări convertite conțin exact fișierele potrivite cu
conținut corect. Va face o conversie completă a tuturor fișierelor, nu doar a celor care au
schimbat. Fișierele care sunt deja corecte nu vor fi modificate. Aceasta poate fi folosită pentru a aplica
Harta fișierului se modifică la conversia incrementală. Acest lucru este în prezent acceptat numai pentru
Mercurial și Subversion.

Slicemap este un fișier care permite inserarea istoricului sintetic, permițându-vă să specificați
părinţii unei revizuiri. Acest lucru este util dacă, de exemplu, doriți să dați o îmbinare Subversion două
părinți, sau altoiți împreună două serii de istorie deconectate. Fiecare intrare conține o cheie,
urmat de un spațiu, urmat de una sau două valori separate prin virgulă:

cheie parent1, parent2

Cheia este ID-ul revizuirii din sistemul de control al revizuirii sursă ai cărui părinți ar trebui să fie
modificat (același format ca o cheie în .hg/shamap). Valorile sunt ID-urile revizuirii (în oricare
sistemul de control al revizuirii sursă sau destinație) care ar trebui să fie folosit ca noi părinți
pentru acel nod. De exemplu, dacă ați îmbinat „release-1.0” în „trunk”, atunci ar trebui
specificați revizuirea de pe „trunk” ca prim părinte și cea de pe „release-1.0”
ramură ca a doua.

Branchmap este un fișier care vă permite să redenumiți o ramură atunci când este introdusă
din orice depozit extern. Atunci când este utilizat împreună cu o hartă de îmbinare, permite
pentru o combinație puternică pentru a ajuta la remedierea chiar și a celor mai prost gestionate depozite și
transforma-le în depozite Mercurial bine structurate. Harta ramurilor conține linii de
forma:

original_branch_name new_branch_name

unde „original_branch_name” este numele ramurii din depozitul sursă și
„new_branch_name” este numele ramurului este depozitul de destinație. Fără spațiu alb
este permisă în numele ramurilor. Aceasta poate fi folosită (de exemplu) pentru a muta codul într-unul
depozit de la „implicit” la o ramură numită.

ager Sursă
Sursa Mercurial recunoaște următoarele opțiuni de configurare, pe care le puteți seta
linia de comandă cu --config:

convert.hg.ignoreerrors
ignora erorile de integritate la citire. Folosiți-l pentru a repara depozitele Mercurial cu
revlog-uri lipsă, prin conversia de la și către Mercurial. Implicit este False.

convert.hg.saverev
stocați ID-ul versiunii originale în set de modificări (forțează modificarea ID-urilor țintă). Este nevoie de o
argument boolean și implicit este fals.

convert.hg.startrev
specificați revizuirea inițială Mercurial. Valoarea implicită este 0.

convert.hg.revs
revset care specifică revizuirile sursei de convertit.

CVS Sursă
Sursa CVS va folosi un sandbox (adică o copie extrasă) din CVS pentru a indica începutul
punctul de ceea ce va fi convertit. Accesul direct la fișierele de depozit nu este necesar,
cu excepția cazului în care, desigur, depozitul este :local:. Conversia folosește directorul de nivel superior în
sandbox pentru a găsi depozitul CVS și apoi utilizează comenzile CVS rlog pentru a găsi fișiere pentru
convertit. Aceasta înseamnă că, dacă nu este dată o hartă de fișiere, toate fișierele din directorul de pornire
vor fi convertite și că orice reorganizare a directorului din sandbox-ul CVS este ignorată.

Următoarele opțiuni pot fi utilizate cu --config:

convert.cvsps.cache
Setați la Fals pentru a dezactiva stocarea în cache a jurnalelor de la distanță, în scopuri de testare și depanare.
Implicit este True.

convert.cvsps.fuzz
Specificați timpul maxim (în secunde) care este permis între comitări
utilizator identic și mesaj de jurnal într-un singur set de modificări. Când fișierele foarte mari erau
verificat ca parte a unui set de modificări, atunci este posibil ca implicit să nu fie suficient de lung. The
implicit este 60.

convert.cvsps.mergeto
Specificați o expresie regulată cu care se potrivesc mesajele de jurnal de comitere. Dacă un meci
are loc, atunci procesul de conversie va insera o revizuire inactivă care îmbină ramura
pe care acest mesaj de jurnal apare la ramura indicată în regex. Implicit este
{{mergetobranch ([-\w]+)}}

convert.cvsps.mergefrom
Specificați o expresie regulată cu care se potrivesc mesajele de jurnal de comitere. Dacă un meci
are loc, atunci procesul de conversie va adăuga cea mai recentă revizuire pe ramură
indicat în regex ca al doilea părinte al setului de modificări. Implicit este
{{mergefrombranch ([-\w]+)}}

convert.localtimezone
utilizați ora locală (după cum este determinată de variabila de mediu TZ) pentru setul de modificări
data/orele. Valoarea implicită este False (utilizați UTC).

cârlige.cvslog
Specificați o funcție Python care să fie apelată la sfârșitul culegerii jurnalului CVS. The
funcției primește o listă cu intrările din jurnal și poate modifica intrările
în loc sau adăugați-le sau ștergeți-le.

cârlige.cvschangesets
Specificați o funcție Python care să fie apelată după ce seturile de modificări sunt calculate din
Jurnalul CVS. Funcția primește o listă cu intrările setului de modificări și se poate modifica
seturile de modificări la locul lor sau adăugați-le sau ștergeți-le.

O comandă suplimentară „debugcvsps” Mercurial permite codului de îmbinare a setului de modificări încorporat să
să fie rulat fără a face o conversie. Parametrii și ieșirea acestuia sunt similare cu cele ale cvsps
2.1. Consultați ajutorul comenzii pentru mai multe detalii.

Subversion Sursă
Sursa Subversion detectează aspectul clasic al trunchiului/ramurilor/etichetelor. În mod implicit, cel furnizat
svn://repo/path/ URL-ul sursă este convertit ca o singură ramură. Dacă svn://repo/path/trunk
există, înlocuiește ramura implicită. Dacă svn://repo/path/branches există, ei
subdirectoarele sunt listate ca posibile ramuri. Dacă svn://repo/path/tags există, este
a căutat etichete care să facă referire la ramuri convertite. Mod implicit trunchi, ramuri și tag-uri Valorile
poate fi înlocuit cu următoarele opțiuni. Setați-le la căi în raport cu adresa URL sursă sau
lăsați-le necompletate pentru a dezactiva detectarea automată.

Următoarele opțiuni pot fi setate cu --config:

convert.svn.ramuri
specificați directorul care conține ramuri. Valoarea implicită este ramuri.

convert.svn.tags
specificați directorul care conține etichetele. Valoarea implicită este tag-uri.

convert.svn.trunk
specificați numele ramului trunchiului. Valoarea implicită este trunchi.

convert.localtimezone
utilizați ora locală (după cum este determinată de variabila de mediu TZ) pentru setul de modificări
data/orele. Valoarea implicită este False (utilizați UTC).

Istoricul sursei poate fi preluat începând cu o anumită revizuire, în loc să fie
convertit integral. Sunt acceptate doar conversiile unei singure ramuri.

convert.svn.startrev
specificați numărul de revizuire Subversion de pornire. Valoarea implicită este 0.

merge Sursă
Importatorul Git convertește comiterile din toate ramurile accesibile (ref. în refs/heads) și
telecomenzi (refs în refs/remotes) către Mercurial. Ramurile sunt convertite în marcaje cu ajutorul
același nume, cu principalele „refs/heads” eliminate. Submodulele Git sunt convertite în Git
subrepos în Mercurial.

Următoarele opțiuni pot fi setate cu --config:

convert.git.similaritate
specificați modul în care fișierele similare modificate într-un commit trebuie să fie importate ca redenumiri sau
copii, ca procent între 0 (cu handicap) și 100 (fișierele trebuie să fie identice). Pentru
exemplu, 90 înseamnă că o pereche de ștergere/adăugare va fi importată ca redenumire dacă mai mult de
90% din fișier nu s-a schimbat. Valoarea implicită este 50.

convert.git.findcopiesharder
în timp ce detectați copii, priviți toate fișierele din copia de lucru în loc de doar
cele schimbate. Acest lucru este foarte costisitor pentru proiecte mari și este eficient numai atunci când
convert.git.similaritate este mai mare decât 0. Valoarea implicită este False.

convert.git.remoteprefix
referințele de la distanță sunt convertite ca marcaje cu convert.git.remoteprefix ca prefix
urmată de a /. Valoarea implicită este „la distanță”.

convert.git.skipsubmodules
nu convertește fișierele .gitmodules la nivel rădăcină sau fișierele cu indicarea modului 160000
un submodul. Implicit este False.

vrând-nevrând Sursă
Importatorului Perforce (P4) i se poate oferi o cale de depozit p4 sau o specificație client ca
sursă. Va converti toate fișierele din sursă într-un depozit Mercurial plat, ignorând
etichete, ramuri și integrări. Rețineți că atunci când vi se oferă o cale de depozit, atunci de obicei
ar trebui să specifice un director țintă, deoarece altfel ținta poate fi numită ...-hg.

Următoarele opțiuni pot fi setate cu --config:

convert.p4.encoding
specificați codificarea de utilizat la decodarea ieșirii standard a comenzii Perforce
instrument de linie. Valoarea implicită este codarea implicită de sistem.

convert.p4.startrev
specificați revizuirea inițială Perforce (un număr din lista de modificări Perforce).

ager Destinaţie
Destinația Mercurial va recunoaște subdepozitele Mercurial din destinație
director și actualizați automat fișierul .hgsubstate dacă este destinația
subdepozitele conțin / /.hg/fișier shamap. Convertirea unui depozit cu
subdepozitele necesită conversia unui singur depozit la un moment dat, de jos în sus.

Un exemplu care arată cum să convertiți un depozit cu subdepozite:

# deci convertul cunoaște tipul când vede o destinație care nu este goală
$ hg init convertit

$ hg convert orig/sub1 convertit/sub1
$ hg convert orig/sub2 convertit/sub2
$ hg convert orig convertit

Sunt acceptate următoarele opțiuni:

convert.hg.clonebranches
ramuri sursă de expediere în clone separate. Valoarea implicită este False.

convert.hg.tagsbranch
numele ramurilor pentru revizuirile etichetelor, implicit lipsă.

convert.hg.usebranchnames
păstrează numele de ramuri. Valoarea implicită este True.

convert.hg.sourcename
înregistrează șirul dat ca valoare suplimentară „convert_source” pentru fiecare comitere efectuată în
depozitul țintă. Valoarea implicită este Niciuna.

TOATE destinații
Toate tipurile de destinații acceptă următoarele opțiuni:

convert.skiptags
nu convertește etichetele din depozitul sursă în depozitul țintă. Valoarea implicită este
Fals.

Opțiuni:

--autori
numele de utilizator pentru maparea numelui fișierului (DEPRECAT) (utilizați --authormap în schimb)

-da,--tip-sursă
tipul de depozit sursă

-d,--dest-tip
tipul de depozit de destinație

-r,--rev
import până la versiunea sursă REV

-A,--authormap
remapează numele de utilizator folosind acest fișier

--filemap
remapați numele fișierelor folosind conținutul fișierului

--deplin aplicați modificările hărții fișierelor prin conversia din nou a tuturor fișierelor

--splicemap
îmbinare a sintetizat istoria în loc

--harta ramurilor
schimbați numele ramurilor în timpul conversiei

--branchsort
încercați să sortați seturile de modificări după ramuri

--datesort
încercați să sortați seturile de modificări după dată

--sourcesort
păstrează ordinea seturilor de modificări sursă

--closesort
încercați să reordonați versiunile închise

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

eol
gestionați automat liniile noi în fișierele de depozit

Această extensie vă permite să gestionați tipul de sfârșit de linie (CRLF sau LF) care sunt utilizate în
depozit și în directorul de lucru local. În acest fel, puteți obține terminații de linie CRLF
pe Windows și LF pe Unix/Mac, permițând astfel tuturor să-și folosească terminațiile liniei native ale sistemului de operare.

Extensia își citește configurația dintr-o versiune .hgeol fișierul de configurare găsit în
rădăcina directorului de lucru. The .hgeol fișierul folosește aceeași sintaxă ca toate celelalte
Fișiere de configurare Mercurial. Folosește două secțiuni, [modele] și [repertoriu].

[modele] secțiunea specifică modul în care terminațiile de linie ar trebui convertite între operațiuni
directorul și depozitul. Formatul este specificat de un model de fișier. Primul meci
este folosit, așa că puneți mai întâi modele mai specifice. Terminațiile de linie disponibile sunt LF, CRLF, și
BIN.

Fișierele cu formatul declarat de CRLF or LF sunt întotdeauna verificate și stocate în
depozit în acel format și fișiere declarate binare (BIN) sunt lăsate neschimbate.
În plus, nativ este un alias pentru verificare în sfârșitul de linie implicit al platformei:
LF pe Unix (inclusiv Mac OS X) și CRLF pe Windows. Rețineți că BIN (nu faceți nimic pentru alinierea
terminații) este comportamentul implicit al lui Mercurial; este necesar doar dacă trebuie să anulați a
mai târziu, model mai general.

Opțional [repertoriu] secțiunea specifică sfârșiturile de linie de utilizat pentru fișierele stocate în
depozitul. Are o singură setare, nativ, care determină terminațiile liniei de stocare
pentru dosarele declarate ca nativ în [modele] secțiune. Poate fi setat la LF or CRLF.
implicit este LF. De exemplu, aceasta înseamnă că pe Windows, fișierele configurate ca nativ (CRLF
implicit) va fi convertit în LF atunci când sunt stocate în depozit. Dosarele declarate ca LF,
CRLF, Sau BIN în [modele] secțiunea sunt întotdeauna stocate așa cum sunt în depozit.

Exemplu versionat .hgeol fișier:

[modele]
**.py = nativ
**.vcproj = CRLF
**.txt = nativ
Makefile = LF
**.jpg = BIN

[repertoriu]
nativ = LF

Notă Regulile se vor aplica mai întâi atunci când fișierele sunt atinse în directorul de lucru, de exemplu de
actualizare la null și înapoi la vârf pentru a atinge toate fișierele.

Extensia folosește un opțional [eol] secțiune citită atât din Mercurial normal
fișierele de configurare și .hgeol dosar, acesta din urmă înlocuindu-l pe primul. Poti
utilizați acea secțiune pentru a controla comportamentul general. Există trei setări:

· eol.nativ (Mod implicit os.linesep) poate fi setat la LF or CRLF pentru a anula valoarea implicită
interpretarea nativ pentru checkout. Acesta poate fi folosit cu hg Arhiva pe Unix, să zicem
generați o arhivă în care fișierele au sfârșit de linie pentru Windows.

· eol.numai-consistent (Adevărat implicit) poate fi setat la Fals pentru a face conversia extensiei
fișiere cu EOL inconsecvente. Inconsecventă înseamnă că există ambele CRLF și LF prezenta
în dosar. În mod normal, astfel de fișiere nu sunt atinse în baza presupunerii că au
EOL mixte intenționat.

· eol.fix-trailing-newline (implicit False) poate fi setat la True pentru a se asigura că este convertit
fișierele se termină cu un caracter EOL (fie \n or \ R \ n conform modelelor configurate).

Extensia prevede cleverencode: și cleverdecode: filtre ca cele depreciate
Extensia win32text face. Aceasta înseamnă că puteți dezactiva win32text și puteți activa eol și
filtrele dvs. vor funcționa în continuare. Trebuie doar să utilizați aceste filtre până când ați pregătit un
.hgeol fișier.

win32text.forbid* cârligele furnizate de extensia win32text au fost unificate într-un
un singur cârlig numit eol.checkheadshook. Cârligul va căuta sfârșiturile de linie așteptate din
il .hgeol fișier, ceea ce înseamnă că trebuie să migrați la a .hgeol fișierul mai întâi înainte de a utiliza fișierul
cârlig. eol.checkheadshook numai capete de verificări, revizuirile intermediare invalide vor fi împinse.
Pentru a le interzice complet, utilizați eol.checkallhook cârlig. Aceste cârlige sunt cel mai bine folosite ca
pretxnchangegroup cârlige.

Vedea hg ajutor modele pentru mai multe informații despre modelele glob utilizate.

extdiff
comandă pentru a permite programelor externe să compare revizuirile

Extensia extdiff Mercurial vă permite să utilizați programe externe pentru a compara revizuirile,
sau revizuire cu directorul de lucru. Programele externe diff sunt apelate cu a
set configurabil de opțiuni și două argumente non-opțiuni: căi către directoare care conțin
instantanee ale fișierelor de comparat.

Extensia extdiff vă permite, de asemenea, să configurați noi comenzi diff, deci nu aveți nevoie
a tasta hg extdiff -p kdiff3 mereu.

[extdiff]
# adăugați o nouă comandă care rulează GNU dif(1) în modul „diferență de context”.
cdiff = gdiff -Nprc5
## sau modul vechi:
#cmd.cdiff = gdiff
#opts.cdiff = -Nprc5

# adăugați o nouă comandă numită meld, rulează meld (nu este nevoie să denumiți de două ori). Dacă
# executabilul meld nu este disponibil, instrumentul meld din [merge-tools]
# va fi folosit, dacă este disponibil
meld =

# adăugați o nouă comandă numită vimdiff, rulează gvimdiff cu pluginul DirDiff
# (vedea http://www.vim.org/scripts/script.php?script_id=102) Non
# Utilizator englez, asigurați-vă că puneți „let g:DirDiffDynamicDiffText = 1” în
# .vimrc dvs
vimdiff = gvim -f „+next” \
„+execuți „DirDiff” fnameescape(argv(0)) fnameescape(argv(1))"

Argumentele instrumentului pot include variabile care sunt extinse în timpul execuției:

$parent1, $plabel1 - numele fișierului, eticheta descriptivă a primului părinte
$child, $clabel - numele fișierului, eticheta descriptivă a revizuirii copilului
$parent2, $plabel2 - numele fișierului, eticheta descriptivă a celui de-al doilea părinte
$root - rădăcină de depozit
$parent este un alias pentru $parent1.

Extensia extdiff va căuta în secțiunile [diff-tools] și [merge-tools] pentru diff
argumente instrument, atunci când niciunul nu este specificat în [extdiff].

[extdiff]
kdiff3 =

[instrumente diferite]
kdiff3.diffargs=--L1 '$plabel1' --L2 '$clabel' $părinte $copil

Puteți utiliza -I/-X și lista de nume de fișiere sau de directoare ca în mod normal hg dif comanda.
Extensia extdiff face instantanee numai ale fișierelor necesare, deci rulează difer-ul extern
programul va fi de fapt destul de rapid (cel puțin mai rapid decât trebuie să comparați întregul
copac).

Comenzi
extdiff
utilizați un program extern pentru a diferenția depozitul (sau fișierele selectate):

hg extdiff [OPT]... [FIȘIER]...

Afișați diferențele dintre revizuirile pentru fișierele specificate, folosind un program extern. The
programul implicit folosit este diff, cu opțiunile implicite „-Npru”.

Pentru a selecta un alt program, utilizați opțiunea -p/--program. Programul va fi trecut de
numele a două directoare de comparat. Pentru a transmite opțiuni suplimentare programului, utilizați
-o/--opțiune. Acestea vor fi trecute înaintea numelor directoarelor pentru comparare.

Când sunt date două argumente de revizuire, atunci sunt afișate modificări între acele revizuiri. Dacă
este specificată o singură revizuire, apoi acea revizuire este comparată cu directorul de lucru,
și, când nu sunt specificate revizuiri, fișierele directorului de lucru sunt comparate cu acestea
mamă.

Opțiuni:

-p,--program
program de comparare pentru a rula

-o,--opțiune
trece opțiunea la programul de comparație

-r,--rev
Revizuire

-c,--Schimbare
modificare efectuată prin revizuire

--plasture
comparați patch-urile pentru două versiuni

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-S, --subrepos
recurge în subrepozitive

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

factotum
autentificare http cu factotum

Această extensie permite factotum(4) instalație de pe Planul 9 de la platformele Bell Labs la
furnizați informații de autentificare pentru accesul HTTP. Intrările de configurare specificate în
secțiunea de autentificare, precum și informațiile de autentificare furnizate în adresa URL a depozitului sunt
pe deplin sprijinit. Dacă nu este specificat niciun prefix, se va presupune o valoare „*”.

În mod implicit, cheile sunt specificate ca:

proto=pass service=hg prefix= utilizator= !parola=

Dacă extensia factotum nu poate citi cheia necesară, va fi solicitată una
interactiv.

O secțiune de configurare este disponibilă pentru a personaliza comportamentul de rulare. În mod implicit, acestea
intrările sunt:

[factotum]
executabil = /bin/auth/factotum
punct de montare = /mnt/factotum
service = hg

Intrarea executabilă definește calea completă către binarul factotum. Intrarea punctului de montare
definește calea către serviciul de fișiere factotum. În cele din urmă, intrarea de serviciu controlează
numele serviciului folosit la citirea cheilor.

aduc
trageți, actualizați și îmbinați într-o singură comandă (DEPRECAT)

Comenzi
aduc
extrageți modificări dintr-un depozit la distanță, îmbinați modificări noi dacă este necesar.:

hg aducă [SOURCE]

Aceasta găsește toate modificările din depozit la calea sau adresa URL specificată și le adaugă
depozitul local.

Dacă modificările extrase adaugă un nou cap de ramură, capul este fuzionat automat și
rezultatul fuziunii este comis. În caz contrar, directorul de lucru este actualizat pentru a include
noile schimbari.

Când este nevoie de o îmbinare, directorul de lucru este mai întâi actualizat la nou-tras
schimbări. Modificările locale sunt apoi îmbinate în modificările extrase. Pentru a schimba ordinea de îmbinare,
utilizați --switch-parent.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Returnează 0 la succes.

Opțiuni:

-r,--rev
o anumită revizuire pe care ați dori să o efectuați

-e, --Editați | ×
invocați editorul la mesajele de comitere

--force-editor
editați mesajul de comitere (DEPRECAT)

--switch-parent
schimbă părinții la fuziune

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

GPG
comenzi pentru semnarea și verificarea seturilor de modificări

Comenzi
sigcheck
verificați toate semnăturile care pot exista pentru o anumită revizuire:

hg sigcheck REV

verificați toate semnăturile care pot exista pentru o anumită revizuire

semna
adăugați o semnătură pentru revizuirea curentă sau dată:

semn hg [OPȚIUNE]... [REV]...

Dacă nu se oferă nicio revizuire, este folosit directorul părinte al directorului de lucru sau sfatul dacă nu
revizuirea este verificată.

gpg.cmd setarea config poate fi folosită pentru a specifica comanda de rulat. O cheie implicită poate fi
specificat cu gpg.key.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Opțiuni:

-l, --local
face semnătura locală

-f, --forta
semnează chiar dacă fișierul sig este modificat

--nu-commit
nu comiteți fișierul sig după semnare

-k,--cheie
ID-ul cheii cu care să semnați

-m,--mesaj
utilizați textul ca mesaj de confirmare

-e, --Editați | ×
invocați editorul la mesajele de comitere

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

semne
listează seturile de modificări semnate:

hg semne

listează seturile de modificări semnate

graphlog
comandă pentru a vizualiza grafice de revizuire dintr-un shell (DEPRECAT)

Funcționalitatea acestei extensii a fost inclusă în nucleul Mercurial începând cu versiunea 2.3.
Vă rugăm să folosiți hg log -G ... in schimb.

Această extensie adaugă o opțiune --graph la comenzile de intrare, de ieșire și de jurnal. Când aceasta
opțiunile sunt oferite, este afișată și o reprezentare ASCII a graficului de revizuire.

Comenzi
păducel
arată istoricul revizuirilor alături de un grafic de revizuire ASCII:

hg glog [OPȚIUNE]... [FIȘIER]

Imprimați un istoric al reviziilor alături de un grafic al reviziilor desenat cu caractere ASCII.

Nodurile tipărite ca un caracter @ sunt părinți ai directorului de lucru.

Acesta este un alias pentru hg log -G.

Opțiuni:

-f, --urma
urmăriți istoricul setului de modificări sau istoricul fișierelor prin copii și redenumiri

--urmează-întâi
urmați numai primul părinte al setului de modificări de îmbinare (DEPRECAT)

-d,--Data
arată revizuirile care se potrivesc cu specificațiile datei

-C, --copii
afișează fișierele copiate

-k,--cuvânt cheie
faceți o căutare fără majuscule pentru un anumit text

-r,--rev
afișează revizuirea sau reversia specificată

--îndepărtat
include revizuiri în care fișierele au fost eliminate

-m, --doar-unește
arată numai îmbinări (DEPRECAT)

-u,--utilizator
revizuirile comise de utilizator

--numai-ramură
afișați numai seturile de modificări din ramura numită dată (DEPRECAT)

-b,--ramură
arată seturile de modificări din ramura numită dată

-P,--prună uscată
nu afișați revizuirea sau vreunul dintre strămoșii săi

-p, --plasture
arată patch-ul

-g, --git
utilizați formatul git extins diff

-l,--limită
limitează numărul de modificări afișate

-M, --nu-imbina
nu afișa îmbinări

--stat ieșiți rezumatul modificărilor în stilul diffstat

-G, --grafic
arata DAG revizuire

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

hgcia
cârlige pentru integrarea cu serviciul de notificare CIA.vc

Acesta este menit să fie rulat ca un grup de schimbare sau un cârlig de intrare. Pentru a-l configura, setați
următoarele opțiuni în hgrc:

[cia]
# numele dvs. de utilizator CIA înregistrat
utilizator = foo
# numele proiectului în CIA
proiect = foo
# modulul (subproiectul) (opțional)
#module = foo
# Adăugați un diffstat la mesajul de jurnal (opțional)
#diffstat = Fals
# Șablon de utilizat pentru mesajele de jurnal (opțional)
#template = {desc}\n{baseurl}{webroot}/rev/{nod}-- {diffstat}
# Stil de utilizat (opțional)
#style = foo
# URL-ul serviciului de notificare CIA (opțional)
# Puteți folosi mailto: URL-uri pentru a trimite prin e-mail, de ex
# mailto:[e-mail protejat]
# Asigurați-vă că setați email.from dacă faceți acest lucru.
#url = http://cia.vc/
# tipăriți mesajul în loc să îl trimiteți (opțional)
#test = Fals
# număr de bare oblice de eliminat pentru căile URL
#strip = 0

[cârlige]
# una dintre acestea:
changegroup.cia = python:hgcia.hook
#incoming.cia = python:hgcia.hook

[web]
# Dacă doriți hyperlinkuri (opțional)
baseurl = http://server/path/to/repo

HGK
răsfoiți depozitul într-un mod grafic

Extensia hgk permite parcurgerea istoricului unui depozit într-un mod grafic. Aceasta
necesită Tcl/Tk versiunea 8.4 sau o versiune ulterioară. (Tcl/Tk nu este distribuit cu Mercurial.)

hgk constă din două părți: un script Tcl care face afișarea și interogarea
informații și o extensie la Mercurial numită hgk.py, care oferă cârlige pentru hgk
obține informații. hgk poate fi găsit în directorul contrib, iar extensia este livrată
în depozitul hgext și trebuie să fie activat.

hg Vizualizează comanda va lansa scriptul hgk Tcl. Pentru ca această comandă să funcționeze, hgk trebuie să fie
în calea dvs. de căutare. Alternativ, puteți specifica calea către hgk în configurația dvs
fișier:

[hgk]
cale = /locație/a/hgk

hgk poate folosi extensia extdiff pentru a vizualiza revizuirile. Presupunând că ai avut
comanda extdiff vdiff deja configurată, doar adăugați:

[hgk]
vdiff=vdiff

Meniul contextual Verificări va afișa acum intrări suplimentare pentru a declanșa vdiff pe poziționat și
revizuirile selectate.

Comenzi
Vizualizează
porniți vizualizatorul interactiv de istoric:

hg view [-l LIMIT] [REVRANGE]

porniți vizualizatorul interactiv de istoric

Opțiuni:

-l,--limită
limitează numărul de modificări afișate

a evidentia
evidențierea sintaxelor pentru hgweb (necesită Pygments)

Depinde de biblioteca de evidențiere a sintaxei Pygments: http://pygments.org/

Există următoarele opțiuni de configurare:

[web]
pygments_style = (default: colorful)
highlightfiles = (implicit: dimensiune('<5M'))
highlightonlymatchfilename = (implicit Fals)

highlightonlymatchfilename va evidenția fișierele numai dacă tipul lor poate fi identificat prin
numele lor de fișier. Când acest lucru nu este activat (prestabilit), Pygments va încerca foarte mult să o facă
identificați tipul de fișier din conținut și orice potrivire (chiar și potriviri cu o încredere scăzută
scor) va fi folosit.

histedit
editare interactivă a istoriei

Cu această extensie instalată, Mercurial câștigă o nouă comandă: histedit. Utilizarea este ca
urmează, presupunând următorul istoric:

@ 3[sfat] 7c2fd3b9020c 2009-04-27 18:04 -0500 durin42
| Adăugați delta
|
o 2 030b686bedc4 2009-04-27 18:04 -0500 durin42
| Adăugați gamma
|
o 1 c561b4e977df 2009-04-27 18:04 -0500 durin42
| Adăugați beta
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 durin42
Adăugați alfa

Dacă ar fi să alergi hg histedit c561b4e977df, veți vedea următorul fișier deschis în dvs
editor:

alege c561b4e977df Adaugă beta
alege 030b686bedc4 Adaugă gamma
alege 7c2fd3b9020c Adaugă delta

# Editați istoricul între c561b4e977df și 7c2fd3b9020c
#
# Comiterile sunt listate de la cel mai puțin la cel mai recent
#
# Comenzi:
# p, alege = folosește commit
# e, edit = folosiți commit, dar opriți pentru modificare
# f, fold = folosește commit, dar combină-l cu cel de mai sus
# r, roll = like fold, dar eliminați descrierea acestui commit
# d, drop = eliminați comiterea din istoric
# m, mess = editați mesajul de comitere fără a schimba conținutul de comitere
#

În acest fișier, rândurile care încep cu # sunt ignorate. Trebuie să specificați o regulă pentru fiecare
revizuire în istoria dumneavoastră. De exemplu, dacă ați vrut să adăugați gamma înainte de beta și apoi
ați vrut să adăugați delta în aceeași versiune ca beta, veți reorganiza fișierul pentru a căuta
asa:

alege 030b686bedc4 Adaugă gamma
alege c561b4e977df Adaugă beta
pliază 7c2fd3b9020c Adaugă delta

# Editați istoricul între c561b4e977df și 7c2fd3b9020c
#
# Comiterile sunt listate de la cel mai puțin la cel mai recent
#
# Comenzi:
# p, alege = folosește commit
# e, edit = folosiți commit, dar opriți pentru modificare
# f, fold = folosește commit, dar combină-l cu cel de mai sus
# r, roll = like fold, dar eliminați descrierea acestui commit
# d, drop = eliminați comiterea din istoric
# m, mess = editați mesajul de comitere fără a schimba conținutul de comitere
#

În momentul în care închideți editorul și histedit începe să lucreze. Când specificați a plia
operație, histedit va deschide un editor când va împături acele revizuiri împreună, oferind
aveți șansa de a curăța mesajul de confirmare:

Adăugați beta
***
Adăugați delta

Editați mesajul de confirmare după bunul plac, apoi închideți editorul. Pentru acest exemplu, hai
presupunem că mesajul de comitere a fost schimbat în Adăuga beta și delta. După ce histedit a rulat
și a avut șansa de a elimina orice revizuire veche sau temporară de care avea nevoie, arată istoricul
asa:

@ 2[sfat] 989b4d060121 2009-04-27 18:04 -0500 durin42
| Adăugați beta și delta.
|
o 1 081603921c3f 2009-04-27 18:04 -0500 durin42
| Adăugați gamma
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 durin42
Adăugați alfa

Rețineți că histedit face nu elimina orice revizuiri (chiar si cele temporare) pana dupa
a finalizat toate operațiunile de editare, așa că probabil va efectua mai multe benzi
operațiuni când este gata. Pentru exemplul de mai sus, a trebuit să ruleze bandă de două ori. Strip poate fi
lent, în funcție de o varietate de factori, așa că ar putea fi necesar să aveți puțină răbdare. Poti
alegeți să păstrați revizuirile originale trecând pe --a pastra steag.

edita operațiunea vă va trimite înapoi la un prompt de comandă, permițându-vă să editați fișiere
liber, sau chiar folosiți hg record să comite unele modificări ca un comit separat. Cand esti
terminat, orice modificări rămase neangajate vor fi de asemenea comise. Când ai terminat, fugi hg
histedit --continua pentru a finaliza acest pas. Vi se va solicita un nou mesaj de confirmare, dar
mesajul de comitere implicit va fi mesajul original pentru edita ed revizuire.

mesaj operațiunea vă va oferi șansa de a revizui un mesaj de confirmare fără a fi schimbat
conținuturile. Este o scurtătură pentru a face edita urmat imediat de hg histedit
--continuare`.

If histedit întâmpină un conflict la mutarea unei revizuiri (în timpul manipulării alege or plia),
se va opri într-un mod similar cu edita cu diferența că nu vă va solicita a
commit mesaj când ați terminat. Dacă decideți în acest moment că nu vă place cât de mult lucrează
va fi să rearanjați istoria, sau că ați făcut o greșeală, puteți utiliza hg histedit --avorta
pentru a abandona noile modificări pe care le-ați făcut și a reveni la starea dinainte de a încerca
editați-vă istoricul.

Dacă clonăm depozitul de exemplu histedit de mai sus și adăugăm încă patru modificări, astfel încât
avem urmatoarea istorie:

@ 6[sfat] 038383181893 2009-04-27 18:04 -0500 stefan
| Adăugați theta
|
o 5 140988835471 2009-04-27 18:04 -0500 stefan
| Adăugați eta
|
o 4 122930637314 2009-04-27 18:04 -0500 stefan
| Adăugați zeta
|
o 3 836302820282 2009-04-27 18:04 -0500 stefan
| Adăugați epsilon
|
o 2 989b4d060121 2009-04-27 18:04 -0500 durin42
| Adăugați beta și delta.
|
o 1 081603921c3f 2009-04-27 18:04 -0500 durin42
| Adăugați gamma
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 durin42
Adăugați alfa

Dacă alergi hg histedit --de ieșire pe clonă, atunci este la fel ca rularea hg histedit
836302820282. Dacă trebuie să plănuiți să trimiteți către un depozit pe care Mercurial nu îl detectează
fie legat de depozitul sursă, puteți adăuga un --forta opțiune.

config
Liniile de reguli Histedit sunt trunchiate la 80 de caractere în mod implicit. Puteți personaliza acest lucru
comportament prin setarea unei lungimi diferite în fișierul de configurare:

[histedit]
linelen = 120 # trunchiați liniile de regulă la 120 de caractere

hg histedit încearcă să aleagă automat o versiune de bază adecvată de utilizat. La
schimbați ce versiune de bază este utilizată, definiți un revset în fișierul dvs. de configurare:

[histedit]
defaultrev = only(.) & draft()

În mod implicit, fiecare revizuire editată trebuie să fie prezentă în comenzile histedit. A sterge
revizuire pe care trebuie să o utilizați picătură Operațiune. Puteți configura drop-ul să fie implicit pentru
comiterile lipsă prin adăugarea:

[histedit]
dropmissing = Adevărat

Comenzi
histedit
editați interactiv istoricul setului de modificări:

hg histedit [OPȚIUNI] ([ANCESTOR] | --outgoing [URL])

Această comandă vă permite să editați o serie liniară de seturi de modificări (până și inclusiv cea de lucru
director, care ar trebui să fie curat). Poti:

· alege pentru a [re]ordona un set de modificări

· picătură pentru a omite setul de modificări

· dezordine pentru a reformula mesajul de confirmare a setului de modificări

· plia pentru a-l combina cu setul de modificări precedent

· rula ca fold, dar eliminând descrierea acestui commit

· edita pentru a edita acest set de modificări

Există mai multe moduri de a selecta setul de modificări rădăcină:

· Specificați direct ANCESTOR

· Utilizați --outgoing -- va fi primul set de modificări liniar neinclus în destinație.
(A se vedea hg ajutor config.default-push)

· În caz contrar, valoarea din opțiunea de configurare „histedit.defaultrev” este utilizată ca revset pentru
selectați versiunea de bază când nu este specificat ANCESTOR. Prima revizuire a revenit de
se foloseste revset. În mod implicit, aceasta selectează istoricul editabil care este unic pentru
strămoșii directorului de lucru.

Dacă utilizați --outgoing, această comandă se va anula dacă există revizuiri ambigue.
De exemplu, dacă există mai multe ramuri care conțin revizuiri în curs.

Folosiți „min(outgoing() și ::.)” sau o specificație similară revset în loc de --outgoing la
specificați revizuirea țintă de editare exact într-o astfel de situație ambiguă. Vedea hg ajutor inversări pentru
detalii despre selectarea revizuirilor.

Exemple:

· Au fost făcute o serie de modificări. Revizia 3 nu mai este necesară.

Începeți editarea istoricului de la revizuirea 3:

hg histedit -r 3

Se deschide un editor, care conține lista de revizuiri, cu acțiuni specifice specificate:

alege 5339bf82f0ca 3 Zwongle the foobar
alege 8ef592ce7cc4 4 Adormi zerlogul
alege 0a9639fcda9d 5 Morgify cromulancy

Informații suplimentare despre acțiunile posibile de întreprins apar sub lista de
revizuiri.

Pentru a elimina revizuirea 3 din istoric, acțiunea acesteia (la începutul documentului relevant
line) este schimbat în „drop”:

drop 5339bf82f0ca 3 Zworgle the foobar
alege 8ef592ce7cc4 4 Adormi zerlogul
alege 0a9639fcda9d 5 Morgify cromulancy

· Au fost făcute o serie de modificări. Revizia 2 și 4 trebuie schimbate.

Începeți editarea istoricului de la revizuirea 2:

hg histedit -r 2

Se deschide un editor, care conține lista de revizuiri, cu acțiuni specifice specificate:

alege 252a1af424ad 2 Blorb a morgwazzle
alege 5339bf82f0ca 3 Zwongle the foobar
alege 8ef592ce7cc4 4 Adormi zerlogul

Pentru a schimba versiunile 2 și 4, liniile sale sunt schimbate în editor:

alege 8ef592ce7cc4 4 Adormi zerlogul
alege 5339bf82f0ca 3 Zwongle the foobar
alege 252a1af424ad 2 Blorb a morgwazzle

Returnează 0 la succes, 1 dacă este necesară intervenția utilizatorului (nu numai pentru „editare” intenționată
comanda, dar și pentru rezolvarea conflictelor neașteptate).

Opțiuni:

--comenzi
citește editările istorice din fișierul specificat

-c, --continua
continuați o editare deja în desfășurare

--edit-plan
editați lista de acțiuni rămase

-k, --a pastra
nu eliminați nodurile vechi după ce editarea este completă

--avorta
anulați o editare în curs

-o, --de ieșire
seturi de modificări nu au fost găsite în destinație

-f, --forta
forțat de ieșire chiar și pentru depozite care nu au legătură

-r,--rev
prima revizuire care urmează să fie editată

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

cuvinte cheie
extinde cuvintele cheie în fișierele urmărite

Această extensie extinde RCS/CVS sau $Keywords$ personalizate în fișierele text urmărite
selectat de configurația dvs.

Cuvintele cheie sunt extinse doar în arhivele locale și nu sunt stocate în istoricul modificărilor. The
mecanismul poate fi privit ca o comoditate pentru utilizatorul curent sau pentru arhivare
distribuție.

Cuvintele cheie se extind la datele setului de modificări referitoare la cea mai recentă modificare relativă la
directorul de lucru părinte al fiecărui fișier.

Configurarea se face în secțiunile [keyword], [keywordset] și [keywordmaps] din hgrc
fișiere.

Exemplu:

[cuvânt cheie]
# extinde cuvintele cheie în fiecare fișier Python, cu excepția celor care se potrivesc cu „x*”
**.py =
x* = ignora

[set de cuvinte cheie]
# preferă hărțile de cuvinte cheie implicite svn- decât cvs
svn = Adevărat

Notă Cu cât sunteți mai specific în tiparele de nume de fișier, cu atât pierdeți mai puțin viteza în uriaș
arhive.

Pentru [keywordmaps] șablon de mapare și demonstrație de extindere și rulare de control hg kwdemo.
Vedea hg ajutor şabloane pentru o listă de șabloane și filtre disponibile.

Sunt furnizate trei filtre suplimentare de șablon de dată:

utcdate

"2006/09/18 15:13:13"

svnutcdate

"2006-09-18 15:13:13Z"

svnisodat

"2006-09-18 08:13:13 -700 (luni, 18 septembrie 2006)"

Mapările implicite ale șablonului (vizualizare cu hg kwdemo -d) poate fi înlocuit cu personalizat
cuvinte cheie și șabloane. Din nou, fugi hg kwdemo pentru a controla rezultatele configurației dvs
schimbări.

Înainte de a modifica/dezactiva cuvintele cheie active, trebuie să rulați hg kw se micsoreaza pentru a evita depozitarea
cuvinte cheie extinse în istoricul modificărilor.

Pentru a forța extinderea după activare sau o modificare a configurației, rulați hg KWexpand.

Extinderile care se întind pe mai mult de o linie și extinderile incrementale, cum ar fi $Log$ din CVS, sunt
nu sunt acceptate. O hartă șablon de cuvinte cheie „Log = {desc}” se extinde la prima linie a
descrierea setului de modificări.

Comenzi
kwdemo
imprimați configurația [keywordmaps] și un exemplu de extindere:

hg kwdemo [-d] [-f RCFILE] [TEMPLATEMAP]...

Afișați hărțile de șablon de cuvinte cheie actuale, personalizate sau implicite și extinderile acestora.

Extindeți configurația curentă specificând hărți ca argumente și folosind -f/--rcfile pentru
sursă un fișier hgrc extern.

Utilizați -d/--default pentru a dezactiva configurația curentă.

Vedea hg ajutor şabloane pentru informații despre șabloane și filtre.

Opțiuni:

-d, --Mod implicit
afișează hărțile de șablon de cuvinte cheie implicite

-f,--rcfile
citește hărți din rcfile

KWexpand
extinde cuvintele cheie în directorul de lucru:

hg KWexpand [OPȚIUNE]... [FIȘIER]...

Rulați după (re)activarea extinderii cuvintelor cheie.

KWexpand refuză să ruleze dacă fișierele date conțin modificări locale.

Opțiuni:

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

kwfiles
afișați fișierele configurate pentru extinderea cuvintelor cheie:

hg kwfiles [OPȚIUNE]... [FIȘIER]...

Listați ce fișiere din directorul de lucru corespund configurației [keyword].
modele.

Util pentru a preveni extinderea accidentală a cuvintelor cheie și pentru a accelera execuția prin includerea
numai fișierele care sunt candidate efective pentru extindere.

Vedea hg ajutor cuvinte cheie asupra modului de a construi modele atât pentru includerea cât și pentru excluderea
fișiere.

Cu -A/--all și -v/--verbose codurile folosite pentru a afișa starea fișierelor sunt:

K = candidat pentru extinderea cuvintelor cheie
k = candidat pentru extinderea cuvintelor cheie (nu urmărit)
I = ignorat
i = ignorat (nu urmărit)

Opțiuni:

-A, --toate
afișează steagurile de stare a cuvintelor cheie ale tuturor fișierelor

-eu, --ignora
arată fișierele excluse de la extindere

-u, --necunoscut
afișează numai fișiere necunoscute (nu urmărite).

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

kw se micsoreaza
reveniți cuvintele cheie extinse în directorul de lucru:

hg kwshrink [OPȚIUNE]... [FIȘIER]...

Trebuie să fie rulat înainte de a modifica/dezactiva cuvintele cheie active.

kwshrink refuză să ruleze dacă fișierele date conțin modificări locale.

Opțiuni:

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

fişiere mari
urmăriți fișiere binare mari

Fișierele binare mari tind să nu fie foarte compresibile, nu foarte variabile și deloc
fuzionabile. Astfel de fișiere nu sunt gestionate eficient de formatul de stocare Mercurial (revlog),
care se bazează pe delte binare comprimate; stocarea fișierelor binare mari în mod obișnuit
Fișierele Mercurial risipesc lățime de bandă și spațiu pe disc și măresc utilizarea memoriei Mercurial.
Extensia largefiles abordează aceste probleme prin adăugarea unui client-server centralizat
strat deasupra lui Mercurial: fișierele mari trăiesc într-un central stoca în rețea
undeva și iei doar revizuirile de care ai nevoie atunci când ai nevoie de ele.

largefiles funcționează prin menținerea unui „fișier standin” în .hglf/ pentru fiecare fișier mare. The
Standin-urile sunt mici (41 de octeți: un hash SHA-1 plus newline) și sunt urmărite de Mercurial.
Veriziunile de fișiere mari sunt identificate prin hash-ul SHA-1 al conținutului lor, care este scris
la standin. largefiles folosește acel ID de revizuire pentru a obține/pune revizuiri de fișiere mari de la/către
magazinul central. Acest lucru economisește atât spațiu pe disc, cât și lățime de bandă, deoarece nu este nevoie
preluați toate revizuirile istorice ale fișierelor mari atunci când clonați sau extrageți.

Pentru a porni un nou depozit sau pentru a adăuga noi fișiere binare mari, trebuie doar să adăugați --large la dvs hg adăuga
comanda. De exemplu:

$ dd if=/dev/urandom of=număr de date aleatoare=2000
$ hg add --large randomdata
$ hg commit -m „adăugați date aleatoare ca fișier mare”

Când împingeți un set de modificări care adaugă/modifică fișiere mari într-un depozit la distanță, acesta
Versiunile de fișiere mari vor fi încărcate împreună cu acesta. Rețineți că telecomanda Mercurial trebuie
au, de asemenea, extensia largefiles activată pentru ca acest lucru să funcționeze.

Când extrageți un set de modificări care afectează fișierele mari dintr-un depozit la distanță, fișierele mari
pentru că setul de modificări nu va fi derulat în mod implicit. Cu toate acestea, când actualizați la un astfel de
revizuire, orice fișiere mari necesare pentru acea revizuire sunt descărcate și stocate în cache (dacă au
nu a fost descărcat niciodată). O modalitate de a trage fișiere mari atunci când trageți este utilizarea
--update, care vă va actualiza copia de lucru la cea mai recentă revizuire extrasă (și, prin urmare
descărcarea oricăror fișiere mari noi).

Dacă doriți să extrageți fișiere mari de care nu aveți nevoie încă pentru actualizare, atunci puteți utiliza pull with
il --lfrev sau opțiunea hg lfpull comanda.

Dacă știți că trageți dintr-o locație care nu este implicită și doriți să descărcați toate
fișiere mari care corespund noilor seturi de modificări în același timp, apoi puteți trage cu
--lfrev "tras()".

Dacă doriți doar să vă asigurați că veți avea fișierele mari necesare pentru îmbinare sau rebazare
cu capete noi pe care le tragi, apoi poti trage --lfrev "cap (tras ())" pavilion
pentru a descărca preventiv orice fișiere mari care sunt noi în capetele pe care le trageți.

Rețineți că acum poate fi necesar accesul la rețea pentru a actualiza seturile de modificări pe care le aveți
neactualizat anterior la. Natura extensiei de fișiere mari înseamnă că actualizarea este
nu mai este garantată a fi o operațiune numai locală.

Dacă aveți deja fișiere mari urmărite de Mercurial fără extensia largefiles, vă
va trebui să vă convertiți depozitul pentru a beneficia de fișierele mari. Acest lucru este făcut
cu hg lfconvert comanda:

$ hg lfconvert --size 10 oldrepo newrepo

În depozitele care au deja fișiere mari în ele, orice fișier nou de peste 10 MB va avea loc
să fie adăugat automat ca un fișier mare. Pentru a modifica acest prag, setați fişiere mari.minsize in
fișierul dvs. de configurare Mercurial la dimensiunea minimă în megaocteți pentru a fi urmărit ca fișier mare sau
utilizați opțiunea --lfsize la comanda add (tot în megaocteți):

[fișiere mari]
dimensiune minimă = 2

$ hg adaugă --lfsize 2

fişiere mari.modele opțiunea de configurare vă permite să specificați o listă de modele de nume de fișiere
(A se vedea hg ajutor modele) care ar trebui să fie întotdeauna urmărite ca fișiere mari:

[fișiere mari]
modele =
* .jpg
re:.*\.(png|bmp)$
library.zip
continut/audio/*

Fișierele care se potrivesc cu unul dintre aceste modele vor fi adăugate ca fișiere mari, indiferent de acestea
mărimea.

fişiere mari.minsize și fişiere mari.modele opțiunile de configurare vor fi ignorate pentru oricare
depozite care nu conțin deja un fișier mare. Pentru a adăuga primul fișier mare la a
depozit, trebuie să faceți acest lucru în mod explicit cu semnalul --large transmis către hg adăuga comanda.

Comenzi
lfconvert
convertiți un depozit normal într-un depozit de fișiere mari:

hg lfconvert SOURCE DEST [FIȘIER ...]

Convertiți depozitul SOURCE într-un nou depozit DEST, identic cu SOURCE, cu excepția faptului că
anumite fișiere vor fi convertite ca fișiere mari: în special, orice fișier care se potrivește cu oricare
MODEL or a cărui dimensiune este peste pragul de dimensiune minimă este convertită ca fișier mare. The
dimensiunea folosită pentru a determina dacă să urmăriți sau nu un fișier ca fișier mare este dimensiunea fișierului
prima versiune a fișierului. Dimensiunea minimă poate fi specificată fie cu --size, fie în
configuratie ca fişiere mari.dimensiune.

După ce rulați această comandă, va trebui să vă asigurați că fișierele mari este activată oriunde
intenționați să împingeți noul depozit.

Utilizați --to-normal pentru a converti fișierele mari înapoi în fișiere normale; după aceasta, DEST
depozitul poate fi folosit fără fișiere mari.

Opțiuni:

-da,--mărimea
dimensiunea minimă (MB) pentru fișierele care urmează să fie convertite în fișiere mari

--la-normal
convertiți dintr-un depozit de fișiere mari într-un depozit normal

lfpull
extrageți fișiere mari pentru revizuirile specificate din sursa specificată:

hg lfpull -r REV... [-e CMD] [--remotecmd CMD] [SURSA]

Extrageți fișiere mari la care se face referire din seturi de modificări locale, dar care lipsesc local, trageți
de la un depozit la distanță în memoria cache locală.

Dacă SOURCE este omisă, va fi folosită calea „implicit”. Vedea hg ajutor url-uri pentru mai multe
informaţii.

Cateva exemple:

· trageți fișiere mari pentru toate capete de ramuri:

hg lfpull -r „cap() și nu închis()”

· trageți fișiere mari pe ramura implicită:

hg lfpull -r „ramură (implicit)”

Opțiuni:

-r,--rev
trageți fișiere mari pentru aceste revizuiri

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

mq
gestionați un teanc de patch-uri

Această extensie vă permite să lucrați cu un teanc de patch-uri într-un depozit Mercurial. Se descurcă
două stive de plasturi - toți plasturii cunoscuți și plasturii aplicați (subset de plasturi cunoscuti).

Patch-urile cunoscute sunt reprezentate ca fișiere de corecție în directorul .hg/patches. Petice aplicate
sunt ambele fișiere de corecție și seturi de modificări.

Sarcini comune (utilizare hg ajutor comandă pentru mai multe detalii):

creați un nou patch qnew
importați patch-ul existent qimport

serie de corecții de imprimare qseries
imprimați petice aplicate q aplicate

adăugați patch cunoscut la stiva aplicată qpush
eliminați patch-ul din stiva aplicată qpop
reîmprospătați conținutul patch-ului aplicat superior qrefresh

În mod implicit, mq va folosi automat patch-uri git atunci când este necesar pentru a evita pierderea modului fișier
modificări, înregistrări copiate, fișiere binare sau crearea sau ștergerea fișierelor goale. Acest comportament
poate fi configurat cu:

[mq]
git = auto/keep/yes/no

Dacă este setat la „păstrare”, mq va respecta configurația secțiunii [diff], păstrând în același timp existenta
git patch-uri la qrefresh. Dacă este setat la „da” sau „nu”, mq va suprascrie secțiunea [diff].
și generați întotdeauna patch-uri git sau obișnuite, eventual pierzând date în al doilea caz.

Poate fi de dorit ca seturile de modificări mq să fie păstrate în faza secretă (vezi hg ajutor faze),
care poate fi activat cu următoarea setare:

[mq]
secret = Adevărat

În mod implicit, veți gestiona o coadă de corecții numită „patch-uri”. Puteți crea altele,
cozi de patch-uri independente cu hg qcodă comanda.

Dacă directorul de lucru conține fișiere necommitate, qpush, qpop și qgoto anulează
imediat. Dacă se folosește -f/--force, modificările sunt eliminate. Setare:

[mq]
keepchanges = Adevărat

fă-le să se comporte ca și cum ar fi trecute modificările --keep-și schimbările locale neconflictuale vor
fi tolerat și păstrat. Dacă opțiunile incompatibile, cum ar fi -f/--force sau --exact sunt
trecut, această setare este ignorată.

Această extensie a folosit pentru a furniza o comandă strip. Această comandă locuiește acum în bandă
extensie.

Comenzi
qaplicat
tipăriți patch-urile deja aplicate:

hg qaplicat [-1] [-s] [PATCH]

Returnează 0 la succes.

Opțiuni:

-1, --ultimul
afișează numai patch-ul aplicat anterior

-da, --rezumat
imprimați prima linie a antetului patch-ului

qclone
clonează depozitul principal și patch-uri în același timp:

hg qclone [OPȚIUNE]... SOURCE [DEST]

Dacă sursa este locală, destinația nu va avea patch-uri aplicate. Dacă sursa este la distanță, aceasta
Comanda nu poate verifica dacă corecțiile sunt aplicate în sursă, așa că nu poate garanta că patch-urile
nu sunt aplicate la destinatie. Dacă clonați depozitul de la distanță, asigurați-vă că a făcut-o înainte
nu s-au aplicat plasturi.

Depozitul de corecție sursă este căutat în /.hg/patches implicit. Folosiți -p la
schimba.

Directorul de corecție trebuie să fie un depozit Mercurial imbricat, așa cum ar fi creat de hg înăuntru
--mq.

Reveniți 0 la succes.

Opțiuni:

--Trage utilizați protocolul pull pentru a copia metadatele

-U, --noupdate
nu actualizați noile directoare de lucru

--necomprimat
utilizați transferul necomprimat (rapid prin LAN)

-p,--petice
locația depozitului de corecții sursă

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

qcommit
comite modificări în depozitul de coadă (DEPRECAT):

hg qcommit [OPȚIUNE]... [FIȘIER]...

Această comandă este depreciată; utilizare hg comite --mq in schimb.

Opțiuni:

-A, --addremove
marcați fișierele noi/lipsă ca adăugate/eliminate înainte de a le efectua

--aproape-ramură
marcați un cap de ramură ca fiind închis

--amenda
modificați părintele directorului de lucru

-da, --secret
utilizați faza secretă pentru comitere

-e, --Editați | ×
invocați editorul la mesajele de comitere

-eu, --interactiv
utilizați modul interactiv

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

-S, --subrepos
recurge în subrepozitive

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

pseudonime: qci

qdelete
eliminați patch-urile din coadă:

hg qdelete [-k] [PATCH]...

Plasturele nu trebuie aplicați și este necesar cel puțin un plasture. Patch exact
trebuie dați identificatori. Cu -k/--keep, fișierele de corecție sunt păstrate în patch
director.

Pentru a opri gestionarea unui patch și a-l muta în istoricul permanent, utilizați hg qtermină comanda.

Opțiuni:

-k, --a pastra
păstrați fișierul de corecție

-r,--rev
opriți gestionarea unei revizuiri (DEPRECAT)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

aliasuri: qremove qrm

qdiff
diferența dintre patch-ul curent și modificările ulterioare:

hg qdiff [OPȚIUNE]... [FIȘIER]...

Afișează o diferență care include patch-ul curent, precum și orice modificări care au fost făcute
în directorul de lucru de la ultima reîmprospătare (arătând astfel cum ar fi patch-ul curent
devenit după o qrefresh).

Utilizare hg dif dacă doriți doar să vedeți modificările făcute de la ultima actualizare q sau hg exporturile
Q-Tip dacă doriți să vedeți modificările făcute de patch-ul curent fără a include modificările făcute
de la qrefresh.

Returnează 0 la succes.

Opțiuni:

-A, --text
tratați toate fișierele ca text

-g, --git
utilizați formatul git extins diff

--nodate
omite datele din anteturile diferite

--fără prefix
omite prefixele a/ și b/ din numele fișierelor

-p, --arata-functie
arată în ce funcție se află fiecare modificare

--verso
produce o diferență care anulează modificările

-w, --ignora-tot-spațiul
ignorați spațiul alb atunci când comparați liniile

-b, --ignora-schimbarea-spațială
ignorați modificările cantității de spațiu alb

-B, --ignora-linii-albe
ignorați modificările ale căror linii sunt toate goale

-U,--unificat
numărul de linii de context de afișat

--stat ieșiți rezumatul modificărilor în stilul diffstat

--rădăcină
produce diferențe în raport cu subdirectorul

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

qtermină
mutați patch-urile aplicate în istoricul depozitului:

hg qfinish [-a] [REV]...

Termină revizuirile specificate (corespunzând patch-urilor aplicate) mutându-le din
controlul mq în istoricul obișnuit al depozitului.

Acceptă un interval de revizuire sau opțiunea -a/--aplicată. Dacă este specificat --applied, toate
revizuirile mq aplicate sunt eliminate din controlul mq. În caz contrar, revizuirile date trebuie să fie
la baza teancului de petice aplicate.

Acest lucru poate fi util în special dacă modificările dvs. au fost aplicate unui depozit din amonte,
sau dacă sunteți pe cale să împingeți modificările în amonte.

Returnează 0 la succes.

Opțiuni:

-A, --aplicat
finalizați toate seturile de modificări aplicate

qfold
pliați patch-urile numite în patch-ul curent:

hg qfold [-e] [-k] [-m TEXT] [-l FIȘIER] PATCH...

Patch-urile nu trebuie încă aplicate. Fiecare patch va fi aplicat succesiv curentului
plasture în ordinea dată. Dacă toate patch-urile se aplică cu succes, patch-ul curent va fi
reîmprospătat cu noul patch cumulativ, iar patch-urile pliate vor fi șterse. Cu
-k/--keep, fișierele de corecție pliate nu vor fi eliminate ulterior.

Antetul pentru fiecare patch pliat va fi concatenat cu antetul patch-ului curent,
separate printr-o linie de * * *.

Returnează 0 la succes.

Opțiuni:

-e, --Editați | ×
invocați editorul la mesajele de comitere

-k, --a pastra
păstrați fișierele de corecție pliate

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

qgoto
împingeți sau deschideți patch-urile până când patch-ul numit este în partea de sus a stivei:

hg qgoto [OPȚIUNE]... PATCH

Returnează 0 la succes.

Opțiuni:

--păstrați-schimbările
tolerează schimbările locale neconflictuale

-f, --forta
suprascrie orice modificări locale

--fără backup
nu salvați copii de rezervă ale fișierelor

qguard
setați sau imprimați apărătoare pentru un patch:

hg qguard [-l] [-n] [PATCH] [-- [+GUARD]... [-GUARD]...]

Gardienii controlează dacă un plasture poate fi împins. Un plasture fără gărzi este întotdeauna împins. A
plasturele cu o gardă pozitivă ("+foo") este împins numai dacă hg qselect comanda are
l-a activat. Un plasture cu o gardă negativă ("-foo") nu este niciodată împins dacă hg qselect
comanda a activat-o.

Fără argumente, imprimați gărzile active în prezent. Cu argumente, pune gărzi pentru
plasture numit.

Notă Specificarea gărzilor negative necesită acum „--”.

Pentru a seta gărzi pe un alt patch:

hg qguard altele.patch -- +2.6.17 -stabil

Returnează 0 la succes.

Opțiuni:

-l, --listă
enumerați toate peticele și gărzile

-n, --nici unul
lasa toti paznicii

qheader
tipăriți antetul patch-ului cel mai de sus sau specificat:

hg qheader [PATCH]

Returnează 0 la succes.

qimport
importați un patch sau un set de modificări existent:

hg qimport [-e] [-n NUME] [-f] [-g] [-P] [-r REV]... [FIȘIER]...

Plasturele este introdus în serie după ultimul plasture aplicat. Dacă nu au plasturi
aplicat, qimport adaugă patch-ul seriei.

Patch-ul va avea același nume ca și fișierul sursă, cu excepția cazului în care îi dați unul nou
-n/--nume.

Puteți înregistra un patch existent în directorul de corecție cu indicatorul -e/--existent.

Cu -f/--force, un patch existent cu același nume va fi suprascris.

Un set de modificări existent poate fi plasat sub control mq cu -r/--rev (de ex. qimport --rev .
-n patch-ul va plasa revizuirea curentă sub control mq). Cu -g/--git, patch-uri
importat cu --rev va folosi formatul git diff. Consultați subiectul de ajutor privind diferențele pentru informații
de ce este important acest lucru pentru păstrarea informațiilor de redenumire/copiere și a modificărilor de permisiuni.
Utilizare hg qtermină pentru a elimina setările de modificări din controlul mq.

Pentru a importa o corecție de la intrarea standard, treceți - ca fișier de corecție. La importul din
intrare standard, un nume de corecție trebuie specificat folosind steag-ul --name.

Pentru a importa un patch existent în timp ce îl redenumești:

hg qimport -e patch-existent -n nume-nou

Returnează 0 dacă importul a reușit.

Opțiuni:

-e, --existent
importați fișierul în directorul de corecție

-n,--Nume
numele fișierului de corecție

-f, --forta
suprascrie fișierele existente

-r,--rev
pune sub control mq reviziile existente

-g, --git
utilizați formatul git extins diff

-P, --Apăsați
qpush după import

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

qinit
porniți un nou depozit de coadă (DEPRECAT):

hg qnit [-c]

Depozitul de coadă este neversionat în mod implicit. Dacă este specificat -c/--create-repo, qnit
va crea un depozit imbricat separat pentru corecții (qinit -c poate fi, de asemenea, rulat mai târziu la
convertiți un depozit de corecții neversionați într-unul cu versiune). Puteți folosi qcommit to
comite modificări la acest depozit de coadă.

Această comandă este depreciată. Fără -c, este implicat de alte comenzi relevante. Cu -c,
utilizare hg înăuntru --mq in schimb.

Opțiuni:

-c, --create-repo
creați depozitul de coadă

qnou
creați un nou patch:

hg qnew [-e] [-m TEXT] [-l FILE] PATCH [FIȘIER]...

qnew creează un nou patch peste patch-ul aplicat în prezent (dacă există). Plasturele va fi
inițializat cu orice modificări restante în directorul de lucru. De asemenea, puteți utiliza
-I/--include, -X/--exclude și/sau o listă de fișiere după numele patch-ului pentru a adăuga numai
modificări ale fișierelor care se potrivesc cu noul patch, lăsând restul ca modificări necommise.

-u/--user și -d/--date pot fi folosite pentru a seta utilizatorul (date) și respectiv data.
-U/--currentuser și -D/--currentdate setează utilizatorul la utilizatorul curent și data la data curentă.

-e/--edit, -m/--message sau -l/--logfile setează antetul patch-ului, precum și commit-ul
mesaj. Dacă nu este specificat niciunul, antetul este gol, iar mesajul de confirmare este „[mq]:
PLASTURE'.

Utilizați opțiunea -g/--git pentru a păstra patch-ul în formatul git extins diff. Citiți diferențele
Subiect de ajutor pentru mai multe informații despre motivul pentru care acest lucru este important pentru păstrarea modificărilor de permisiuni
și copiați/redenumiți informațiile.

Returnează 0 la crearea cu succes a unui nou patch.

Opțiuni:

-e, --Editați | ×
invocați editorul la mesajele de comitere

-f, --forta
importați modificări necommitate (DEPRECAT)

-g, --git
utilizați formatul git extins diff

-U, --utilizator curent
adauga "De la: "a petice

-u,--utilizator
adauga "De la: "a petice

-D, --data curenta
adăugați „Data: "a petice

-d,--Data
adăugați „Data: "a petice

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

Qnext
tipăriți numele următorului patch care poate fi apăsat:

hg qnext [-s]

Returnează 0 la succes.

Opțiuni:

-da, --rezumat
imprimați prima linie a antetului patch-ului

qpop
scoateți patch-ul curent din stivă:

hg qpop [-a] [-f] [PATCH | INDEX]

Fără argument, iese din partea de sus a stivei de corecții. Dacă i se dă un nume de patch, păstrează
scoaterea patch-urilor până când patch-ul numit este în partea de sus a stivei.

În mod implicit, anulați dacă directorul de lucru conține modificări necomite. Cu
--keep-changes, anulați numai dacă fișierele necommitate se suprapun cu fișierele corelate. Cu
-f/--forțați, copiați de rezervă și eliminați modificările aduse unor astfel de fișiere.

Reveniți 0 la succes.

Opțiuni:

-A, --toate
scoateți toate patch-urile

-n,--Nume
numele cozii de afișat (DEPRECAT)

--păstrați-schimbările
tolerează schimbările locale neconflictuale

-f, --forta
uitați orice modificări locale aduse fișierelor corelate

--fără backup
nu salvați copii de rezervă ale fișierelor

qprev
tipăriți numele patch-ului aplicat anterior:

hg qprev [-s]

Returnează 0 la succes.

Opțiuni:

-da, --rezumat
imprimați prima linie a antetului patch-ului

qpush
împinge următorul patch pe stivă:

hg qpush [-f] [-l] [-a] [--move] [PATCH | INDEX]

În mod implicit, anulați dacă directorul de lucru conține modificări necomite. Cu
--keep-changes, anulați numai dacă fișierele necommitate se suprapun cu fișierele corelate. Cu
-f/--force, backup și patch peste modificările necommitate.

Reveniți 0 la succes.

Opțiuni:

--păstrați-schimbările
tolerează schimbările locale neconflictuale

-f, --forta
se aplică pe lângă schimbările locale

-e, --corect
aplicați patch-ul țintă părintelui înregistrat

-l, --listă
listează numele patch-ului în textul de comitere

-A, --toate
aplicați toți plasturii

-m, --combina
îmbinare dintr-o altă coadă (DEPRECAT)

-n,--Nume
numele cozii de îmbinare (DEPRECAT)

--mutare reordonați seria de patch-uri și aplicați numai plasturele

--fără backup
nu salvați copii de rezervă ale fișierelor

qcodă
gestionați mai multe cozi de corecție:

hg qqueue [OPȚIUNE] [QUEUE]

Acceptă comutarea între diferite cozi de patch-uri, precum și crearea de noi cozi de patch-uri
și ștergerea celor existente.

Omiterea unui nume de coadă sau specificarea -l/--list vă va afișa cozile înregistrate - prin
implicit, coada de corecții „normală” este înregistrată. Coada activă în prezent va fi
marcat cu „(activ)”. Specificarea --active va imprima numai numele cozii active.

Pentru a crea o coadă nouă, utilizați -c/--create. Coada este activată automat, cu excepția în
cazul în care există patch-uri aplicate din coada activă în prezent în
repertoriu. Apoi, coada va fi creată doar și comutarea va eșua.

Pentru a șterge o coadă existentă, utilizați --delete. Nu puteți șterge coada activă în prezent.

Returnează 0 la succes.

Opțiuni:

-l, --listă
listează toate cozile disponibile

--activ
tipăriți numele cozii active

-c, --crea
creați o nouă coadă

--redenumiți
redenumiți coada activă

--șterge
ștergeți referința la coadă

--epurare
ștergeți coada și eliminați directorul de corecție

qrefresh
actualizați patch-ul curent:

hg qrefresh [-I] [-X] [-e] [-m TEXT] [-l FILE] [-s] [FILE]...

Dacă sunt furnizate modele de fișiere, patch-ul reîmprospătat va conține doar modificările
care se potrivesc cu acele modele; modificările rămase vor rămâne în lucru
director.

Dacă este specificat -s/--short, fișierele incluse în prezent în corecție vor fi reîmprospătate
ca fișierele potrivite și rămân în patch.

Dacă este specificat -e/--edit, Mercurial va porni editorul configurat pentru ca dvs. să introduceți a
mesaj. În cazul în care qrefresh eșuează, veți găsi o copie de rezervă a mesajului dvs. în
.hg/last-message.txt.

hg add/remove/copy/rename funcționează ca de obicei, deși poate doriți să utilizați patch-uri în stil git
(-g/--git sau [diff] git=1) pentru a urmări copiile și redenumiri. Consultați subiectul de ajutor privind diferențele pentru mai multe
informații despre formatul git diff.

Returnează 0 la succes.

Opțiuni:

-e, --Editați | ×
invocați editorul la mesajele de comitere

-g, --git
utilizați formatul git extins diff

-da, --mic de statura
reîmprospătați numai fișierele aflate deja în patch și fișierele specificate

-U, --utilizator curent
adăugați/actualizați câmpul de autor în corecția cu utilizatorul curent

-u,--utilizator
adăugați/actualizați câmpul de autor în corecția cu utilizatorul dat

-D, --data curenta
Adăugați/actualizați câmpul de dată în patch cu data curentă

-d,--Data
Adăugați/actualizați câmpul de dată în patch cu data dată

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

qredenumiți
redenumiți un patch:

hg qrename PATCH1 [PATCH2]

Cu un singur argument, redenumește patch-ul curent în PATCH1. Cu două argumente, redenumește
PATCH1 la PATCH2.

Returnează 0 la succes.

pseudonime: qmv

qrestore
restabiliți starea de coadă salvată de o revizuire (DEPRECAT):

hg qrestore [-d] [-u] REV

Această comandă este depreciată, utilizați hg depășește in schimb.

Opțiuni:

-d, --șterge
ștergeți intrarea de salvare

-u, --Actualizați
actualizați directorul de lucru al cozii

qsave
salvați starea curentă a cozii de așteptare (DEPRECAT):

hg qsave [-m TEXT] [-l FILE] [-c] [-n NUME] [-e] [-f]

Această comandă este depreciată, utilizați hg depășește in schimb.

Opțiuni:

-c, --copie
copiați directorul de corecții

-n,--Nume
copiați numele directorului

-e, --gol
ștergeți fișierul de stare a cozii

-f, --forta
copie forțată

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

qselect
setați sau imprimați patch-uri protejate pentru a împinge:

hg qselect [OPȚIUNE]... [GUARD]...

Folosește hg qguard comandă pentru a seta sau a imprima gărzi pe patch, apoi utilizați qselect pentru a spune mq
ce gărzi să folosească. Un plasture va fi împins dacă nu are gărzi sau gărzi pozitive
se potrivește cu paznicul selectat în prezent, dar nu va fi împins dacă se potrivește vreo gardă negativă
garda actuală. De exemplu:

qguard foo.patch -- -stable (garda negativă)
qguard bar.patch +stabil (protecție pozitivă)
qselect stabil

Aceasta activează garda „stabilă”. mq va sări peste foo.patch (pentru că are un negativ
potrivire) dar push bar.patch (pentru că are o potrivire pozitivă).

Fără argumente, afișează gărzile active în prezent. Cu un singur argument, setează activ
paznic.

Folosiți -n/--none pentru a dezactiva gărzile (nu sunt necesare alte argumente). Când nu există gardieni
active, patch-urile cu gărzi pozitive sunt omise și patch-urile cu gărzi negative sunt
împins.

qselect poate schimba gărzile pe patch-urile aplicate. Nu apare petice protejate
Mod implicit. Utilizați --pop pentru a reveni la ultimul patch aplicat care nu este protejat. Utilizare
--reapply (ceea ce implică --pop) pentru a împinge apoi înapoi la patch-ul curent, dar omite
petice păzite.

Utilizați -s/--series pentru a imprima o listă a tuturor paznicilor din fișierul serie (fără alte argumente
Necesar). Folosiți -v pentru mai multe informații.

Returnează 0 la succes.

Opțiuni:

-n, --nici unul
dezactivați toți paznicii

-da, --serie
enumerați toți paznicii în dosarul seriei

--pop pop la înainte de primul plasture protejat aplicat

--aplicați din nou
pop, apoi reaplicați plasturi

qseries
tipăriți întregul fișier al seriei:

hg qseries [-ms]

Returnează 0 la succes.

Opțiuni:

-m, --dispărut
imprimați patch-uri care nu sunt în serie

-da, --rezumat
imprimați prima linie a antetului patch-ului

qtop
tipăriți numele patch-ului curent:

hg qtop [-s]

Returnează 0 la succes.

Opțiuni:

-da, --rezumat
imprimați prima linie a antetului patch-ului

qunaplicat
tipăriți patch-urile încă neaplicate:

hg qunapplied [-1] [-s] [PATCH]

Returnează 0 la succes.

Opțiuni:

-1, --primul
arata doar primul patch

-da, --rezumat
imprimați prima linie a antetului patch-ului

notifica
cârlige pentru trimiterea notificărilor push prin e-mail

Această extensie implementează cârlige pentru a trimite notificări prin e-mail atunci când seturile de modificări sunt trimise de la
sau primite de depozitul local.

Mai întâi, activați extensia așa cum este explicat în hg ajutor extensii, și înregistrați-vă cârligul
vreau să alerg. intrare și grup de schimbare cârligele sunt rulate atunci când se primesc seturi de modificări, în timp ce
de ieșire cârligele sunt pentru seturile de modificări trimise către un alt depozit:

[cârlige]
# un e-mail pentru fiecare set de modificări primite
incoming.notify = python:hgext.notify.hook
# un e-mail pentru toate seturile de modificări primite
changegroup.notify = python:hgext.notify.hook

# un e-mail pentru toate seturile de modificări trimise
outgoing.notify = python:hgext.notify.hook

Aceasta înregistrează cârligele. Pentru a activa notificarea, abonații trebuie să fie alocați
depozite. The [usersubs] secțiunea mapează mai multe depozite la un anumit destinatar. The
[reposubs] secțiunea mapează mai mulți destinatari într-un singur depozit:

[usersubs]
Cheia # este e-mailul abonatului, valoarea este o listă de modele repo, separate prin virgulă
utilizator@gazdă = model

[reposubs]
Cheia # este modelul repo, valoarea este o listă de e-mailuri a abonaților, separate prin virgulă
model = utilizator@gazdă

A model este glob potrivirea căii absolute la un depozit, opțional combinată cu a
expresie revset. O expresie revset, dacă este prezentă, este separată de glob printr-un hash.
Exemplu:

[reposubs]
*/widgets#branch(release) = [e-mail protejat]

Aceasta trimite la [e-mail protejat] ori de câte ori un set de modificări pe eliberaţi ramura declanșează a
notificare în orice depozit care se termină în widget-uri.

Pentru a le plasa sub managementul direct al utilizatorilor, [usersubs] și [reposubs] secțiuni
poate fi plasat separat hgrc fișier și încorporat prin referință:

[notifica]
config = /path/to/subscriptionsfile

Notificările nu vor fi trimise până în data de notifica.test valoarea este setată la Fals; Vezi mai jos.

Conținutul notificărilor poate fi modificat cu următoarele intrări de configurare:

notifica.test
If Adevărat, tipăriți mesajele către stdout în loc să le trimiteți. Implicit: Adevărat.

notifica.surse
Listă de surse de modificare, separate prin spațiu. Notificările sunt activate numai atunci când a
sursa setului de modificări este în această listă. Sursele pot fi:

servi

seturi de modificări primite prin http sau ssh

trage

seturi de modificări primite prin hg trage

desfacere

seturi de modificări primite prin hg desfacere

împinge

seturi de modificări trimise sau primite prin hg împinge

pachet

seturi de modificări trimise prin hg desfacere

Implicit: servește.

notifica.banda
Numărul de bare oblice care trebuie eliminate din căile URL. Implicit, notificări
depozite de referință cu calea lor absolută. notifica.banda vă permite să le întoarceți
în căi relative. De exemplu, notify.strip=3 se va schimba /long/path/repository
în depozit. Implicit: 0.

notifica.domeniu
Domeniu de e-mail prestabilit pentru expeditor sau destinatari fără un domeniu explicit.

notifica.stil
Fișier de stil de utilizat la formatarea e-mailurilor.

notifica.şablon
Șablon de utilizat la formatarea e-mailurilor.

notifica.incoming
Șablon de utilizat atunci când rulează ca un cârlig de intrare, suprascriind notifica.şablon.

notificare.ieşire
Șablon de utilizat atunci când rulează ca un cârlig de ieșire, suprascriind notifica.şablon.

notify.changegroup
Șablon de utilizat când rulați ca un cârlig de grup de schimbare, suprascriind notifica.şablon.

notifica.maxdiff
Numărul maxim de linii diferite de inclus în e-mailul de notificare. Setați la 0 pentru a dezactiva
diferența sau -1 pentru a include toate acestea. Implicit: 300.

notifica.maxsubject
Numărul maxim de caractere în subiectul e-mailului. Implicit: 67.

notify.diffstat
Setați la Adevărat pentru a include o statistică diferențială înainte de conținutul diferențial. Implicit: Adevărat.

notificare.unire
Dacă este adevărat, trimiteți notificări pentru îmbinarea seturilor de modificări. Implicit: Adevărat.

notifica.mbox
Dacă este setat, adăugați e-mailuri la acest fișier mbox în loc să le trimiteți. Implicit: niciunul.

notifica.de la autor
Dacă este setat, utilizați committer-ul primului set de modificări dintr-un grup de modificări pentru „De la”
câmpul e-mailului de notificare. Dacă nu este setat, luați utilizatorul din depozitul de împingere.
Implicit: fals.

Dacă se setează, următoarele intrări vor fi folosite și pentru a personaliza notificările:

email.de la
E-mail De la adresa de utilizat dacă nu se găsește niciuna în conținutul de e-mail generat.

web.baseurl
Adresa URL a depozitului rădăcină pentru a se combina cu căile de depozit atunci când faceți referințe. Vedea
de asemenea notifica.banda.

pager
Răsfoiți ieșirea comenzii cu un pager extern

Pentru a seta paginatorul care ar trebui utilizat, setați variabila aplicației:

[pager]
pager = mai puțin -FRX

Dacă nu este setat niciun pager, extensiile pager utilizează variabila de mediu $PAGER. Dacă nici unul
pager.pager, nici $PAGER nu este setat, nu se folosește pager.

Puteți dezactiva paginatorul pentru anumite comenzi adăugându-le la lista pager.ignore:

[pager]
ignora = versiune, ajutor, actualizare

De asemenea, puteți activa paginatorul numai pentru anumite comenzi folosind pager.attend. Mai jos este
lista implicită de comenzi de paginat:

[pager]
participat = adnotare, pisică, dif, export, glog, jurnal, qdiff

Setarea pager.attend la o valoare goală va face ca toate comenzile să fie paginate.

Dacă pager.attend este prezent, pager.ignore va fi ignorat.

În cele din urmă, puteți activa și dezactiva paginarea pentru comenzi individuale cu ajutorul
a se prezenta, frecventa- opțiune. Această setare are prioritate față de participarea și ignorarea existente
opțiuni și setări implicite:

[pager]
attend-cat = false

Pentru a ignora comenzile globale precum hg versiune or hg ajutor, trebuie să le specificați în dvs
fișier de configurare a utilizatorului.

Pentru a controla dacă paginatorul este folosit pentru o comandă individuală, puteți utiliza
--pager= :

- utilizați după cum este necesar: `auto`.
- solicita paginatorul: `da` sau `pornit`.
- suprima paginatorul: `nu` sau `off` (orice valoare nerecunoscută
va funcționa și).

patchbomb
comandă pentru a trimite seturi de modificări ca (o serie de) e-mailuri de corecție

Seria începe cu o introducere „[PATCH 0 of N]”, care descrie seria
ca un intreg, per total.

Fiecare e-mail de corecție are o linie de subiect „[PATCH M of N] ...”, folosind prima linie a
descrierea setului de modificări ca text subiect. Mesajul conține două sau trei părți ale corpului:

· Descrierea setului de modificări.

· [Opțional] Rezultatul rulării diffstat pe patch.

· Patch-ul în sine, așa cum este generat de hg exporturile.

Fiecare mesaj se referă la primul din serie folosind răspunsul la și Referințe
anteturi, astfel încât acestea vor apărea ca o secvență în e-mailuri și cititoare de știri și în e-mail
arhive.

Pentru a configura alte valori implicite, adăugați o secțiune ca aceasta la fișierul dvs. de configurare:

[e-mail]
de la = Numele meu
către = destinatar1, destinatar2, ...
cc = cc1, cc2, ...
bcc = bcc1, bcc2, ...
răspuns la = adresa1, adresa2, ...

Utilizare [patchbomb] ca nume de secțiune de configurare dacă trebuie să înlocuiți global [e-mail]
setările adresei.

Apoi, puteți utiliza hg e-mail comandă pentru a trimite prin e-mail o serie de seturi de modificări ca patchbomb.

De asemenea, puteți configura opțiunea de metodă din secțiunea de e-mail să fie un sendmail
mailer compatibil sau completați secțiunea [smtp] astfel încât extensia patchbomb să poată
trimite automat patchbomb-uri direct din linia de comandă. Vedeți [email] și [smtp]
secțiuni în hgrc(5) pentru detalii.

În mod implicit, hg e-mail va solicita a La or CC antet dacă nu furnizați unul prin
configurație sau linia de comandă. Puteți anula acest lucru pentru a nu solicita niciodată prin configurare
o valoare goală:

[e-mail]
cc =

Puteți controla includerea implicită a unui mesaj introductiv cu ajutorul patchbomb.intro
opțiunea de configurare. Configurația este întotdeauna suprascrisă de steaguri de linie de comandă, cum ar fi
--intro și --desc:

[patchbomb]
intro=auto # include mesajul introductiv dacă există mai mult de 1 patch (implicit)
intro=niciodata # nu include niciodata un mesaj de prezentare
intro=always # include întotdeauna un mesaj de prezentare

Puteți seta patchbomb să ceară întotdeauna confirmarea prin setare patchbomb.confirm la adevărat.

Comenzi
e-mail
trimiteți setările de modificări prin e-mail:

hg email [OPȚIUNE]... [DEST]...

În mod implicit, diferențele sunt trimise în formatul generat de hg exporturile, unul pe mesaj. The
seria începe cu o introducere „[PATCH 0 of N]”, care descrie seria ca întreg.

Fiecare e-mail de corecție are o linie de subiect „[PATCH M of N] ...”, folosind prima linie a
descrierea setului de modificări ca text subiect. Mesajul conține două sau trei părți.
În primul rând, descrierea setului de modificări.

Cu opțiunea -d/--diffstat, dacă programul diffstat este instalat, rezultatul rulării
diffstat de pe patch este inserat.

În cele din urmă, patch-ul în sine, așa cum este generat de hg exporturile.

Cu opțiunile -d/--diffstat sau --confirm, vi se va prezenta un rezumat final al
toate mesajele și a cerut confirmarea înainte ca mesajele să fie trimise.

În mod implicit, patch-ul este inclus ca text în corpul e-mailului pentru o revizuire ușoară. Folosind
Opțiunea -a/--attach va crea în schimb un atașament pentru patch. Cu -i/--inline an
atașamentul inline va fi creat. Puteți include un patch atât ca text în corpul e-mailului
și ca atașament obișnuit sau în linie prin combinarea -a/--attach sau -i/--inline cu
opțiunea --body.

Cu -o/--outgoing, e-mailurile vor fi generate pentru corecțiile care nu au fost găsite în destinație
depozit (sau numai cei care sunt strămoșii revizuirilor specificate, dacă există
furnizat)

Cu -b/--bundle, seturile de modificări sunt selectate ca pentru --outgoing, dar un singur e-mail care conține
va fi trimis un pachet binar Mercurial ca atașament. Folosește patchbomb.bundletype
opțiunea de configurare pentru a controla tipul pachetului ca și cu hg pachet --tip.

Cu -m/--mbox, în loc să previzualizați fiecare mesaj patchbomb într-un pager sau să trimiteți
mesajele direct, va crea un fișier de cutie poștală UNIX cu e-mailurile de corecție. Această cutie poștală
fișierul poate fi previzualizat cu orice agent de utilizator de e-mail care acceptă fișiere mbox UNIX.

Cu -n/--test, toți pașii vor rula, dar e-mailurile nu vor fi trimise. Vi se va solicita
o adresă de e-mail a destinatarului, un subiect și un mesaj introductiv care descrie patch-urile
de patchbomb-ul tău. Apoi, când totul este gata, sunt afișate mesajele cu patchbomb. Dacă PAGER
variabila de mediu este setată, paginatorul dvs. va fi pornit o dată pentru fiecare mesaj cu patchbomb,
astfel încât să puteți verifica că totul este în regulă.

În cazul în care trimiterea e-mailului eșuează, veți găsi o copie de rezervă a mesajului introductiv al seriei dvs. în
.hg/last-email.txt.

Comportamentul implicit al acestei comenzi poate fi personalizat prin configurare. (Vedea hg ajutor
patchbomb pentru detalii)

Exemple:

hg email -r 3000 # trimite doar patch-ul 3000
hg email -r 3000 -r 3001 # trimite patch-urile 3000 și 3001
hg email -r 3000:3005 # trimite patch-uri de la 3000 la 3005
hg email 3000 # trimite patch-ul 3000 (învechit)

hg email -o # trimite toate patch-urile care nu sunt implicite
hg email -o DEST # trimite toate patch-urile care nu sunt în DEST
hg email -o -r 3000 # trimite toți strămoșii lui 3000 care nu sunt implicit
hg email -o -r 3000 DEST # trimite toți strămoșii lui 3000 care nu sunt în DEST

hg email -b # trimite pachetul cu toate patch-urile care nu sunt implicite
hg email -b DEST # trimite pachetul cu toate patch-urile care nu sunt în DEST
hg email -b -r 3000 # pachet cu toți strămoșii lui 3000 nu este implicit
hg email -b -r 3000 DEST # pachet de toți strămoșii lui 3000 care nu sunt în DEST

hg email -o -m mbox && # generează un fișier mbox...
mutt -R -f mbox # ... și vizualizați-l cu mutt
hg email -o -m mbox && # generează un fișier mbox...
formail -s sendmail \ # ... și folosiți formail pentru a trimite din mbox
-bm -t < mbox # ... folosind sendmail

Înainte de a utiliza această comandă, va trebui să activați e-mailul în hgrc. Vedeți [e-mailul]
secțiune în hgrc(5) pentru detalii.

Opțiuni:

-g, --git
utilizați formatul git extins diff

--simplu
omite antetul patch-ului hg

-o, --de ieșire
trimite modificări care nu au fost găsite în depozitul țintă

-b, --pachet
trimiteți modificările care nu sunt în țintă ca un pachet binar

--nume pachet
numele fișierului atașat pachetului (implicit: pachet)

-r,--rev
o revizuire de trimis

--forta
rulează chiar și atunci când depozitul de la distanță nu are legătură (cu -b/--bundle)

--baza
un set de modificări de bază pentru a specifica în loc de o destinație (cu -b/--bundle)

--intro
trimiteți un e-mail de prezentare pentru un singur patch

--corp trimite patch-uri ca text de mesaj inline (implicit)

-A, --atașa
trimiteți patch-uri ca atașamente

-eu, --în linie
trimiteți patch-uri ca atașamente inline

--bcc
adresele de e-mail ale destinatarilor oarbe de copiere

-c,--cc
adresele de e-mail ale destinatarilor copiei

--a confirma
cere confirmare inainte de a trimite

-d, --diffstat
adăugați ieșire diffstat la mesaje

--Data
utilizați data dată ca dată de trimitere

--desc
utilizați fișierul dat ca descriere a seriei

-f,--din
adresa de e-mail a expeditorului

-n, --Test
tipăriți mesajele care vor fi trimise

-m,--box
scrieți mesaje în fișierul mbox în loc să le trimiteți

--raspunde la
adresele de e-mail la care răspunsurile trebuie trimise

-da,--subiect
subiectul primului mesaj (intro sau un singur patch)

--în-răspuns-la
identificatorul de mesaj la care să răspundeți

--steag
steaguri de adăugat în prefixele subiectului

-t,--la
adresele de e-mail ale destinatarilor

-e,--ssh
specificați comanda ssh de utilizat

--remotecmd
specificați comanda hg pentru a rula pe partea de la distanță

--nesigur
nu verificați certificatul serverului (ignorând configurația web.cacerts)

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

epurare
comandă pentru a șterge fișierele neurmărite din directorul de lucru

Comenzi
epurare
elimină fișierele care nu sunt urmărite de Mercurial:

hg purge [OPȚIUNE]... [DIR]...

Ștergeți fișierele necunoscute de Mercurial. Acest lucru este util pentru a testa modificările locale și necommitate
într-un arbore sursă altfel curat.

Aceasta înseamnă că purge va șterge următoarele în mod implicit:

· Fișiere necunoscute: fișiere marcate cu „?” de hg Starea

· Directoare goale: de fapt, Mercurial ignoră directoarele cu excepția cazului în care conțin fișiere sub
managementul controlului sursei

Dar va lăsa neatins:

· Fișiere urmărite modificate și nemodificate

· Fișiere ignorate (dacă nu este specificat --all)

· Fișiere noi adăugate în depozit (cu hg adăuga)

Opțiunile --files și --dirs pot fi utilizate pentru a direcționa curățarea pentru a șterge numai fișiere
directoare, sau ambele. Dacă nicio opțiune nu este dată, ambele vor fi șterse.

Dacă directoarele sunt date pe linia de comandă, doar fișierele din aceste directoare sunt
considerat.

Fiți atenți la curățare, deoarece puteți șterge ireversibil unele fișiere la care ați uitat să le adăugați
depozitul. Dacă doriți doar să imprimați lista de fișiere pe care le-ar face acest program
ștergeți, utilizați opțiunea --print.

Opțiuni:

-A, --abort-on-err
anulați dacă apare o eroare

--toate curățați și fișierele ignorate

--dirs curățați directoarele goale

--fișiere
curățați fișierele

-p, --imprimare
tipăriți numele fișierelor în loc să le ștergeți

-0, --print0
terminați numele fișierelor cu NUL, pentru utilizare cu xargs (implica -p/--print)

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

pseudonime: curat

depășește
comandă pentru a muta seturi de revizuiri la un strămoș diferit

Această extensie vă permite să rebazați seturile de modificări într-un depozit Mercurial existent.

Pentru mai multe informații: https://mercurial-scm.org/wiki/RebaseExtension

Comenzi
depășește
mutați setul de modificări (și descendenții) într-o altă ramură:

hg rebase [-s REV | -b REV] [-d REV] [OPȚIUNE]

Rebase folosește fuziunea repetată pentru a grefa seturi de modificări dintr-o parte a istoricului (sursa)
pe altul (destinația). Acest lucru poate fi util pentru liniarizare local schimbari relative
la un arbore de dezvoltare principal.

Comiterile publicate nu pot fi rebazate (vezi hg ajutor faze). Pentru a copia comite, vezi hg ajutor
grefă.

Dacă nu specificați un set de modificări de destinație (-d/--dest), rebase folosește ramura curentă
bacșiș ca destinație. (Setul de modificări de destinație nu este modificat prin rebazare, ci este nou
seturile de modificări sunt adăugate ca descendenți.)

Iată modalitățile de a selecta seturile de modificări:

1. Selectați-le explicit folosind --rev.

2. Utilizare --sursă pentru a selecta un set de modificări rădăcină și pentru a include toți descendenții acestuia.

3. Utilizare --baza pentru a selecta un set de modificări; rebase va găsi strămoși și descendenții lor
care nu sunt şi strămoşi ai destinaţiei.

4. Dacă nu specificați niciuna dintre --rev, sursă, Sau --baza, va folosi rebase --baza . as
de mai sus.

Rebase va distruge seturile de modificări originale dacă nu le utilizați --a pastra. De asemenea, vă va muta
marcaje (chiar dacă o faci).

Unele seturi de modificări pot fi abandonate dacă nu contribuie la modificări (de exemplu, îmbinări de la
filiala de destinatie).

Spre deosebire de îmbina, rebase nu va face nimic dacă vă aflați la vârful unei ramuri numite cu
două capete. Va trebui să specificați în mod explicit sursa și/sau destinația.

Dacă o rebază este întreruptă pentru a rezolva manual un conflict, aceasta poate fi continuată
--continue/-c sau anulat cu --abort/-a.

Exemple:

· mutați „modificări locale” (comitarea curentă înapoi la punctul de ramificare) la vârful ramificației curente
dupa o tragere:

hg rebase

· mutați un singur set de modificări în ramura stabilă:

hg rebase -r 5f493448 -d stabil

· îmbina un comit și toți descendenții săi pe o altă parte a istoriei:

hg rebase --source c0c3 --dest 4cf9

· rebazați totul pe o ramură marcată de un marcaj pe ramura implicită:

hg rebase --base myfeature --dest implicit

· restrângeți o secvență de modificări într-un singur commit:

hg rebase --collapse -r 1520:1525 -d .

· mutați o ramură numită păstrându-i numele:

hg rebase -r "branch(featureX)" -d 1.3 --keepbranches

Returnează 0 la succes, 1 dacă nu trebuie rebazat sau există conflicte nerezolvate.

Opțiuni:

-da,--sursă
rebazați setul de modificări specificate și descendenții

-b,--baza
rebazați totul din punctul de ramificare al setului de modificări specificat

-r,--rev
rebaza aceste revizuiri

-d,--dest
rebazați-vă pe setul de modificări specificat

--colaps
restrângeți seturile de modificări rebazate

-m,--mesaj
utilizați textul ca mesaj de confirmare restrâns

-e, --Editați | ×
invocați editorul la mesajele de comitere

-l,--fișier jurnal
citiți mesajul de comitere restrâns din fișier

-k, --a pastra
păstrați seturile de modificări originale

- ramuri de păstrare
păstrați numele originale ale ramurilor

-D, --desprinde
(DEPRECAT)

-eu, --interactiv
(DEPRECAT)

-t,--instrument
specificați instrumentul de îmbinare

-c, --continua
continua o rebază întreruptă

-A, --avorta
anulați o rebazare întreruptă

--stil
afișare folosind fișierul de hartă șablon (DEPRECAT)

-T,--șablon
afișaj cu șablon

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

record
comenzi pentru a selecta interactiv modificările pentru commit/qrefresh

Comenzi
qrecord
Înregistrați interactiv un nou patch:

hg qrecord [OPȚIUNE]... PATCH [FIȘIER]...

Vedea hg ajutor qnou & hg ajutor record pentru mai multe informații și utilizare.

record
selectați în mod interactiv modificările de efectuat:

hg record [OPȚIUNE]... [FIȘIER]...

Dacă o listă de fișiere este omisă, toate modificările sunt raportate de hg Starea vor fi candidati pentru
înregistrare.

Vedea hg ajutor datele pentru o listă de formate valabile pentru -d/--date.

Vi se va cere dacă să înregistrați modificări la fiecare fișier modificat și pentru fișiere
cu mai multe modificări, pentru fiecare modificare de utilizat. Pentru fiecare interogare, următoarele răspunsuri sunt
posibil:

y - înregistrați această modificare
n - sări peste această modificare
e - editați această modificare manual

s - omite modificările rămase la acest fișier
f - înregistrați modificările rămase în acest fișier

d - gata, săriți peste modificările și fișierele rămase
a - înregistrați toate modificările la toate fișierele rămase
q - ieșire, înregistrând fără modificări

? - afișează ajutor

Această comandă nu este disponibilă când se comite o îmbinare.

Opțiuni:

-A, --addremove
marcați fișierele noi/lipsă ca adăugate/eliminate înainte de a le efectua

--aproape-ramură
marcați un cap de ramură ca fiind închis

--amenda
modificați părintele directorului de lucru

-da, --secret
utilizați faza secretă pentru comitere

-e, --Editați | ×
invocați editorul la mesajele de comitere

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

-m,--mesaj
utilizați textul ca mesaj de confirmare

-l,--fișier jurnal
citiți mesajul de confirmare din fișier

-d,--Data
înregistrați data specificată ca dată de comitere

-u,--utilizator
înregistrați utilizatorul specificat ca committer

-S, --subrepos
recurge în subrepozitive

-w, --ignora-tot-spațiul
ignorați spațiul alb atunci când comparați liniile

-b, --ignora-schimbarea-spațială
ignorați modificările cantității de spațiu alb

-B, --ignora-linii-albe
ignorați modificările ale căror linii sunt toate goale

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

reconecta
recreează hardlink-uri între clonele de depozit

Comenzi
reconecta
recreați legături rigide între două depozite:

hg relink [ORIGIN]

Când arhivele sunt clonate local, fișierele lor de date vor fi conectate astfel încât acestea
utilizați doar spațiul unui singur depozit.

Din păcate, extragerile ulterioare în oricare dintre depozitele vor rupe legăturile rigide pentru orice fișier
atins de noile seturi de modificări, chiar dacă ambele depozite ajung să facă aceleași modificări.

În mod similar, trecerea --rev la „hg clone” nu va folosi nicio legătură rigidă, revenind la un
copie completă a depozitului sursă.

Această comandă vă permite să recreați acele hardlink-uri și să recuperați spațiul irosit.

Acest depozit va fi reconectat pentru a partaja spațiu cu ORIGIN, care trebuie să fie pe același
disc local. Dacă ORIGIN este omis, caută „default-relink”, apoi „default”, în [paths].

Nu încercați nicio operațiune de citire pe acest depozit în timp ce comanda rulează. (Ambii
arhivele vor fi blocate împotriva scrierilor.)

scheme
extinde schemele cu comenzi rapide către roiuri de depozite

Această extensie vă permite să specificați comenzi rapide pentru adresele URL părinte cu o mulțime de depozite
a acționa ca o schemă, de exemplu:

[scheme]
py = http://code.python.org/hg/

După aceea, îl puteți folosi astfel:

clona hg py://trunk/

În plus, există suport pentru unele scheme mai complexe, de exemplu utilizate de Google
Cod:

[scheme]
gcode = http://{1}.googlecode.com/hg/

Sintaxa este preluată din șabloanele Mercurial și aveți un număr nelimitat de variabile,
incepand cu 1 {} și continuând cu 2 {}, 3 {} si asa mai departe. Aceste variabile vor primi
părți ale URL-ului furnizate, împărțite de /. Orice nu este specificat ca {parte} va fi doar atașat
la o adresă URL.

Pentru comoditate, extensia adaugă aceste scheme în mod implicit:

[scheme]
py = http://hg.python.org/
bb = https://bitbucket.org/
bb+ssh = ssh://[e-mail protejat]/
gcode = https://{1}.googlecode.com/hg/
cuptor = https://{1}.kilnhg.com/Repo/

Puteți suprascrie o schemă predefinită definind o nouă schemă cu același nume.

acțiune
împărtășiți un istoric comun între mai multe directoare de lucru

Automat Împreună Depozitare pentru clonele
Când această extensie este activă, hg clona poate fi configurat pentru a partaja/pool automat
stocare în mai multe clone. Acest mod convertește efectiv hg clona la hg clona + hg
acțiune. Avantajul utilizării acestui mod este gestionarea automată a căilor de magazin și
punerea în comun inteligentă a depozitelor aferente.

Următoarele acțiune. opțiunile de configurare influențează această caracteristică:

share.pool

Calea sistemului de fișiere în care vor fi stocate datele din depozitul partajat. Când este definit, hg clona
va folosi automat stocarea depozitului partajat în loc să creeze un magazin în interior
fiecare clonă.

share.poolnaming

Cum se numește directorul în share.pool sunt construite.

„identitate” înseamnă că numele este derivat din primul set de modificări din depozit. În
în acest mod, diferite telecomenzi partajează spațiul de stocare dacă setul lor de modificări rădăcină/inițial este
identic. În acest mod, depozitul partajat local este un agregat al tuturor
a întâlnit depozite la distanță.

„la distanță” înseamnă că numele este derivat din calea sau URL-ul depozitului sursă. În
în acest mod, spațiul de stocare este partajat numai dacă calea sau URL-ul este solicitat în hg clona
comanda se potrivește exact cu un depozit care a fost clonat înainte.

Modul implicit de denumire este „identitate”.

Comenzi
acțiune
creați un nou depozit partajat:

hg share [-U] [-B] SOURCE [DEST]

Inițializați un nou depozit și un director de lucru care își partajează istoricul (și opțional
marcaje) cu un alt depozit.

Rețineți că folosirea rollback-ului sau a extensiilor care distrug/modifică istoricul (mq, rebase etc.) poate
cauza confuzie considerabilă cu clonele partajate. În special, dacă două au împărtășit
clonele sunt ambele actualizate la același set de modificări, iar una dintre ele distruge asta
set de modificări cu rollback, cealaltă clonă va înceta brusc să funcționeze: toate operațiunile
va eșua cu „abandona: directorul de lucru are părinte necunoscut”. Singurul cunoscut
Soluția este să utilizați debugsetparents pe clona ruptă pentru a o reseta la un set de modificări
care încă mai există.

Opțiuni:

-U, --noupdate
nu creați un director de lucru

-B, --marcaje
partajați și marcaje

anula distribuirea
convertiți un depozit partajat într-unul normal:

hg unshare

Copiați datele de stocare în depozit și eliminați datele sharedpath.

abandona
salvați și restaurați modificările în directorul de lucru

Comanda „hg shelve” salvează modificările făcute în directorul de lucru și le revine
modificări, resetarea directorului de lucru la o stare curată.

Mai târziu, comanda „hg unshelve” restabilește modificările salvate de „hg shelve”. Schimbările pot
să fie restaurat chiar și după actualizarea la un alt părinte, caz în care fuziunea lui Mercurial
utilajul va rezolva orice conflict dacă este necesar.

Puteți avea mai mult de o schimbare în raft în circulație; fiecare schimbare amânată are un
nume distinct. Pentru detalii, consultați ajutorul pentru „raft hg”.

Comenzi
abandona
salvați și lăsați deoparte modificările din directorul de lucru:

hg shelve [OPȚIUNE]... [FIȘIER]...

Shelving preia fișierele pe care „starea hg” le raportează ca necurate, salvează modificările la a
pachet (o schimbare în raft) și revine fișierele astfel încât starea lor să funcționeze
directorul devine curat.

Pentru a restabili aceste modificări în directorul de lucru, folosind „hg unshelve”; aceasta va funcționa
chiar dacă treci la un alt commit.

Când nu sunt specificate fișiere, „hg shelve” salvează toate fișierele care nu sunt curățate. Dacă anumite fișiere sau
directoarele sunt denumite, doar modificările aduse acelor fișiere sunt șterse.

Fiecare modificare păstrată pe raft are un nume care o face mai ușor de găsit mai târziu. Numele unui raft
schimbați valorile implicite pentru a se baza pe marcajul activ sau dacă nu există niciun marcaj activ,
ramura numită actuală. Pentru a specifica un alt nume, utilizați --Nume.

Pentru a vedea o listă a modificărilor existente, utilizați --listă opțiune. Pentru fiecare schimbare amânată,
aceasta îi va imprima numele, vârsta și descrierea; utilizare --plasture or --stat pentru mai multe detalii.

Pentru a șterge anumite modificări în raft, utilizați --șterge. Pentru a șterge toate modificările în raft, utilizați
--a curăța.

Opțiuni:

-A, --addremove
marcați fișierele noi/lipsă ca adăugate/eliminate înainte de rafturi

-u, --necunoscut
stocați fișiere necunoscute în raft

--a curăța
ștergeți toate modificările eliminate

--Data
raftul cu data de comitere specificată

-d, --șterge
ștergeți modificarea (modificările) denumite

-e, --Editați | ×
invocați editorul la mesajele de comitere

-l, --listă
enumerați rafturile curente

-m,--mesaj
utilizați textul ca mesaj de raft

-n,--Nume
utilizați numele dat pentru comiterea în depozit

-p, --plasture
arată patch-ul

-eu, --interactiv
modul interactiv, funcționează doar în timpul creării unui raft

--stat ieșiți rezumatul modificărilor în stilul diffstat

-Eu,--include
include nume care se potrivesc cu modelele date

-X,--exclude
excludeți nume care se potrivesc cu modelele date

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

scoate la rafturi
restabiliți o modificare a directorului de lucru:

hg unshelve [SHELVED]

Această comandă acceptă un nume opțional al unei modificări care urmează să fie restaurată. Dacă nu este dat niciunul,
se folosește cea mai recentă modificare strânsă.

Dacă o modificare în raft este aplicată cu succes, pachetul care conține modificările în raft
este mutat într-o locație de rezervă (.hg/shelve-backup).

Întrucât puteți restabili o modificare ștearsă pe lângă o comitere arbitrară, este posibil ca
dezafectarea va avea ca rezultat un conflict între modificările dvs. și comisiile pe care le aveți
desfacerea pe rafturi. Dacă se întâmplă acest lucru, trebuie să rezolvați conflictul, apoi să utilizați --continua la
finalizați operațiunea de deschidere a raftului. (Pachetul nu va fi mutat până când nu veți reuși
finalizați dezraftul.)

(Ca alternativă, puteți utiliza --avorta a abandona un raft care provoacă un conflict. Acest
anulează modificările neraftizate și lasă pachetul pe loc.)

După o dezafectare cu succes, modificările depozitate sunt stocate într-un director de rezervă. Numai
se păstrează cele mai recente N copii de rezervă. N este implicit 10, dar poate fi suprascris folosind
raft.maxbackups opțiune de configurare.

Timpul în secunde este utilizat pentru a decide ordinea copiilor de rezervă. Mai mult decât maxbackups backup-urile sunt
păstrate, dacă aceeași ștampilă temporală împiedică să se decidă ordinea exactă a acestora, pentru siguranță.

Opțiuni:

-A, --avorta
anulați o operațiune incompletă de unshelve

-c, --continua
continuați o operațiune incompletă de unshelve

-k, --a pastra
păstrați raftul după dezraftare

-t,--instrument
specificați instrumentul de îmbinare

--Data
stabiliți data pentru comiterea temporară (DEPRECAT)

strip
stripsets-uri și descendenții lor din istorie

Această extensie vă permite să eliminați seturile de modificări și toți descendenții acestora din
repertoriu. Consultați ajutorul comenzii pentru detalii.

Comenzi
strip
eliminați seturile de modificări și toți descendenții acestora din depozit:

hg band [-k] [-f] [-B marcaj] [-r] REV...

Comanda strip elimină seturile de modificări specificate și toți descendenții acestora. Dacă
directorul de lucru are modificări necommitate, operația este întreruptă cu excepția cazului în care --force
este furnizat steag, caz în care modificările vor fi eliminate.

Dacă un părinte al directorului de lucru este eliminat, atunci directorul de lucru o va face
să fie actualizat automat la cel mai recent strămoș disponibil al părintelui dezbrăcat
după finalizarea operației.

Toate seturile de modificări eliminate sunt stocate în .hg/strip-backup ca un pachet (vezi hg ajutor pachet și
hg ajutor desfacere). Ele pot fi restaurate prin rulare hg desfacere .hg/strip-backup/BUNDLE,
unde BUNDLE este fișierul pachet creat de bandă. Rețineți că numerele de revizuire locale
va fi în general diferit după restaurare.

Utilizați opțiunea --no-backup pentru a renunța la pachetul de rezervă odată ce operațiunea se încheie.

Strip nu este o operațiune de rescriere a istoriei și poate fi folosită pentru seturi de modificări în public
fază. Dar dacă seturile de modificări eliminate au fost transferate într-un depozit de la distanță, o veți face
probabil trage-le din nou.

Reveniți 0 la succes.

Opțiuni:

-r,--rev
elimină revizuirea specificată (opțional, se poate specifica revizuiri fără această opțiune)

-f, --forta
forțați eliminarea seturilor de modificări, eliminați modificările necommitate (fără backup)

--fără backup
fără copii de rezervă

--fără backup
fără copii de rezervă (DEPRECAT)

-n ignorat (DEPRECAT)

-k, --a pastra
nu modificați directorul de lucru în timpul stripării

-B,--marcaj
eliminați turațiile accesibile numai din marcajul dat

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

transplant
comandă pentru a transplanta seturile de modificări dintr-o altă ramură

Această extensie vă permite să transplantați modificările la o altă revizuire părinte, eventual în
alt depozit. Transplantul se face folosind plasturi „dif”.

Plasturile transplantate sunt înregistrate în .hg/transplant/transplants, ca o hartă dintr-un set de modificări
hash la hash-ul său în depozitul sursă.

Comenzi
transplant
seturi de transplant de la altă ramură:

transplant de hg [-s REPO] [-b BRANCH [-a]] [-p REV] [-m REV] [REV]...

Seturile de modificări selectate vor fi aplicate deasupra directorului de lucru curent cu jurnalul
a setului de modificări inițial. Seturile de modificări sunt copiate și astfel vor apărea de două ori în
istorie cu identități diferite.

Luați în considerare utilizarea comenzii grefă dacă totul se află în același depozit - va folosi
îmbină și va da de obicei un rezultat mai bun. Folosiți extensia de rebase dacă modificările sunt modificate
sunt nepublicate și doriți să le mutați în loc să le copiați.

Dacă este specificat --log, mesajele de jurnal vor avea un comentariu atașat de formularul:

(transplantat din CHANGESETHASH)

Puteți rescrie mesajul jurnalului de modificări cu opțiunea --filter. Argumentul lui va fi
invocat cu mesajul actual de jurnal de modificări ca $1 și patch-ul ca $2.

--source/-s specifică un alt depozit de utilizat pentru selectarea seturilor de modificări, ca și cum ar fi
temporar fusese tras. Dacă este specificat --branch/-b, aceste revizuiri vor fi utilizate ca
capete atunci când decideți ce set de modificări să transplantați, la fel ca și cum ar fi avut doar aceste revizuiri
fost tras. Dacă este specificat --all/-a, toate revizuirile până la capetele specificate cu
--ramura va fi transplantată.

Exemplu:

· transplantați toate modificările până la REV peste revizuirea dvs. curentă:

transplant de hg --ramură REV --toate

Puteți marca opțional seturile de modificări transplantate selectate ca îmbinări seturi de modificări. Tu nu vei
fiți solicitat să transplantați orice strămoși ai unui transplant combinat și puteți fuziona
descendenții lor în mod normal în loc să le transplanteze.

Seturile de modificări de îmbinare pot fi transplantate direct prin specificarea setului de modificări părinte adecvat de către
apel hg transplant --mamă.

Dacă nu sunt furnizate fuziuni sau revizuiri, hg transplant va porni un set de modificări interactiv
browser-ul.

Dacă o aplicație de set de modificări eșuează, puteți remedia îmbinarea manual și apoi puteți relua de unde sunteți
oprit prin apel hg transplant --continuare/-c.

Opțiuni:

-da,--sursă
seturi de transplant de la REPO

-b,--ramură
utilizați acest set de modificări sursă ca cap

-A, --toate
trageți toate seturile de modificări până la revizuirile --branch

-p,--prună uscată
sări peste REV

-m,--combina
fuzionează la REV

--mamă
părintele să aleagă atunci când transplantează fuziune

-e, --Editați | ×
invocați editorul la mesajele de comitere

--Buturuga adăugați informații despre transplant la mesajul de jurnal

-c, --continua
continuați ultima ședință de transplant după rezolvarea conflictelor

--filtru
filtrează seturile de modificări prin comandă

Opțiunea marcată cu [+] poate fi specificată de mai multe ori

win32mbcs
permit utilizarea căilor MBCS cu codificări problematice

Unele codificări MBCS nu sunt bune pentru unele operațiuni de cale (de exemplu, divizarea căii, caz
conversie etc.) cu octeții săi codificați. Numim o astfel de codificare (adică shift_jis și
big5) ca „codificare problematică”. Această extensie poate fi folosită pentru a remedia problema cu acestea
codificări prin împachetarea unor funcții pentru a le converti în șir Unicode înainte de operarea căii.

Această extensie este utilă pentru:

· Utilizatorii japonezi de Windows care folosesc codificarea shift_jis.

· Utilizatori chinezi de Windows care folosesc codificarea big5.

· Toți utilizatorii care folosesc un depozit cu una dintre codificări problematice, care nu țin cont de majuscule și minuscule
Sistemul de fișiere.

Această extensie nu este necesară pentru:

· Orice utilizator care utilizează numai caractere ASCII în cale.

· Orice utilizator care nu folosește niciuna dintre codificările problematice.

Rețineți că există unele limitări în utilizarea acestei extensii:

· Ar trebui să utilizați o singură codificare într-un singur depozit.

· Dacă calea depozitului se termină cu 0x5c, .hg/hgrc nu poate fi citit.

· win32mbcs nu este compatibil cu extensia fixutf8.

În mod implicit, win32mbcs utilizează codificarea.encoding decisă de Mercurial. Puteți specifica
codificare prin opțiunea de configurare:

[win32mbcs]
codificare = sjis

Este util pentru utilizatorii care doresc să se angajeze cu un mesaj de jurnal UTF-8.

win32text
efectuați conversie automată în noua linie (DEPRECAT)

Depreciere: extensia win32text necesită ca fiecare utilizator să configureze extensia
iar și iar pentru fiecare clonă, deoarece configurația nu este copiată la clonare.

Prin urmare, am făcut eol Ca o alternativa. The eol folosește o versiune controlată
fișier pentru configurarea acestuia și, prin urmare, fiecare clonă va folosi setările potrivite de la
începutul.

Pentru a efectua o conversie automată în noua linie, utilizați:

[extensii]
win32text =
[codifica]
** = cleverencode:
# sau ** = macencode:

[decodifica]
** = cleverdecode:
# sau ** = macdecode:

Dacă nu faceți conversie, pentru a vă asigura că nu comite CRLF/CR accidental:

[cârlige]
pretxncommit.crlf = python:hgext.win32text.forbidcrlf
# sau pretxncommit.cr = python:hgext.win32text.forbidcr

Pentru a face aceeași verificare pe un server pentru a preveni împingerea sau trasarea CRLF/CR:

[cârlige]
pretxnchangegroup.crlf = python:hgext.win32text.forbidcrlf
# sau pretxnchangegroup.cr = python:hgext.win32text.forbidcr

zeroconf
descoperiți și promovați depozitele în rețeaua locală

Extensia zeroconf va face publicitate hg servi instanțe prin DNS-SD, astfel încât acestea să poată fi
descoperit folosind hg căi comanda fără a ști adresa serverului.

Pentru a permite altor persoane să vă descopere depozitul folosind run hg servi în depozitul dvs.:

$ test cd
Servire $ hg

Puteți descoperi depozitele activate cu Zeroconf rulând hg căi:

$ hg căi
zc-test = http://example.com:8000/test

Utilizați hg online folosind serviciile onworks.net