hg - Online in de cloud

PROGRAMMA:

NAAM

hg - Mercurial broncodebeheersysteem

KORTE INHOUD

hg commando [optie]... [argument] ...

PRODUCTBESCHRIJVING

De hg command biedt een opdrachtregelinterface voor het Mercurial-systeem.

COMMAND ELEMENTS

bestanden ...
geeft een of meer bestandsnamen of relatieve padbestandsnamen aan; zie Bestandsnaampatronen
voor informatie over het matchen van patronen

pad geeft een pad aan op de lokale computer

herziening
geeft een wijzigingenset aan die kan worden gespecificeerd als een wijzigingsset-revisienummer, een tag,
of een unieke subtekenreeks van de hashwaarde van de wijzigingsset

bewaarplaats pad
ofwel de padnaam van een lokale repository of de URI van een externe repository.

OPTIES

-R,--opslagplaats
hoofdmap van repository of naam van overlay-bundelbestand

--cwd
werkmap wijzigen

-ja, --niet-interactief
niet vragen, kies automatisch de eerste keuze voor alle prompts

-Q, --stil
output onderdrukken

-in, --uitgebreid
extra output inschakelen

--config
set/override configuratie optie (gebruik 'section.name=value')

--debuggen
debug-uitvoer inschakelen

--debugger
debugger starten

--codering
stel de charset-codering in (standaard: UTF-8)

--coderingsmodus
stel de tekenset-coderingsmodus in (standaard: strikt)

--herleiden
print altijd een traceback op uitzondering

--tijd tijd hoe lang de opdracht duurt

--profiel
afdrukopdracht uitvoeringsprofiel

--versie
uitgang versie informatie en eindig

-H, --help
help weergeven en afsluiten

--verborgen
overweeg verborgen wijzigingensets

[+] gemarkeerde optie kan meerdere keren worden opgegeven

COMMANDO'S

toevoegen
voeg de gespecificeerde bestanden toe aan de volgende commit:

hg toevoegen [OPTIE]... [BESTAND]...

Plan bestanden voor versiebeheer en voeg ze toe aan de repository.

De bestanden worden bij de volgende commit aan de repository toegevoegd. Om een ​​toevoeging daarvoor ongedaan te maken,
zien hg vergeten.

Als er geen namen zijn opgegeven, voeg dan alle bestanden toe aan de repository (behalve bestanden die overeenkomen met .hggnore).

Voorbeelden:

· Nieuwe (onbekende) bestanden worden automatisch toegevoegd door hg toevoegen:

$ls
foo.c
$ hg-status
? foo.c
$ hg toevoegen
foo.c . toevoegen
$ hg-status
een foo.c

· Specifieke bestanden die moeten worden toegevoegd, kunnen worden gespecificeerd:

$ls
bar.c foo.c
$ hg-status
? bar.c
? foo.c
$ hg voeg bar.c toe
$ hg-status
een bar.c
? foo.c

Retourneert 0 als alle bestanden zijn toegevoegd.

Opties:

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-S, --subrepo's
terugkeren naar subrepositories

-N, --oefening
voer geen acties uit, print alleen uitvoer

[+] gemarkeerde optie kan meerdere keren worden opgegeven

toevoegen verwijderen
voeg alle nieuwe bestanden toe, verwijder alle ontbrekende bestanden:

hg addremove [OPTIE]... [BESTAND]...

Voeg alle nieuwe bestanden toe en verwijder alle ontbrekende bestanden uit de repository.

Tenzij er namen worden gegeven, worden nieuwe bestanden genegeerd als ze overeenkomen met een van de patronen in
.hggnore. Net als bij add worden deze wijzigingen van kracht bij de volgende vastlegging.

Gebruik de optie -s/--similarity om hernoemde bestanden te detecteren. Deze optie kost een percentage
tussen 0 (uitgeschakeld) en 100 (bestanden moeten identiek zijn) als parameter. Met een parameter
groter dan 0, dit vergelijkt elk verwijderd bestand met elk toegevoegd bestand en registreert die
vergelijkbaar genoeg als hernoemt. Het op deze manier detecteren van hernoemde bestanden kan duur zijn. Na gebruik
deze optie, hg toestand -C kan worden gebruikt om te controleren welke bestanden zijn geïdentificeerd als verplaatst of
hernoemd. Indien niet gespecificeerd, wordt -s/--similarity standaard ingesteld op 100 en worden alleen identieke namen hernoemd
bestanden worden gedetecteerd.

Voorbeelden:

· Een aantal bestanden (bar.c en foo.c) zijn nieuw, terwijl foobar.c is verwijderd (zonder
gebruik hg verwijderen) uit de repository:

$ls
bar.c foo.c
$ hg-status
! foobar.c
? bar.c
? foo.c
$ hg verwijderen
bar.c . toevoegen
foo.c . toevoegen
foobar.c verwijderen
$ hg-status
een bar.c
een foo.c
R foobar.c

· Een bestand foobar.c is verplaatst naar foo.c zonder gebruik te maken van hg andere naam geven. Daarna was het
iets aangepast:

$ls
foo.c
$ hg-status
! foobar.c
? foo.c
$ hg adresverwijdering --similariteit 90
foobar.c verwijderen
foo.c . toevoegen
opname verwijdering van foobar.c als hernoemen naar foo.c (94% vergelijkbaar)
$ hg-status -C
een foo.c
foobar.c
R foobar.c

Retourneert 0 als alle bestanden zijn toegevoegd.

Opties:

-Ja,--gelijkenis
raad hernoemde bestanden op overeenkomst (0<=s<=100)

-S, --subrepo's
terugkeren naar subrepositories

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-N, --oefening
voer geen acties uit, print alleen uitvoer

[+] gemarkeerde optie kan meerdere keren worden opgegeven

geannoteerde
toon wijzigingsset-informatie per regel voor elk bestand:

hg annoteren [-r REV] [-f] [-a] [-u] [-d] [-n] [-c] [-l] BESTAND...

Lijst met wijzigingen in bestanden, met de revisie-ID die verantwoordelijk is voor elke regel.

Dit commando is handig om te ontdekken wanneer een wijziging is aangebracht en door wie.

Als u --file, --user of --date opneemt, wordt het revisienummer onderdrukt, tenzij u
ook --nummer.

Zonder de optie -a/--text zal annoteren voorkomen dat bestanden worden verwerkt die als binair worden gedetecteerd.
Met -a zal annoteren het bestand toch annoteren, hoewel de resultaten waarschijnlijk zullen zijn
noch nuttig noch wenselijk.

Retourneert 0 bij succes.

Opties:

-R,--rev
annoteer de gespecificeerde revisie

--volgen
volg kopieën/hernoem en vermeld de bestandsnaam (VERLATEN)

--niet volgen
volg geen kopieën en hernoemingen

-een, --tekst
behandel alle bestanden als tekst

-u, --gebruiker
vermeld de auteur (lang met -v)

-F, --het dossier
vermeld de bestandsnaam

-NS, --datum
vermeld de datum (kort met -q)

-N, --nummer
vermeld het revisienummer (standaard)

-C, --veranderset
lijst de wijzigingenset

-ik, --regel-nummer
toon regelnummer bij eerste verschijning

-w, --negeer-alle-ruimte
negeer witruimte bij het vergelijken van lijnen

-B, --negeer-ruimte-verandering
negeer veranderingen in de hoeveelheid witruimte

-B, --negeer-lege-regels
negeer wijzigingen waarvan de regels allemaal leeg zijn

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: schuld

archief
maak een archief zonder versiebeheer van een repository-revisie:

hg archief [OPTIE]... BESTEMMING

Standaard is de gebruikte revisie de ouder van de werkdirectory; gebruik -r/--rev om
een andere revisie opgeven.

Het archieftype wordt automatisch gedetecteerd op basis van de bestandsextensie (om te negeren, gebruik
-t/--type).

Voorbeelden:

· maak een zip-bestand met de 1.0-release:

hg archief -r 1.0 project-1.0.zip

· maak een tarball exclusief .hg-bestanden:

hg archief project.tar.gz -X ".hg*"

Geldige typen zijn:

bestanden

een map vol bestanden (standaard)

teer

tar archief, ongecomprimeerd

tbz2

tar-archief, gecomprimeerd met bzip2

tgz

tar-archief, gecomprimeerd met gzip

uzip

zip-archief, niet gecomprimeerd

ritssluiting

zip-archief, gecomprimeerd met deflate

De exacte naam van het doelarchief of de doelmap wordt gegeven met behulp van een formatstring; zien
hg hulp exporteren voor meer info.

Elk lid dat aan een archiefbestand wordt toegevoegd, heeft een directoryvoorvoegsel als voorvoegsel. Gebruik -p/--prefix om
specificeer een formaattekenreeks voor het voorvoegsel. De standaard is de basisnaam van het archief, met
achtervoegsels verwijderd.

Retourneert 0 bij succes.

Opties:

--geen-decoderen
geef geen bestanden door decoders

-P,--voorvoegsel
directory prefix voor bestanden in archief

-R,--rev
revisie om te verspreiden

-T,--type
type distributie om te maken

-S, --subrepo's
terugkeren naar subrepositories

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

terugtrekken
omgekeerd effect van eerdere wijzigingenset:

hg backout [OPTIE]... [-r] REV

Bereid een nieuwe wijzigingenset voor met het effect van REV ongedaan gemaakt in de huidige werkdirectory. Indien
geen conflicten zijn tegengekomen, zal het onmiddellijk worden gepleegd.

Als REV de ouder is van de werkdirectory, wordt deze nieuwe wijzigingenset vastgelegd
automatisch (tenzij --no-commit is opgegeven).

Note hg terugtrekken kan niet worden gebruikt om een ​​ongewenste of onjuiste samenvoeging te herstellen.

Voorbeelden:

· Keer het effect van de ouder van de werkdirectory om. Deze back-out zal zijn
onmiddellijk gepleegd:

hg back-out -r .

· Keer het effect van vorige slechte revisie 23 om:

hg back-out -r 23

· Keer het effect van eerdere slechte revisie 23 om en laat wijzigingen niet vastgelegd:

hg backout -r 23 --geen verplichting
hg commit -m "Back-out revisie 23"

Standaard heeft de in behandeling zijnde wijzigingsset één ouder, waarbij een lineaire geschiedenis wordt bijgehouden. Met
--merge, de in behandeling zijnde wijzigingenset zal in plaats daarvan twee ouders hebben: de oude ouder van de
werkmap en een nieuw kind van REV dat eenvoudigweg REV ongedaan maakt.

Vóór versie 1.7 was het gedrag zonder --merge gelijk aan het specificeren van --merge
gevolgd door hg -update --schoon . om de samenvoeging te annuleren en het kind van REV als hoofd te laten
afzonderlijk samen te voegen.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Bekijk hg hulp terugkeren voor een manier om bestanden te herstellen naar de staat van een andere revisie.

Retourneert 0 bij succes, 1 als er geen back-up is of als er onopgeloste bestanden zijn.

Opties:

--samenvoegen
samenvoegen met oude dwaalouder na back-out

--verbinden
commit als er geen conflicten zijn aangetroffen (VERLATEN)

--geen verplichting
niet begaan

--ouder
ouder om te kiezen bij het terugtrekken van samenvoegen (VERLATEN)

-R,--rev
revisie naar backout

-e, --Bewerk
aanroepen editor op commit berichten

-T,--hulpmiddel
specificeer de samenvoegtool

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

[+] gemarkeerde optie kan meerdere keren worden opgegeven

halveren
onderverdeling zoeken van wijzigingensets:

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

Deze opdracht helpt bij het vinden van wijzigingensets die problemen veroorzaken. Markeer de vroegste om te gebruiken
wijzigingenset waarvan u weet dat het probleem als slecht wordt weergegeven, markeer vervolgens de laatste wijzigingenset die is
vrij van het probleem zo goed. Bisect zal uw werkmap bijwerken naar een revisie voor
testen (tenzij de -U/--noupdate optie is gespecificeerd). Nadat u tests heeft uitgevoerd,
markeer de werkdirectory als goed of slecht, en bisect zal ofwel updaten naar een andere
kandidaat-wijzigingsset of kondigen aan dat het de slechte revisie heeft gevonden.

Als snelkoppeling kun je ook het revisieargument gebruiken om een ​​revisie als goed of slecht te markeren
zonder eerst te controleren.

Als u een opdracht opgeeft, wordt deze gebruikt voor automatische doorsnijding. De omgeving
variabele HG_NODE bevat de ID van de wijzigingenset die wordt getest. De uitgangsstatus van de
commando wordt gebruikt om revisies als goed of slecht te markeren: status 0 betekent goed, 125 betekent to
sla de revisie over, 127 (commando niet gevonden) zal de tweedeling afbreken, en alle andere
niet-nul exit-status betekent dat de revisie slecht is.

Een paar voorbeelden:

· start een tweedeling met bekende slechte revisie 34 en goede revisie 12:

hg halveren --slecht 34
hg halveren --goed 12

· de huidige tweedeling vooruitgaan door de huidige revisie als goed of slecht te markeren:

hg halveren --goed
hg halveren --bad

· markeer de huidige revisie, of een bekende revisie, om over te slaan (bijv. als die revisie is
niet bruikbaar vanwege een ander probleem):

hg halveren --skip
hg halveren --skip 23

· sla alle revisies over die geen mappen raken foo or bars:

hg bisect --skip "!( file('path:foo') & file('path:bar') )"

· vergeet de huidige splitsing:

hg halveren --reset

· gebruik 'make && make tests' om automatisch de eerste kapotte revisie te vinden:

hg halveren --reset
hg halveren --slecht 34
hg halveren --goed 12
hg bisect --commando "maak && maak tests"

· bekijk alle wijzigingensets waarvan de toestanden al bekend zijn in de huidige tweedeling:

hg log -r "bisect(gesnoeid)"

· bekijk de wijzigingenset die momenteel in tweeën wordt gedeeld (vooral handig als u werkt met
-U/--geen update):

hg log -r "bisect(huidig)"

· bekijk alle wijzigingensets die deelnamen aan de huidige tweedeling:

hg log -r "bisect(bereik)"

· je kunt zelfs een mooie grafiek krijgen:

hg log --graph -r "bisect(bereik)"

Bekijk hg hulp omwentelingen voor meer over de halveren() trefwoord.

Retourneert 0 bij succes.

Opties:

-R, --herstellen
status halveren resetten

-G, --Goed
markeer wijzigingenset goed

-B, --slecht
markeer wijzigingsset als slecht

-Ja, --overslaan
wijzigingenset testen overslaan

-e, --verlengen
breid het halve bereik uit

-C,--opdracht
gebruik de opdracht om de status van de wijzigingsset te controleren

-U, --geen update
niet updaten naar doel

bladwijzers
maak een nieuwe bladwijzer of vermeld bestaande bladwijzers:

hg bladwijzers [OPTIES]... [NAAM]...

Bladwijzers zijn labels op wijzigingensets om ontwikkelingslijnen te helpen volgen. Bladwijzers zijn
zonder versiebeheer en kan worden verplaatst, hernoemd en verwijderd. Het verwijderen of verplaatsen van een bladwijzer heeft geen
effect op de bijbehorende wijzigingensets.

Als u een bladwijzer maakt of bijwerkt, wordt deze gemarkeerd als 'actief'. de actieve
bladwijzer wordt aangegeven met een '*'. Wanneer een vastlegging is gemaakt, zal de actieve bladwijzer vooruitgaan
naar de nieuwe inzet. Een vliegtuig hg -update zal indien mogelijk ook een actieve bladwijzer naar voren brengen.
Als u buiten een bladwijzer bijwerkt, wordt deze gedeactiveerd.

Bladwijzers kunnen tussen opslagplaatsen worden geduwd en getrokken (zie hg hulp duwen en hg hulp trek
). Als een gedeelde bladwijzer is afgeweken, een nieuwe 'afwijkende bladwijzer' in de vorm 'naam@pad'
zal gemaakt worden. Gebruik makend van hg samensmelten zal het verschil oplossen.

Een bladwijzer met de naam '@' heeft de speciale eigenschap dat hg klonen zal het standaard bekijken
als het bestaat.

Voorbeelden:

· maak een actieve bladwijzer voor een nieuwe ontwikkelingslijn:

hg boek nieuwe functie

· maak een inactieve bladwijzer als plaatsmarkering:

hg boek -ik heb beoordeeld

· maak een inactieve bladwijzer op een andere wijzigingenset:

hg boek -r .^ getest

· hernoem bladwijzer kalkoen naar diner:

hg boek -m kalkoen diner

· verplaats de '@' bladwijzer van een andere tak:

hg boek -f @

Opties:

-F, --kracht
dwingen

-R,--rev
revisie voor bladwijzeractie

-NS, --verwijderen
een bepaalde bladwijzer verwijderen

-M,--hernoemen
de naam van een bepaalde bladwijzer wijzigen

-l, --inactief
markeer een bladwijzer inactief

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

aliassen: bladwijzer

tak
stel de huidige filiaalnaam in of toon deze:

hg-filiaal [-fC] [NAAM]

Opmerking Taknamen zijn permanent en globaal. Gebruik maken van hg bladwijzer om een ​​lichtgewicht te creëren
bladwijzer in plaats daarvan. Zien hg hulp woordenlijst voor meer informatie over benoemde branches
en bladwijzers.

Toon de huidige filiaalnaam zonder argument. Stel met één argument de werkende
directory vertakkingsnaam (de vertakking zal niet bestaan ​​in de repository tot de volgende commit).
De standaardpraktijk beveelt aan dat de primaire ontwikkeling plaatsvindt op de 'standaard'-tak.

Tenzij -f/--force is opgegeven, laat branch je geen branchnaam instellen die al
bestaat.

Gebruik -C/--clean om de vertakking van de werkdirectory te resetten naar die van de ouder van de working
directory, waardoor een eerdere branch-wijziging wordt genegeerd.

Gebruik de opdracht hg -update om over te stappen naar een bestaande vestiging. Gebruik maken van hg plegen --close-filiaal naar
markeer deze takkop als gesloten. Wanneer alle hoofden van een filiaal gesloten zijn, zal het filiaal
gesloten worden beschouwd.

Retourneert 0 bij succes.

Opties:

-F, --kracht
stel vertakkingsnaam in, zelfs als het een bestaande vertakking overschaduwt

-C, --schoon
vertakkingsnaam resetten naar bovenliggende vertakkingsnaam

takken
lijst repository met de naam branches:

hg takken [-c]

Maak een lijst van de benoemde takken van de repository en geef aan welke inactief zijn. Indien -c/--gesloten
is opgegeven, vermeld ook filialen die als gesloten zijn gemarkeerd (zie hg plegen
--close-filiaal).

Gebruik de opdracht hg -update om over te stappen naar een bestaande vestiging.

Retouren 0.

Opties:

-een, --actief
toon alleen takken die niet-samengevoegde hoofden hebben (VERLATEN)

-C, --gesloten
toon normale en gesloten takken

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

bundel
maak een changegroup-bestand aan:

hg bundel [-f] [-t TYPE] [-a] [-r REV]... [--base REV]... BESTAND [DEST]

Genereer een changegroup-bestand waarin wijzigingensets worden verzameld om aan een repository toe te voegen.

Gebruik -a/--all (of --base null) om een ​​bundel te maken die alle wijzigingensets bevat. anders, hg
gaat ervan uit dat de bestemming alle knooppunten heeft die u opgeeft met --base parameters.
Anders zal hg aannemen dat de repository alle knooppunten op bestemming heeft, of
default-push/default als er geen bestemming is opgegeven.

U kunt het bundelformaat wijzigen met de optie -t/--type. U kunt een compressie specificeren, a
bundelversie of beide met een streepje (comp-versie). De beschikbare compressiemethoden zijn:
none, bzip2 en gzip (standaard worden bundels gecomprimeerd met bzip2). de beschikbare
formaten zijn: v1, v2 (standaard naar meest geschikt).

Het bundelbestand kan dan met conventionele middelen worden overgedragen en op een andere worden toegepast
repository met de unbundle of pull commando. Dit is handig wanneer direct duwen en trekken is
niet beschikbaar is of wanneer het exporteren van een hele repository ongewenst is.

Door bundels toe te passen, blijft alle inhoud van de wijzigingenset behouden, inclusief machtigingen, kopiëren/hernoemen
informatie en revisiegeschiedenis.

Retourneert 0 bij succes, 1 als er geen wijzigingen zijn gevonden.

Opties:

-F, --kracht
uitvoeren, zelfs als de bestemming niet gerelateerd is

-R,--rev
een wijzigingenset die bedoeld is om aan de bestemming te worden toegevoegd

-B,--tak
een specifiek filiaal dat u wilt bundelen

--baseren
een basiswijzigingsset waarvan wordt aangenomen dat deze beschikbaar is op de bestemming

-een, --alle
bundel alle wijzigingensets in de repository

-T,--type
te gebruiken bundelcompressietype (standaard: bzip2)

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

hoe
output de huidige of gegeven revisie van bestanden:

hg cat [OPTIE]... BESTAND...

Druk de opgegeven bestanden af ​​zoals ze waren bij de opgegeven revisie. Als er geen revisie wordt gegeven, wordt de
ouder van de werkdirectory wordt gebruikt.

De uitvoer kan naar een bestand zijn, in welk geval de naam van het bestand wordt gegeven in een formaat
snaar. De opmaakregels zijn als volgt:

%%

letterlijk "%" teken

%s

basisnaam van het bestand dat wordt afgedrukt

%d

dirnaam van het bestand dat wordt afgedrukt, of '.' indien in repository root

%p

root-relatieve padnaam van het bestand dat wordt afgedrukt

%H

wijzigingenset hash (40 hexadecimale cijfers)

%R

wijzigingsset revisienummer

%h

korte vorm wijzigingenset hash (12 hexadecimale cijfers)

%r

zero-padded wijzigingsset revisienummer

%b

basisnaam van de exporterende repository

Retourneert 0 bij succes.

Opties:

-O,--uitvoer
print uitvoer naar bestand met opgemaakte naam

-R,--rev
druk de gegeven revisie af

--decoderen
pas een overeenkomend decodeerfilter toe

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

klonen
maak een kopie van een bestaande repository:

hg kloon [OPTIE]... BRON [BESTEMMING]

Maak een kopie van een bestaande repository in een nieuwe map.

Als er geen naam van de bestemmingsmap is opgegeven, wordt deze standaard ingesteld op de basisnaam van de bron.

De locatie van de bron wordt toegevoegd aan de nieuwe repository's .hg/hgrc bestand, als standaard
te gebruiken voor toekomstige trekkingen.

Alleen lokale paden en ssh:// URL's worden ondersteund als bestemmingen. Voor ssh:// bestemmingen,
geen werkmap of .hg/hgrc wordt aan de externe kant gemaakt.

Als de bronrepository een bladwijzer met de naam '@' heeft, wordt die revisie uitgecheckt
standaard in de nieuwe repository.

Om een ​​bepaalde versie uit te checken, gebruik -u/--update, of -U/--noupdate om een ​​kloon te maken
zonder werkmap.

Om alleen een subset van wijzigingensets op te halen, specificeert u een of meer revisie-ID's met
-r/--rev of vertakkingen met -b/--branch. De resulterende kloon bevat alleen de opgegeven
wijzigingensets en hun voorouders. Deze opties (of 'clone src#rev dest') impliceren --pull, even
voor lokale bronbronnen.

Opmerking Als u een tag opgeeft, wordt de getagde wijzigingenset opgenomen, maar niet de wijzigingenset met
het label.

Voor efficiëntie worden hardlinks gebruikt voor klonen wanneer de bron en bestemming aan staan
hetzelfde bestandssysteem (merk op dat dit alleen van toepassing is op de repositorygegevens, niet op de werkende
adresboek). Sommige bestandssystemen, zoals AFS, implementeren hardlinking onjuist, maar doen dat niet
fouten melden. Gebruik in deze gevallen de --pull optie om hardlinking te voorkomen.

In sommige gevallen kunt u repositories en de werkdirectory klonen met volledige hardlinks
Met

$ cp -al REPO REPOCLONE

Dit is de snelste manier om te klonen, maar het is niet altijd veilig. De operatie is niet atomair
(ervoor zorgen dat REPO niet wordt gewijzigd tijdens de operatie is aan jou) en je moet maken
zorg ervoor dat je editor hardlinks verbreekt (Emacs en de meeste Linux Kernel-tools doen dit). Dit is ook
niet compatibel met bepaalde extensies die hun metadata onder de .hg-directory plaatsen,
zoals mq.

Mercurial zal de werkdirectory updaten naar de eerste toepasselijke revisie hiervan
lijst:

A. null als -U of de bronrepository geen wijzigingensets heeft

B. Als je . en de bronrepository is lokaal, de eerste ouder van de bronrepository
werkmap

C. de wijzigingenset gespecificeerd met -u (als een vertakkingsnaam betekent dit de laatste kop daarvan)
tak)

NS. de wijzigingenset gespecificeerd met -r

e. de puntige kop gespecificeerd met -b

F. de tipmost head gespecificeerd met de url#branch source syntax

G. de revisie gemarkeerd met de '@' bladwijzer, indien aanwezig

H. de tipmost head van de standaard branch

l. tip

Bij het klonen van servers die dit ondersteunen, kan Mercurial vooraf gegenereerde gegevens ophalen van a
door de server geadverteerde URL. Wanneer dit is gebeurd, werken hooks op inkomende wijzigingensets en
changegroups kunnen twee keer worden geactiveerd, een keer voor de bundel die is opgehaald van de URL en een andere voor elke
aanvullende gegevens niet opgehaald van deze URL. Bovendien, als er een fout optreedt, zal de repository
kan worden teruggedraaid naar een gedeeltelijke kloon. Dit gedrag kan in toekomstige releases veranderen. Zien hg
hulp -e kloonbundels voor meer info.

Voorbeelden:

· kloon een externe repository naar een nieuwe map met de naam hg/:

hg kloon http://selenic.com/hg

· maak een lichtgewicht lokale kloon:

hg kloon project/ project-functie/

· kloon van een absoluut pad op een ssh-server (let op dubbele schuine streep):

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

· doe een snelle kloon via een LAN terwijl u een gespecificeerde versie uitcheckt:

hg kloon --ongecomprimeerd http://server/repo -u 1.5

· maak een repository zonder wijzigingensets na een bepaalde revisie:

hg clone -r 04e544 experimenteel/ goed/

· kloon (en volg) een bepaalde benoemde branch:

hg kloon http://selenic.com/hg#stal

Bekijk hg hulp urls voor details over het specificeren van URL's.

Retourneert 0 bij succes.

Opties:

-U, --geen update
de kloon zal een lege werkdirectory bevatten (alleen een repository)

-u,--updaterev
revisie, tag of branch om uit te checken

-R,--rev
de gespecificeerde wijzigingenset opnemen

-B,--tak
kloon alleen de opgegeven tak

--trekken gebruik het pull-protocol om metadata te kopiëren

--ongecomprimeerd
gebruik ongecomprimeerde overdracht (snel over LAN)

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

plegen
commit de gespecificeerde bestanden of alle openstaande wijzigingen:

hg commit [OPTIE]... [BESTAND]...

Voer wijzigingen in de gegeven bestanden door in de repository. In tegenstelling tot een gecentraliseerde SCM, is dit
operatie is een lokale operatie. Zien hg duwen voor een manier om uw wijzigingen actief te verspreiden.

Als een lijst met bestanden wordt weggelaten, worden alle wijzigingen gerapporteerd door hg toestand zal worden gepleegd.

Als je het resultaat van een samenvoeging vastlegt, geef dan geen bestandsnamen of -I/-X . op
filters.

Als er geen vastleggingsbericht is opgegeven, start Mercurial uw geconfigureerde editor waar u kunt
voer een bericht in. In het geval dat uw commit mislukt, vindt u een back-up van uw bericht in
.hg/laatste-bericht.txt.

De vlag --close-branch kan worden gebruikt om de huidige branch head gesloten te markeren. Wanneer alle hoofden
van een filiaal zijn gesloten, wordt het filiaal als gesloten beschouwd en niet langer in de lijst opgenomen.

De --amend vlag kan worden gebruikt om de ouder van de werkdirectory te wijzigen met een new
commit die de wijzigingen in de ouder bevat naast de wijzigingen die momenteel zijn gerapporteerd door
hg toestand, als er enige zijn. De oude commit wordt opgeslagen in een back-upbundel in
.hg/strip-back-up (Zie hg hulp bundel en hg hulp ontvlechten over hoe u het kunt herstellen).

Bericht, gebruiker en datum zijn overgenomen uit de gewijzigde commit, tenzij anders aangegeven. Wanneer een bericht
niet is opgegeven op de opdrachtregel, wordt de editor geopend met het bericht van de gewijzigde
plegen.

Het is niet mogelijk om openbare wijzigingensets aan te passen (zie hg hulp fasen) of wijzigingensets die hebben
kinderen.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Retourneert 0 bij succes, 1 als er niets is veranderd.

Voorbeelden:

· commit alle bestanden die eindigen op .py:

hg commit --include "set:**.py"

· alle niet-binaire bestanden vastleggen:

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

· wijzig de huidige commit en stel de datum in op nu:

hg commit --amend --date nu

Opties:

-EEN, --toevoegen verwijderen
markeer nieuwe/ontbrekende bestanden als toegevoegd/verwijderd voordat ze worden vastgelegd

--close-filiaal
markeer een takkop als gesloten

--wijzigen
wijzig de ouder van de werkdirectory

-Ja, --geheim
gebruik de geheime fase om te committen

-e, --Bewerk
aanroepen editor op commit berichten

-l, --interactief
interactieve modus gebruiken

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

-S, --subrepo's
terugkeren naar subrepositories

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: ci

config
toon gecombineerde configuratie-instellingen van alle hgrc-bestanden:

hg config [-u] [NAAM]...

Druk zonder argumenten de namen en waarden van alle configuratie-items af.

Met één argument van de vorm section.name, drukt u alleen de waarde van dat configuratie-item af.

Met meerdere argumenten, print namen en waarden van alle configuratie-items met overeenkomende sectie
namen.

Start met --edit een editor op het configuratiebestand op gebruikersniveau. Met --global, bewerk de
configuratiebestand voor het hele systeem. Bewerk met --local het configuratiebestand op repository-niveau.

Met --debug wordt de bron (bestandsnaam en regelnummer) afgedrukt voor elk configuratie-item.

Bekijk hg hulp config voor meer informatie over configuratiebestanden.

Retourneert 0 bij succes, 1 als NAME niet bestaat.

Opties:

-u, --onvertrouwd
toon niet-vertrouwde configuratie-opties

-e, --Bewerk
gebruikersconfiguratie bewerken

-ik, --lokaal
bewerk repository-configuratie

-G, --globaal
globale configuratie bewerken

aliassen: showconfig debugconfig

kopiëren
markeer bestanden als gekopieerd voor de volgende commit:

hg kopiëren [OPTIE]... [BRON]... DEST

Markeer dest als kopieën van bronbestanden. Als dest een directory is, worden daar kopieën in geplaatst
map. Als dest een bestand is, moet de bron een enkel bestand zijn.

Standaard kopieert dit commando de inhoud van bestanden zoals ze bestaan ​​in het werk
map. Indien aangeroepen met -A/--after, wordt de bewerking opgenomen, maar kopiëren is niet mogelijk
uitgevoerd.

Dit commando wordt van kracht bij de volgende commit. Om eerder een kopie ongedaan te maken, zie hg terugkeren.

Retourneert 0 bij succes, 1 als er fouten worden aangetroffen.

Opties:

-EEN, --na
een kopie opnemen die al heeft plaatsgevonden

-F, --kracht
geforceerd kopiëren over een bestaand beheerd bestand

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-N, --oefening
voer geen acties uit, print alleen uitvoer

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: cp

diff
diff-repository (of geselecteerde bestanden):

hg diff [OPTIE]... ([-c REV] | [-r REV1 [-r REV2]]) [BESTAND]...

Toon verschillen tussen revisies voor de opgegeven bestanden.

Verschillen tussen bestanden worden weergegeven met behulp van het uniforme diff-formaat.

Note hg diff kan onverwachte resultaten opleveren voor samenvoegingen, omdat het standaard vergelijkt
tegen de eerste bovenliggende wijzigingenset van de werkmap als er geen revisies zijn
gespecificeerd.

Als er twee revisie-argumenten worden gegeven, worden de wijzigingen tussen die revisies weergegeven. Indien
er is slechts één revisie opgegeven, dan wordt die revisie vergeleken met de werkdirectory,
en, als er geen revisies zijn gespecificeerd, worden de werkmapbestanden vergeleken met zijn
eerste ouder.

Als alternatief kunt u -c/--change specificeren met een revisie om de wijzigingen daarin te zien
wijzigingenset ten opzichte van de eerste ouder.

Zonder de -a/--text optie, zal diff voorkomen dat diffs worden gegenereerd van bestanden die het detecteert als
binair. Met -a zal diff sowieso een diff genereren, waarschijnlijk met ongewenste resultaten.

Gebruik de -g/--git optie om diffs te genereren in het git extended diff formaat. Voor meer
informatie, lees hg hulp verschillen.

Voorbeelden:

· vergelijk een bestand in de huidige werkdirectory met zijn bovenliggende map:

hg verschil foo.c

· vergelijk twee historische versies van een directory, met hernoem info:

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

· krijg wijzigingsstatistieken ten opzichte van de laatste wijziging op een bepaalde datum:

hg diff --stat -r "date('2 mei')"

· diff alle nieuw toegevoegde bestanden die een trefwoord bevatten:

hg diff "set:added() en grep(GNU)"

· vergelijk een revisie en zijn ouders:

hg diff -c 9353 # vergelijk met eerste ouder
hg diff -r 9353^:9353 # hetzelfde met revset-syntaxis
hg diff -r 9353^2:9353 # vergelijk met de tweede ouder

Retourneert 0 bij succes.

Opties:

-R,--rev
herziening

-C,--verandering
wijziging aangebracht door revisie

-een, --tekst
behandel alle bestanden als tekst

-G, --git
gebruik git extended diff formaat

--nodateert
laat datums uit diff-headers weg

--geen voorvoegsel
laat a/ en b/ voorvoegsels weg uit bestandsnamen

-P, --show-functie
laat zien in welke functie elke wijziging zit

--omgekeerde
produceer een diff die de wijzigingen ongedaan maakt

-w, --negeer-alle-ruimte
negeer witruimte bij het vergelijken van lijnen

-B, --negeer-ruimte-verandering
negeer veranderingen in de hoeveelheid witruimte

-B, --negeer-lege-regels
negeer wijzigingen waarvan de regels allemaal leeg zijn

-U,--Verenigd
aantal regels context dat moet worden weergegeven

--staat output diffstat-stijl samenvatting van wijzigingen

--wortel
produceer diffs ten opzichte van subdirectory

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-S, --subrepo's
terugkeren naar subrepositories

[+] gemarkeerde optie kan meerdere keren worden opgegeven

exporteren
dump de header en diffs voor een of meer changesets:

hg export [OPTIE]... [-o OUTFILESPEC] [-r] [REV]...

Druk de kop van de wijzigingsset en diffs af voor een of meer revisies. Als er geen herziening wordt gegeven,
de ouder van de werkdirectory wordt gebruikt.

De informatie die in de kop van de wijzigingsset wordt weergegeven, is: auteur, datum, naam van het filiaal (indien
niet-standaard), changeset hash, ouder(s) en commit-commentaar.

Note hg exporteren kan onverwachte diff-uitvoer genereren voor het samenvoegen van wijzigingensets, zoals het zal
vergelijk de samenvoegwijzigingsset alleen met de eerste ouder.

De uitvoer kan naar een bestand zijn, in welk geval de naam van het bestand wordt gegeven in een formaat
snaar. De opmaakregels zijn als volgt:

%%

letterlijk "%" teken

%H

wijzigingenset hash (40 hexadecimale cijfers)

%N

aantal patches dat wordt gegenereerd

%R

wijzigingsset revisienummer

%b

basisnaam van de exporterende repository

%h

korte vorm wijzigingenset hash (12 hexadecimale cijfers)

%m

eerste regel van het commit-bericht (alleen alfanumerieke tekens)

%n

volgnummer met nulvulling, beginnend bij 1

%r

zero-padded wijzigingsset revisienummer

Zonder de -a/--text optie, zal export voorkomen dat er verschillen worden gegenereerd van bestanden die het detecteert als
binair. Met -a zal export sowieso een diff genereren, waarschijnlijk met ongewenste resultaten.

Gebruik de -g/--git optie om diffs te genereren in het git extended diff formaat. Zien hg hulp
verschillen voor meer informatie.

Met de --switch-parent optie zal de diff tegen de tweede parent zijn. Het kan zijn
handig om een ​​samenvoeging te bekijken.

Voorbeelden:

· gebruik export en import om een ​​bugfix naar de huidige branch te transplanteren:

hg export -r 9353 | hg-import -

· exporteer alle wijzigingensets tussen twee revisies naar een bestand met hernoemingsinformatie:

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

· splits uitgaande wijzigingen in een reeks patches met beschrijvende namen:

hg export -r "uitgaand()" -o "%n-%m.patch"

Retourneert 0 bij succes.

Opties:

-O,--uitvoer
print uitvoer naar bestand met opgemaakte naam

--wissel-ouder
diff tegen de tweede ouder

-R,--rev
revisies om te exporteren

-een, --tekst
behandel alle bestanden als tekst

-G, --git
gebruik git extended diff formaat

--nodateert
laat datums uit diff-headers weg

[+] gemarkeerde optie kan meerdere keren worden opgegeven

bestanden
lijst bijgehouden bestanden:

hg-bestanden [OPTIE]... [PATROON]...

Druk bestanden af ​​onder Mercurial-beheer in de werkdirectory of gespecificeerde revisie waarvan:
namen komen overeen met de gegeven patronen (exclusief verwijderde bestanden).

Als er geen overeenkomende patronen worden gegeven, drukt deze opdracht de namen van alle bestanden onder
Mercurial controle in de werkmap.

Voorbeelden:

· lijst alle bestanden onder de huidige map:

hg-bestanden.

· toont maten en vlaggen voor huidige revisie:

hg-bestanden -vr .

· lijst alle bestanden met de naam README:

hg-bestanden -I "**/README"

· lijst alle binaire bestanden:

hg-bestanden "set:binary()"

· zoek bestanden die een reguliere expressie bevatten:

hg-bestanden "set:grep('bob')"

· zoek bijgehouden bestandsinhoud met xargs en grep:

hg-bestanden -0 | xargs -0 grep foo

Bekijk hg hulp patronen en hg hulp bestandssets voor meer informatie over het specificeren van een bestand
patronen.

Retourneert 0 als een overeenkomst wordt gevonden, anders 1.

Opties:

-R,--rev
doorzoek de repository zoals deze is in REV

-0, --afdrukken0
beëindig bestandsnamen met NUL, voor gebruik met xargs

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

-S, --subrepo's
terugkeren naar subrepositories

[+] gemarkeerde optie kan meerdere keren worden opgegeven

vergeten
vergeet de gespecificeerde bestanden bij de volgende commit:

hg vergeet [OPTIE]... BESTAND...

Markeer de gespecificeerde bestanden zodat ze niet langer worden gevolgd na de volgende vastlegging.

Dit verwijdert alleen bestanden uit de huidige branch, niet uit de hele projectgeschiedenis, en
het verwijdert ze niet uit de werkdirectory.

Om het bestand uit de werkmap te verwijderen, zie hg verwijderen.

Om een ​​vergeet vóór de volgende vastlegging ongedaan te maken, zie hg toevoegen.

Voorbeelden:

· vergeet nieuw toegevoegde binaire bestanden:

hg vergeet "set:added() en binary()"

· vergeet bestanden die zouden worden uitgesloten door .hgignore:

hg vergeet "set:hgignore()"

Retourneert 0 bij succes.

Opties:

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

Ent
kopieer wijzigingen van andere branches naar de huidige branch:

hg graft [OPTIE]... [-r REV]... REV...

Dit commando gebruikt de merge-logica van Mercurial om individuele wijzigingen van andere branches te kopiëren
zonder takken in de geschiedenisgrafiek samen te voegen. Dit staat ook wel bekend als 'backporting' of
'de krenten uit de pap halen'. Graft kopieert standaard gebruiker, datum en beschrijving van de bron
wijzigingensets.

Wijzigingssets die voorouders zijn van de huidige revisie, die al zijn geënt, of
die samenvoegingen zijn, worden overgeslagen.

Als --log is opgegeven, wordt aan logberichten een opmerking toegevoegd van het formulier:

(geënt uit CHANGESETHASH)

Als --force is opgegeven, worden revisies geënt, zelfs als ze al voorouders zijn van
of zijn geënt op de bestemming. Dit is handig wanneer de revisies sindsdien zijn
teruggetrokken.

Als een entfusie tot conflicten leidt, wordt het entproces onderbroken zodat de
huidige samenvoeging kan handmatig worden opgelost. Zodra alle conflicten zijn aangepakt, wordt de graft
het proces kan worden voortgezet met de optie -c/--continue.

Opmerking De optie -c/--continue past eerdere opties niet opnieuw toe, behalve --force.

Voorbeelden:

· kopieer een enkele wijziging naar de stabiele tak en bewerk de beschrijving ervan:

hg update stabiel
hg-transplantaat --edit 9393

· ent een reeks wijzigingensets met één uitzondering, updatedatums:

hg graft -D "2085::2093 en niet 2091"

· een graft voortzetten na het oplossen van conflicten:

hg transplantaat -c

· toon de bron van een geënte wijzigingenset:

hg log --debug -r .

· toon revisies gesorteerd op datum:

hg log -r 'sort(all(), date)'

Bekijk hg hulp revisies en hg hulp omwentelingen voor meer informatie over het specificeren van revisies.

Retourneert 0 bij succesvolle voltooiing.

Opties:

-R,--rev
revisies om te transplanteren

-C, --doorgaan met
hervat onderbroken graft

-e, --Bewerk
aanroepen editor op commit berichten

--log voeg graft-info toe om bericht te loggen

-F, --kracht
transplantatie forceren

-NS, --huidige datum
noteer de huidige datum als vastleggingsdatum

-U, --huidige gebruiker
registreer de huidige gebruiker als committer

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

-T,--hulpmiddel
specificeer de samenvoegtool

-N, --oefening
voer geen acties uit, print alleen uitvoer

[+] gemarkeerde optie kan meerdere keren worden opgegeven

grep
zoek naar een patroon in gespecificeerde bestanden en revisies:

hg grep [OPTIE]... PATROON [BESTAND]...

Zoek in revisies van bestanden naar een reguliere expressie.

Dit commando gedraagt ​​zich anders dan Unix grep. Het accepteert alleen Python/Perl-regexps. Het
doorzoekt de geschiedenis van de repository, niet de werkdirectory. Het drukt altijd de revisie af
nummer waarin een overeenkomst voorkomt.

Standaard drukt grep alleen uitvoer af voor de eerste revisie van een bestand waarin het een
bij elkaar passen. Om ervoor te zorgen dat elke revisie wordt afgedrukt die een wijziging in de matchstatus bevat ("-" voor a
match die een non-match wordt, of "+" voor een non-match die een match wordt), gebruik de
--alle vlaggen.

Retourneert 0 als een overeenkomst wordt gevonden, anders 1.

Opties:

-0, --afdrukken0
eindvelden met NUL

--alle print alle revisies die overeenkomen

-een, --tekst
behandel alle bestanden als tekst

-F, --volgen
volg de geschiedenis van wijzigingensets of bestandsgeschiedenis bij het kopiëren en hernoemen

-l, --negeer zaak
negeer hoofdletters bij het matchen

-ik, --bestanden-met-overeenkomsten
print alleen bestandsnamen en revisies die overeenkomen

-N, --regel-nummer
overeenkomende regelnummers afdrukken

-R,--rev
alleen zoekbestanden gewijzigd binnen revisiebereik

-u, --gebruiker
vermeld de auteur (lang met -v)

-NS, --datum
vermeld de datum (kort met -q)

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

hoofden
toon vertakkingen:

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

Toon zonder argumenten alle open branch heads in de repository. Takkoppen zijn
wijzigingensets die geen nakomelingen op dezelfde tak hebben. Ze zijn waar ontwikkeling
vindt over het algemeen plaats en zijn de gebruikelijke doelen voor update- en samenvoegbewerkingen.

Als er een of meer REV's worden gegeven, open dan alleen vertakkingskoppen op de vertakkingen die bij de horen
gespecificeerde wijzigingensets worden weergegeven. Dit betekent dat u kunt gebruiken hg hoofden . om de hoofden op te zien
het momenteel uitgecheckte filiaal.

Als -c/--closed is opgegeven, laat dan ook de vertakkingskoppen zien die als gesloten zijn gemarkeerd (zie hg plegen
--close-filiaal).

Als STARTREV is opgegeven, worden alleen de hoofden die afstammelingen zijn van STARTREV:
weergegeven.

Als -t/--topo is opgegeven, worden benoemde vertakkingsmechanica genegeerd en alleen topologisch
heads (changesets zonder kinderen) worden getoond.

Retourneert 0 als overeenkomende hoofden worden gevonden, 1 als dat niet het geval is.

Opties:

-R,--rev
toon alleen koppen die afstammelingen zijn van STARTREV

-T, --top
toon alleen topologische hoofden

-een, --actief
alleen actieve branchheads tonen (VERLATEN)

-C, --gesloten
toon normale en gesloten vertakkingen

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

hulp
toon hulp voor een bepaald onderwerp of een hulpoverzicht:

hg help [-ecks] [ONDERWERP]

Druk zonder argumenten een lijst met opdrachten af ​​met korte helpberichten.

Gegeven een onderwerp, extensie of opdrachtnaam, druk de help voor dat onderwerp af.

Retourneert 0 indien succesvol.

Opties:

-e, --verlenging
toon alleen hulp voor extensies

-C, --opdracht
toon alleen hulp voor commando's

-k, --trefwoord
toon onderwerpen die overeenkomen met trefwoord

-Ja,--systeem
hulp tonen voor specifieke platform(en)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

identificeren
identificeer de werkdirectory of gespecificeerde revisie:

hg identificeren [-nibtB] [-r REV] [BRON]

Druk een samenvatting af die de repositorystatus bij REV identificeert met behulp van een of twee bovenliggende hash
identifiers, gevolgd door een "+" als de werkdirectory niet-vastgelegde wijzigingen heeft, de
filiaalnaam (indien niet standaard), een lijst met tags en een lijst met bladwijzers.

Als REV niet wordt gegeven, druk dan een samenvatting af van de huidige staat van de repository.

Als u een pad opgeeft naar een repository-root of Mercurial-bundel, wordt het opzoeken uitgevoerd
die repository/bundel.

Voorbeelden:

· genereer een build-ID voor de werkdirectory:

hg id --id > build-id.dat

· zoek de revisie die overeenkomt met een tag:

hg-id -n -r 1.3

· controleer de meest recente revisie van een externe repository:

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

Bekijk hg inloggen voor het genereren van meer informatie over specifieke revisies, inclusief volledige hash
identificatiemiddelen.

Retourneert 0 indien succesvol.

Opties:

-R,--rev
identificeer de gespecificeerde revisie

-N, --aantal
toon lokaal revisienummer

-l, --ID kaart
toon globale revisie-ID

-B, --tak
toon tak

-T, --labels
Toon labels

-B, --bladwijzers
bladwijzers weergeven

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

aliassen: id

importeren
importeer een geordende set patches:

hg import [OPTIE]... PATCH...

Importeer een lijst met patches en maak ze afzonderlijk vast (tenzij --no-commit is opgegeven).

Om een ​​patch van standaard invoer te lezen, gebruikt u "-" als de patchnaam. Als er een URL is opgegeven, wordt de
patch zal vanaf daar worden gedownload.

Importeren past eerst wijzigingen toe op de werkdirectory (tenzij --bypass is opgegeven),
import wordt afgebroken als er openstaande wijzigingen zijn.

Gebruik --bypass om patches rechtstreeks toe te passen en vast te leggen in de repository, zonder de
werkmap. Zonder --exact worden patches bovenop de bewerking aangebracht
directory bovenliggende revisie.

U kunt een patch rechtstreeks uit een e-mailbericht importeren. Zelfs patches als bijlagen werken (naar
gebruik het lichaamsdeel, het moet het type text/plain of text/x-patch hebben). Kopteksten Van en Onderwerp
van e-mailberichten worden gebruikt als standaard committer en commit-bericht. Alle tekst/platte tekst
delen voor de eerste diff worden toegevoegd aan het commit-bericht.

Als de geïmporteerde patch is gegenereerd door: hg exporteren, gebruiker en beschrijving van patch-override
waarden uit berichtkoppen en hoofdtekst. Waarden gegeven op de opdrachtregel met -m/--message en
-u/--gebruiker overschrijven deze.

Als --exact is opgegeven, zal import de werkdirectory instellen op de ouder van elke patch
voordat het wordt toegepast, en wordt afgebroken als de resulterende wijzigingenset een andere ID heeft dan de
een opgenomen in de patch. Dit kan gebeuren als gevolg van problemen met de tekenset of andere
tekortkomingen in het tekstpatchformaat.

Gebruik --partial om ervoor te zorgen dat er een wijzigingenset wordt gemaakt op basis van de patch, zelfs als sommige hunks mislukken
toepassen. Hunks die zich niet aanmelden, worden geschreven naar een .rej-bestand. conflicten
kan dan vooraf met de hand worden opgelost hg plegen --wijzigen wordt uitgevoerd om de gemaakte . bij te werken
wijzigingsset. Deze vlag bestaat om mensen patches te laten importeren die gedeeltelijk van toepassing zijn zonder
verlies van de bijbehorende metadata (auteur, datum, beschrijving, ...).

Opmerking Wanneer geen hunks netjes van toepassing zijn, hg importeren --gedeeltelijk zal een lege wijzigingenset maken,
alleen de patch-metadata importeren.

Met -s/--similarity zal hg proberen hernamen en kopieën in de patch te ontdekken in de
dezelfde manier als hg toevoegen verwijderen.

Het is mogelijk om externe patchprogramma's te gebruiken om de patch uit te voeren door de ui.patch
configuratie optie. Voor de standaard interne tool kan de fuzz ook worden geconfigureerd via
patch.fuzz. Zien hg hulp config voor meer informatie over configuratiebestanden en hoe u
gebruik deze opties.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Voorbeelden:

· importeer een traditionele patch van een website en detecteer hernamen:

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

· importeer een wijzigingenset van een hgweb-server:

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

· importeer alle patches in een Unix-stijl mbox:

hg import inkomende-patches.mbox

· probeer een geëxporteerde wijzigingenset exact te herstellen (niet altijd mogelijk):

hg import --exact voorgestelde-fix.patch

· gebruik een externe tool om een ​​patch toe te passen die te vaag is voor de standaard interne tool.

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

· verander de standaard fuzzing van 2 naar een minder strikte 7

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

Retourneert 0 bij succes, 1 bij gedeeltelijk succes (zie --partial).

Opties:

-P,--strip
directory strip optie voor patch. Dit heeft dezelfde betekenis als de corresponderende
patch-optie (standaard: 1)

-B,--baseren
basispad (VERLATEN)

-e, --Bewerk
aanroepen editor op commit berichten

-F, --kracht
check voor openstaande niet-vastgelegde wijzigingen overslaan (VERLATEN)

--geen verplichting
niet vastleggen, werk gewoon de werkdirectory bij

--omzeilen
patch toepassen zonder de werkdirectory aan te raken

--gedeeltelijk
commit, zelfs als sommige hunks falen

--Exact
patch toepassen op de knooppunten van waaruit het is gegenereerd

--voorvoegsel
patch toepassen op submap

--import-tak
gebruik vertakkingsinformatie in patch (geïmpliceerd door --exact)

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

-Ja,--gelijkenis
raad hernoemde bestanden op overeenkomst (0<=s<=100)

aliassen: patch

inkomend
toon nieuwe wijzigingensets gevonden in bron:

hg inkomend [-p] [-n] [-M] [-f] [-r REV]... [--bundle BESTANDSNAAM] [BRON]

Toon nieuwe wijzigingensets gevonden in het opgegeven pad/URL of de standaard pull-locatie. Deze
zijn de wijzigingensets die zouden zijn getrokken als een pull op het moment dat u dit uitgaf
opdracht.

Zie pull voor details over geldige bronindelingen.

Met -B/--bookmarks, het resultaat van een vergelijking van bladwijzers tussen lokaal en extern
opslagplaatsen wordt weergegeven. Met -v/--verbose wordt ook de status weergegeven voor elke bladwijzer
zoals hieronder:

BM1 01234567890a toegevoegd
BM2 1234567890ab geavanceerd
BM3 234567890abc divergeerde
BM4 34567890abcd gewijzigd

De actie die lokaal wordt ondernomen bij het verwijderen, hangt af van de status van elke bladwijzer:

toegevoegd

trekken zal het creëren

vergevorderd

pull zal het updaten

divergeerde

pull maakt een afwijkende bladwijzer aan

veranderd

resultaat hangt af van externe wijzigingensets

Vanuit het oogpunt van trekgedrag bestaat bladwijzer alleen in de afstandsbediening
repository worden behandeld als: toegevoegd, zelfs als het in feite lokaal is verwijderd.

Voor externe repository, vermijdt het gebruik van --bundle het twee keer downloaden van de wijzigingensets als de
inkomend wordt gevolgd door een pull.

Voorbeelden:

· toon inkomende wijzigingen met patches en volledige beschrijving:

hg inkomend -vp

· inkomende wijzigingen weergeven exclusief samenvoegingen, een bundel opslaan:

hg in -vpM --bundle inkomende.hg
hg pull inkomende.hg

· kort wijzigingen in een bundel opsommen:

hg in changes.hg -T "{desc|firstline}\n"

Retourneert 0 als er binnenkomende wijzigingen zijn, anders 1.

Opties:

-F, --kracht
uitvoeren, zelfs als de externe repository niet gerelateerd is

-N, --nieuwste eerst
toon nieuwste record eerst

--bundel
bestand om de bundels in op te slaan

-R,--rev
een externe wijzigingenset bedoeld om te worden toegevoegd

-B, --bladwijzers
bladwijzers vergelijken

-B,--tak
een specifieke tak die je zou willen trekken

-P, --lapje
toon patch

-G, --git
gebruik git extended diff formaat

-ik,--begrenzing
limiet aantal weergegeven wijzigingen

-M, --geen samenvoegingen
laat geen samenvoegingen zien

--staat output diffstat-stijl samenvatting van wijzigingen

-G, --grafiek
toon de revisie DAG

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

-S, --subrepo's
terugkeren naar subrepositories

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: in

init
maak een nieuwe repository in de opgegeven map:

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

Initialiseer een nieuwe repository in de opgegeven directory. Als de opgegeven directory niet bestaat,
het zal worden gemaakt.

Als er geen directory is opgegeven, wordt de huidige directory gebruikt.

Het is mogelijk om een ssh:// URL als de bestemming. Zien hg hulp urls meer
informatie.

Retourneert 0 bij succes.

Opties:

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

plaatsen
zoek bestanden die overeenkomen met specifieke patronen (VERLATEN):

hg zoek [OPTIE]... [PATROON]...

Druk bestanden af ​​onder Mercurial-beheer in de werkdirectory waarvan de namen overeenkomen met de gegeven
patronen.

Standaard doorzoekt deze opdracht alle mappen in de werkmap. Alleen zoeken
de huidige map en zijn submappen, gebruik "--include .".

Als er geen overeenkomende patronen worden gegeven, drukt deze opdracht de namen van alle bestanden onder
Mercurial controle in de werkmap.

Als u de uitvoer van deze opdracht in de opdracht "xargs" wilt invoeren, gebruikt u de optie -0
aan zowel dit commando als "xargs". Dit voorkomt het probleem van "xargs" bij het behandelen van single
bestandsnamen die witruimte bevatten als meerdere bestandsnamen.

Bekijk hg hulp bestanden voor een veelzijdiger commando.

Retourneert 0 als een overeenkomst wordt gevonden, anders 1.

Opties:

-R,--rev
doorzoek de repository zoals deze is in REV

-0, --afdrukken0
beëindig bestandsnamen met NUL, voor gebruik met xargs

-F, --vol pad
volledige paden afdrukken vanaf de root van het bestandssysteem

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

inloggen
toon revisiegeschiedenis van volledige repository of bestanden:

hg log [OPTIE]... [BESTAND]

Print de revisiegeschiedenis van de opgegeven bestanden of het hele project.

Als er geen revisiebereik is opgegeven, is de standaard tip: 0 tenzij --follow is ingesteld, waarin
in het geval dat de bovenliggende werkmap wordt gebruikt als de startrevisie.

Bestandsgeschiedenis wordt weergegeven zonder de naam te wijzigen of de geschiedenis van bestanden te kopiëren. Gebruik -f/--follow
met een bestandsnaam om de geschiedenis te volgen over hernoemingen en kopieën. --volgen zonder bestandsnaam
toont alleen voorouders of afstammelingen van de beginnende revisie.

Standaard drukt deze opdracht het revisienummer en de wijzigingsset-ID, tags, niet-triviaal af
ouders, gebruiker, datum en tijd, en een samenvatting voor elke commit. Wanneer de -v/--uitgebreide schakelaar
wordt gebruikt, wordt de lijst met gewijzigde bestanden en het volledige commit-bericht weergegeven.

Met --graph worden de revisies weergegeven als een ASCII art DAG met de meest recente wijzigingen op
de top. 'o' is een wijzigingenset, '@' is een bovenliggende werkmap, 'x' is verouderd en '+'
staat voor een vork waarbij de wijzigingenset van de onderstaande regels een ouder is van de 'o' merge on
dezelfde lijn.

Note hg inloggen --lapje kan onverwachte diff-uitvoer genereren voor het samenvoegen van wijzigingensets, zoals het zal
vergelijk alleen de samenvoegwijzigingsset met zijn eerste ouder. Ook alleen bestanden
verschillend van BEIDE ouders verschijnen in bestanden:.

Opmerking Om prestatieredenen hg inloggen FILE kan dubbele wijzigingen aan branches weglaten
en toont geen verwijderingen of moduswijzigingen. Gebruik de om al dergelijke wijzigingen te zien
--schakelaar verwijderd.

Een paar voorbeelden:

· wijzigingensets met volledige beschrijvingen en bestandslijsten:

hg-log -v

· verandert de voorouderlijke instellingen in de werkdirectory:

hg log-f

· laatste 10 commits op de huidige branch:

hglog -l 10 -b .

· wijzigingensets die alle wijzigingen van een bestand tonen, inclusief verwijderingen:

hg log --bestand verwijderd.c

· alle wijzigingensets die een map raken, met diffs, behalve samenvoegingen:

hg-logboek -Mp lib/

· alle revisienummers die overeenkomen met een trefwoord:

hg log -k bug --sjabloon "{rev}\n"

· de volledige hash-ID van de bovenliggende werkmap:

hg log -r . --sjabloon "{node}\n"

· lijst met beschikbare logsjablonen:

hg log -T lijst

· controleer of een bepaalde wijzigingenset is opgenomen in een getagde release:

hg log -r "a21ccf en voorouder(1.9)"

· vind alle wijzigingensets van een gebruiker in een datumbereik:

hg log -k alice -d "mei 2008 tot juli 2008"

· overzicht van alle wijzigingensets na de laatste tag:

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

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Bekijk hg hulp revisies en hg hulp omwentelingen voor meer over specificeren en bestellen
revisies.

Bekijk hg hulp templates voor meer informatie over voorverpakte stijlen en het specificeren van aangepaste sjablonen.

Retourneert 0 bij succes.

Opties:

-F, --volgen
volg de geschiedenis van wijzigingensets of bestandsgeschiedenis bij het kopiëren en hernoemen

--volg-eerst
volg alleen de eerste ouder van merge changesets (VERLATEN)

-NS,--datum
toon revisies die overeenkomen met datumspecificatie

-C, --kopieën
toon gekopieerde bestanden

-k,--trefwoord
hoofdletterongevoelig zoeken voor een bepaalde tekst

-R,--rev
toon de gespecificeerde revisie of revset

--VERWIJDERD
revisies opnemen waar bestanden zijn verwijderd

-M, --alleen-merges
toon alleen samenvoegingen (VERLATEN)

-u,--gebruiker
revisies gepleegd door gebruiker

--alleen-tak
toon alleen wijzigingensets binnen de opgegeven benoemde branch (DEPRECATED)

-B,--tak
toon wijzigingensets binnen de opgegeven benoemde tak

-P,--gedroogde pruim
geen revisie of een van zijn voorouders weergeven

-P, --lapje
toon patch

-G, --git
gebruik git extended diff formaat

-ik,--begrenzing
limiet aantal weergegeven wijzigingen

-M, --geen samenvoegingen
laat geen samenvoegingen zien

--staat output diffstat-stijl samenvatting van wijzigingen

-G, --grafiek
toon de revisie DAG

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: geschiedenis

manifesteren
voer de huidige of bepaalde revisie van het projectmanifest uit:

hg manifesteren [-r REV]

Druk een lijst af met versiebeheerde bestanden voor de gegeven revisie. Als er geen herziening wordt gegeven,
de eerste ouder van de werkdirectory wordt gebruikt, of de null-revisie als er geen revisie is
uitgechecked.

Met -v, print bestandsrechten, symlink en uitvoerbare bits. Met --debug, print bestand
revisie hashes.

Als de optie --all is opgegeven, wordt de lijst met alle bestanden van alle revisies afgedrukt. Dit
bevat verwijderde en hernoemde bestanden.

Retourneert 0 bij succes.

Opties:

-R,--rev
revisie om weer te geven

--alle lijst bestanden van alle revisies

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

samensmelten
voeg een andere revisie samen in de werkmap:

hg samenvoegen [-P] [[-r] REV]

De huidige werkdirectory wordt bijgewerkt met alle wijzigingen die zijn aangebracht in de gevraagde revisie
sinds de laatste gemeenschappelijke voorganger herziening.

Bestanden die tussen een van beide ouders zijn gewijzigd, worden gemarkeerd als gewijzigd voor de volgende vastlegging en a
commit moet worden uitgevoerd voordat verdere updates van de repository zijn toegestaan. De
volgende commit zal twee ouders hebben.

--hulpmiddel kan worden gebruikt om de samenvoegtool te specificeren die wordt gebruikt voor het samenvoegen van bestanden. Het overschrijft de
HGMERGE omgevingsvariabele en uw configuratiebestanden. Zien hg hulp samenvoegtools For
opties.

Als er geen revisie is opgegeven, is de ouder van de werkmap een hoofdrevisie en de
huidige tak bevat precies één andere kop, de andere kop wordt standaard samengevoegd.
Anders moet een expliciete revisie worden verstrekt waarmee kan worden samengevoegd.

Bekijk hg hulp oplossen voor informatie over het omgaan met bestandsconflicten.

Gebruik an om een ​​niet-vastgelegde samenvoeging ongedaan te maken hg -update --schoon . die een schone kopie van zal uitchecken
de oorspronkelijke bovenliggende samenvoeging, waarbij alle wijzigingen verloren gaan.

Retourneert 0 bij succes, 1 als er onopgeloste bestanden zijn.

Opties:

-F, --kracht
een samenvoeging forceren inclusief openstaande wijzigingen (VERLATEN)

-R,--rev
revisie om samen te voegen

-P, --voorbeeld
review revisies om samen te voegen (er wordt geen samenvoeging uitgevoerd)

-T,--hulpmiddel
specificeer de samenvoegtool

uitgaande
toon wijzigingensets die niet in de bestemming zijn gevonden:

hg uitgaand [-M] [-p] [-n] [-f] [-r REV]... [DEST]

Toon wijzigingensets die niet zijn gevonden in de opgegeven doelrepository of de standaard push
plaats. Dit zijn de wijzigingensets die zouden worden gepusht als om een ​​push zou worden verzocht.

Zie pull voor details van geldige bestemmingsformaten.

Met -B/--bookmarks, het resultaat van een vergelijking van bladwijzers tussen lokaal en extern
opslagplaatsen wordt weergegeven. Met -v/--verbose wordt ook de status weergegeven voor elke bladwijzer
zoals hieronder:

BM1 01234567890a toegevoegd
BM2 verwijderd
BM3 234567890abc geavanceerd
BM4 34567890abcd divergeerde
BM5 4567890abcde gewijzigd

De actie die wordt ondernomen bij het duwen hangt af van de status van elke bladwijzer:

toegevoegd

duwen met -B zal het maken

verwijderde

duwen met -B zal het verwijderen

vergevorderd

push zal het updaten

divergeerde

duwen met -B zal het updaten

veranderd

duwen met -B zal het updaten

Vanuit het oogpunt van push-gedrag bestaan ​​bladwijzers alleen in de afstandsbediening
repository worden behandeld als: verwijderde, zelfs als het in feite op afstand wordt toegevoegd.

Retourneert 0 als er uitgaande wijzigingen zijn, anders 1.

Opties:

-F, --kracht
uitvoeren, zelfs als de bestemming niet gerelateerd is

-R,--rev
een wijzigingenset die bedoeld is om in de bestemming te worden opgenomen

-N, --nieuwste eerst
toon nieuwste record eerst

-B, --bladwijzers
bladwijzers vergelijken

-B,--tak
een specifieke tak die u wilt pushen

-P, --lapje
toon patch

-G, --git
gebruik git extended diff formaat

-ik,--begrenzing
limiet aantal weergegeven wijzigingen

-M, --geen samenvoegingen
laat geen samenvoegingen zien

--staat output diffstat-stijl samenvatting van wijzigingen

-G, --grafiek
toon de revisie DAG

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

-S, --subrepo's
terugkeren naar subrepositories

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: uit

ouders
toon de ouders van de werkdirectory of revisie (VERLATEN):

hg ouders [-r REV] [BESTAND]

Druk de bovenliggende revisies van de werkmap af. Als een revisie wordt gegeven via -r/--rev, wordt de
ouder van die revisie wordt afgedrukt. Als een bestandsargument wordt gegeven, wordt de revisie in
waarin het bestand het laatst is gewijzigd (vóór de revisie van de werkmap of het argument to
--rev indien opgegeven) wordt afgedrukt.

Dit commando is gelijk aan:

hg log -r "p1()+p2()" of
hg log -r "p1(REV)+p2(REV)" of
hg log -r "max(::p1() en file(FILE))+max(::p2() en file(FILE))" of
hg log -r "max(::p1(REV) en file(FILE))+max(::p2(REV) en file(FILE))"

Bekijk hg beknopte versie en hg hulp omwentelingen voor gerelateerde informatie.

Retourneert 0 bij succes.

Opties:

-R,--rev
toon ouders van de opgegeven revisie

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

paden
aliassen weergeven voor externe opslagplaatsen:

hg-paden [NAAM]

Toon definitie van symbolische padnaam NAME. Als er geen naam is gegeven, toon definitie van alles
beschikbare namen.

Optie -q/--quiet onderdrukt alle uitvoer bij het zoeken naar NAAM en toont alleen het pad
namen bij het opsommen van alle definities.

Padnamen worden gedefinieerd in de sectie [paden] van uw configuratiebestand en in
/etc/mercurial/hgrc. Als het in een repository wordt uitgevoerd, .hg/hgrc wordt ook gebruikt.

De padnamen verzuim en standaard-druk een speciale betekenis hebben. Bij het uitvoeren van een duw of
pull-bewerking, worden ze gebruikt als fallbacks als er geen locatie is opgegeven op de
opdrachtregel. Wanneer standaard-druk is ingesteld, wordt het gebruikt voor push en verzuim zal gebruikt worden
voor trekken; anders verzuim wordt gebruikt als de fallback voor beide. Bij het klonen van een repository,
de kloonbron wordt geschreven als verzuim in .hg/hgrc.

Note verzuim en standaard-druk gelden voor alle inkomende (bijv hg inkomend) en uitgaand
(bv hg uitgaande, hg email en hg bundel) operaties.

Bekijk hg hulp urls voor meer informatie.

Retourneert 0 bij succes.

Opties:

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

fase
de huidige fasenaam instellen of weergeven:

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

Toon zonder argument de fasenaam van de huidige revisie(s).

Met een van -p/--public, -d/--draft of -s/--secret, wijzigt u de fasewaarde van de
gespecificeerde revisies.

Tenzij -f/--force is opgegeven, hg fase zal wijzigingenset niet verplaatsen van een lagere fase naar een
hogere fase. De fasen zijn als volgt geordend:

openbaar < concept < geheim

Retourneert 0 bij succes, 1 als sommige fasen niet konden worden gewijzigd.

(Voor meer informatie over het fasenconcept, zie hg hulp fasen.)

Opties:

-P, --openbaar
zet wijzigingsfase op openbaar

-NS, --droogte
zet wijzigingsfase op concept

-Ja, --geheim
zet wijzigingsset fase op geheim

-F, --kracht
toestaan ​​om grens achteruit te verplaatsen

-R,--rev
doel revisie

[+] gemarkeerde optie kan meerdere keren worden opgegeven

trek
pull-wijzigingen van de opgegeven bron:

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

Trek wijzigingen van een externe repository naar een lokale.

Dit vindt alle wijzigingen uit de repository op het opgegeven pad of de opgegeven URL en voegt ze toe aan een
lokale repository (de huidige tenzij -R is opgegeven). Standaard is dit niet het geval
update de kopie van het project in de werkdirectory.

Te gebruiken hg inkomend als je wilt zien wat er zou zijn toegevoegd door een pull op het moment dat je
deze opdracht gegeven. Als u vervolgens besluit om die wijzigingen aan de repository toe te voegen, moet u:
. hg trek -r X WAAR X is de laatste wijzigingsset vermeld door hg inkomend.

Als SOURCE wordt weggelaten, wordt het 'default'-pad gebruikt. Zien hg hulp urls meer
informatie.

Retourneert 0 bij succes, 1 als een update onopgeloste bestanden had.

Opties:

-u, --bijwerken
update naar nieuwe branch head als changesets zijn verwijderd

-F, --kracht
uitvoeren, zelfs als de externe repository niet gerelateerd is

-R,--rev
een externe wijzigingenset bedoeld om te worden toegevoegd

-B,--bladwijzer
bladwijzer om te trekken

-B,--tak
een specifieke tak die je zou willen trekken

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

duwen
push wijzigingen naar de opgegeven bestemming:

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

Push wijzigingensets van de lokale repository naar de opgegeven bestemming.

Deze bewerking is symmetrisch aan trekken: het is identiek aan een trek in de bestemming
archief van de huidige.

Standaard zal push geen creatie van nieuwe heads op de bestemming toestaan, aangezien meerdere
hoofden zou het onduidelijk maken welke kop te gebruiken. In deze situatie wordt aanbevolen om:
trekken en samenvoegen voordat u duwt.

Gebruik --new-branch als je push wilt toestaan ​​om een ​​nieuwe benoemde branch te maken die dat niet is
aanwezig op de bestemming. Hierdoor kun je alleen een nieuwe branch maken zonder te forceren
andere veranderingen.

Opmerking Wees extra voorzichtig met de optie -f/--force, die alle nieuwe
koppen op alle takken, een actie die bijna altijd voor verwarring zal zorgen bij
medewerkers.

Als -r/--rev wordt gebruikt, worden de gespecificeerde revisie en al zijn voorouders naar de
opslagplaats op afstand.

Als -B/--bladwijzer wordt gebruikt, de gespecificeerde bladwijzerrevisie, zijn voorouders en de
bladwijzer wordt naar de externe repository gepusht.

Alsjeblieft zie hg hulp urls voor belangrijke details over ssh:// URL's. Als BESTEMMING is
weggelaten, wordt een standaardpad gebruikt.

Retourneert 0 als push succesvol was, 1 als er niets te pushen was.

Opties:

-F, --kracht
kracht duwen

-R,--rev
een wijzigingenset die bedoeld is om in de bestemming te worden opgenomen

-B,--bladwijzer
bladwijzer om te duwen

-B,--tak
een specifieke tak die u wilt pushen

--nieuwe tak
toestaan ​​dat een nieuwe tak wordt gepusht

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

herstellen
een onderbroken transactie terugdraaien:

hg herstellen

Herstel van een onderbroken commit of pull.

Deze opdracht probeert de status van de repository te herstellen na een onderbroken bewerking. Het zou moeten
alleen nodig zijn wanneer Mercurial het suggereert.

Retourneert 0 als succesvol, 1 als niets om te herstellen of te verifiëren mislukt.

verwijderen
verwijder de gespecificeerde bestanden bij de volgende commit:

hg verwijder [OPTIE]... BESTAND...

Plan de aangegeven bestanden voor verwijdering uit de huidige tak.

Deze opdracht plant de bestanden die bij de volgende commit worden verwijderd. Een verwijdering ongedaan maken
daarvoor, zie je hg terugkeren. Om toegevoegde bestanden ongedaan te maken, zie hg vergeten.

-A/--after kan worden gebruikt om alleen bestanden te verwijderen die al zijn verwijderd, -f/--force kan
worden gebruikt om verwijdering te forceren, en -Af kan worden gebruikt om bestanden uit de volgende revisie te verwijderen
zonder ze uit de werkmap te verwijderen.

De volgende tabel beschrijft het gedrag van verwijderen voor verschillende bestandsstatussen (kolommen) en
optiecombinaties (rijen). De bestandsstatussen zijn Toegevoegd [A], Schoon [C], Gewijzigd [M] en
Ontbrekende [!] (zoals gemeld door hg toestand). De acties zijn Waarschuwen, Verwijderen (uit vertakking) en
Verwijderen (van schijf):

┌──────────┬───┬────┬────┬────
│opt/status │ A │ C │ M │ ! │
├──────────┼───┼────┼────┼────
│geen │ W │ RD │ W │ R │
├──────────┼───┼────┼────┼────
│-f │ R │ RD │ RD │ R │
├──────────┼───┼────┼────┼────
│-A │ W │ W │ W │ R │
├──────────┼───┼────┼────┼────
│-Af │ R │ R │ R │ R │
└──────────┴───┴────┴────┴────

Note hg verwijderen verwijdert nooit bestanden in de status Toegevoegd [A] uit de werkmap, niet
zelfs indien --kracht is gespecificeerd.

Retourneert 0 bij succes, 1 als er waarschuwingen zijn aangetroffen.

Opties:

-EEN, --na
record verwijderen voor ontbrekende bestanden

-F, --kracht
verwijder (en verwijder) het bestand, zelfs als het is toegevoegd of gewijzigd

-S, --subrepo's
terugkeren naar subrepositories

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: rm

andere naam geven
hernoem bestanden; equivalent van kopiëren + verwijderen:

hg hernoemen [OPTIE]... BRON... BESTEMMING

Mark dest als kopieën van bronnen; markeer bronnen voor verwijdering. Als dest een map is, wordt gekopieerd
worden in die map gezet. Als dest een bestand is, kan er maar één bron zijn.

Standaard kopieert dit commando de inhoud van bestanden zoals ze bestaan ​​in het werk
map. Indien aangeroepen met -A/--after, wordt de bewerking opgenomen, maar kopiëren is niet mogelijk
uitgevoerd.

Dit commando wordt van kracht bij de volgende commit. Om een ​​eerder hernoemen ongedaan te maken, zie hg terugkeren.

Retourneert 0 bij succes, 1 als er fouten worden aangetroffen.

Opties:

-EEN, --na
een hernoeming opnemen die al heeft plaatsgevonden

-F, --kracht
geforceerd kopiëren over een bestaand beheerd bestand

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-N, --oefening
voer geen acties uit, print alleen uitvoer

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: move mv

oplossen
samenvoegingen opnieuw uitvoeren of de samenvoegstatus van bestanden instellen/bekijken:

hg resolve [OPTIE]... [BESTAND]...

Samenvoegingen met onopgeloste conflicten zijn vaak het resultaat van niet-interactieve samenvoeging met behulp van de
intern: samenvoegen configuratie-instelling, of een samenvoeghulpprogramma voor de opdrachtregel zoals verschil3. de vastberadenheid
commando wordt gebruikt om de bestanden te beheren die betrokken zijn bij een samenvoeging, na hg samensmelten is uitgevoerd, en
vaardigheden hg plegen wordt uitgevoerd (dwz de werkdirectory moet twee ouders hebben). Zien hg hulp
samenvoegtools voor informatie over het configureren van samenvoeghulpmiddelen.

De opdracht resolve kan op de volgende manieren worden gebruikt:

· hg oplossen [--hulpmiddel HULPMIDDEL] HET DOSSIER...: poging om de gespecificeerde bestanden opnieuw samen te voegen, negeren
eventuele eerdere samenvoegpogingen. Opnieuw samenvoegen wordt niet uitgevoerd voor bestanden die al zijn gemarkeerd als
opgelost. Gebruiken --alle/-a om alle onopgeloste bestanden te selecteren. --hulpmiddel kan worden gebruikt om de te specificeren
merge tool gebruikt voor de gegeven bestanden. Het heft de HGMERGE-omgevingsvariabele op en
uw configuratiebestanden. De inhoud van het vorige bestand wordt opgeslagen met a .oorsprong achtervoegsel.

· hg oplossen -m [HET DOSSIER]: markeer een bestand als opgelost (bijv. na handmatig
de bestanden opknappen). De standaardinstelling is om alle onopgeloste bestanden te markeren.

· hg oplossen -u [HET DOSSIER]...: markeer een bestand als onopgelost. De standaard is om alles als opgelost te markeren
bestanden.

· hg oplossen -l: lijst bestanden die conflicten hadden of nog hebben. In de gedrukte lijst, U =
onopgelost en R = opgelost.

Opmerking Mercurial laat u geen bestanden vastleggen met onopgeloste samenvoegconflicten. Je moet
. hg oplossen -m ... voordat je kunt committen na een conflicterende merge.

Retourneert 0 bij succes, 1 als bestanden niet slagen voor een oplossingspoging.

Opties:

-een, --alle
selecteer alle onopgeloste bestanden

-ik, --lijst
lijst met bestanden die moeten worden samengevoegd

-M, --markering
markeer bestanden als opgelost

-u, --markeer uit
bestanden markeren als onopgelost

-N, --geen status
statusvoorvoegsel verbergen

-T,--hulpmiddel
specificeer de samenvoegtool

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

terugkeren
bestanden terugzetten naar hun uitcheckstatus:

hg revert [OPTIE]... [-r REV] [NAAM]...

Opmerking Om eerdere revisies te bekijken, moet u gebruik maken van hg -update REV. Annuleren van een
uncommitted merge (en verlies uw wijzigingen), gebruik hg -update --schoon ..

Zonder revisie gespecificeerd, zet u de gespecificeerde bestanden of mappen terug naar de inhoud die ze
had in de ouder van de werkdirectory. Dit herstelt de inhoud van bestanden naar een
unmodified state and unschedules voegt toe, verwijdert, kopieert en hernoemt. Als de werkende
directory twee ouders heeft, moet u expliciet een revisie opgeven.

Gebruik de -r/--rev of -d/--date opties om de gegeven bestanden of mappen terug te zetten naar hun
staat vanaf een specifieke revisie. Omdat terugzetten de werkdirectory niet verandert
ouders, hierdoor worden deze bestanden gewijzigd weergegeven. Dit kan handig zijn om "terug te gaan"
sommige of alle eerdere wijzigingen. Zien hg terugtrekken voor een verwante methode.

Gewijzigde bestanden worden opgeslagen met het achtervoegsel .orig voordat ze worden teruggezet. Om deze back-ups uit te schakelen,
gebruik --no-backup.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Bekijk hg hulp terugtrekken voor een manier om het effect van een eerdere wijzigingenset ongedaan te maken.

Retourneert 0 bij succes.

Opties:

-een, --alle
draai alle wijzigingen terug als er geen argumenten zijn gegeven

-NS,--datum
tipmost revisie overeenkomende datum

-R,--rev
terugkeren naar de opgegeven revisie

-C, --geen back-up
bewaar geen reservekopieën van bestanden

-l, --interactief
interactief de wijzigingen selecteren (EXPERIMENTEEL)

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-N, --oefening
voer geen acties uit, print alleen uitvoer

[+] gemarkeerde optie kan meerdere keren worden opgegeven

rollback
de laatste transactie terugdraaien (GEVAARLIJK) (VERLATEN):

hg terugdraaien

Gebruik hg plegen --wijzigen in plaats van terugdraaien om fouten in de laatste commit te corrigeren.

Deze opdracht moet met zorg worden gebruikt. Er is maar één niveau van terugdraaien, en dat is
geen manier om een ​​rollback ongedaan te maken. Het zal ook de dirstate herstellen op het moment van de laatste
transactie, waarbij alle onzuivere wijzigingen sinds die tijd verloren gaan. Dit commando verandert niets aan de
werkmap.

Transacties worden gebruikt om de effecten in te kapselen van alle opdrachten die nieuwe
wijzigingensets of propageer bestaande wijzigingensets in een repository.

De volgende opdrachten zijn bijvoorbeeld transactioneel en hun effecten kunnen worden uitgerold:
terug:

· verbinden

· importeren

· trekken

· push (met deze repository als bestemming)

· ontbundelen

Om permanent gegevensverlies te voorkomen, weigert rollback een vastleggingstransactie terug te draaien als het
wordt niet uitgecheckt. Gebruik --force om deze beveiliging op te heffen.

Deze opdracht is niet bedoeld voor gebruik op openbare opslagplaatsen. Zodra wijzigingen zichtbaar zijn voor
pull door andere gebruikers, het lokaal terugdraaien van een transactie is niet effectief (iemand anders kan)
hebben de wijzigingen al doorgevoerd). Verder is er een race mogelijk met lezers van de
opslagplaats; een lopende pull-up uit de repository kan bijvoorbeeld mislukken als een rollback is
uitgevoerd.

Retourneert 0 bij succes, 1 als er geen terugdraaigegevens beschikbaar zijn.

Opties:

-N, --oefening
voer geen acties uit, print alleen uitvoer

-F, --kracht
negeer veiligheidsmaatregelen

wortel
print de root (bovenaan) van de huidige werkdirectory:

hg wortel

Druk de hoofdmap van de huidige repository af.

Retourneert 0 bij succes.

dienen
zelfstandige webserver starten:

hg serveren [OPTIE]...

Start een lokale HTTP-repository-browser en pull-server. U kunt dit gebruiken voor ad-hoc delen
en bladeren door repositories. Het wordt aanbevolen om een ​​echte webserver te gebruiken om een
opslag voor langere tijd.

Houd er rekening mee dat de server geen toegangscontrole implementeert. Dit betekent dat door
standaard kan iedereen van de server lezen en niemand kan er standaard naar schrijven. Stel de
web.allow_push optie om * zodat iedereen naar de server kan pushen. Je zou een echte moeten gebruiken
webserver als u gebruikers moet authenticeren.

Standaard registreert de server toegang tot stdout en fouten naar stderr. Gebruik de
-A/--accesslog en -E/--errorlog opties om in te loggen op bestanden.

Om de server een vrij poortnummer te laten kiezen om op te luisteren, specificeert u een poortnummer van 0; in
in dit geval zal de server het gebruikte poortnummer afdrukken.

Retourneert 0 bij succes.

Opties:

-EEN,--toegangslog
naam van toegangslogbestand om naar te schrijven

-NS, --demon
server op de achtergrond draaien

--daemon-pipefds
intern gebruikt door daemon-modus

-IS,--foutlogboek
naam van foutenlogbestand om naar te schrijven

-P,--haven
poort om op te luisteren (standaard: 8000)

-een,--adres
adres om op te luisteren (standaard: alle interfaces)

--voorvoegsel
prefix pad om vanaf te serveren (standaard: server root)

-N,--naam
naam die in webpagina's moet worden weergegeven (standaard: werkmap)

--web-conf
naam van het hgweb-configuratiebestand (zie "hg help hgweb")

--webdir-conf
naam van het hgweb-configuratiebestand (VERLATEN)

--pid-bestand
naam van het bestand waarnaar proces-ID moet worden geschreven

--standaard
voor externe klanten

--cmdserver
voor externe klanten

-T,--Sjablonen
websjablonen om te gebruiken

--stijl
sjabloonstijl om te gebruiken

-6, --ipv6
gebruik IPv6 naast IPv4

--certificaat
SSL-certificaatbestand

toestand
toon gewijzigde bestanden in de werkmap:

hg-status [OPTIE]... [BESTAND]...

Status van bestanden in de repository weergeven. Als er namen worden gegeven, zijn alleen bestanden die overeenkomen:
getoond. Bestanden die schoon zijn of worden genegeerd of de bron zijn van een kopieer-/verplaatsingsbewerking, zijn niet:
vermeld tenzij -c/--clean, -i/--genegeerd, -C/--kopieën of -A/--alle worden gegeven. Tenzij opties
beschreven met "show only ..." worden gegeven, worden de opties -mardu gebruikt.

Optie -q/--quiet verbergt niet-getrackte (onbekende en genegeerde) bestanden, tenzij expliciet gevraagd
met -u/--unknown of -i/--genegeerd.

Note hg toestand lijkt het misschien niet eens te zijn met diff als de rechten zijn gewijzigd of een samenvoeging zijn
is gebeurd. Het standaard diff-formaat rapporteert geen toestemmingswijzigingen en diff
rapporteert alleen wijzigingen ten opzichte van één samenvoeg-ouder.

Als er één revisie wordt gegeven, wordt deze als basisrevisie gebruikt. Als er twee herzieningen worden gegeven,
de verschillen daartussen worden getoond. De --change optie kan ook als sneltoets worden gebruikt
om de gewijzigde bestanden van een revisie van de eerste ouder weer te geven.

De codes die worden gebruikt om de status van bestanden weer te geven zijn:

M = gewijzigd
A = toegevoegd
R = verwijderd
C = schoon
! = ontbreekt (verwijderd door niet-hg-opdracht, maar nog steeds bijgehouden)
? = niet gevolgd
ik = genegeerd
= oorsprong van het vorige bestand (met --kopieën)

Voorbeelden:

· wijzigingen in de werkdirectory tonen ten opzichte van een wijzigingenset:

hg-status --rev 9353

· veranderingen in de werkdirectory tonen ten opzichte van de huidige directory (zie hg hulp
patronen voor meer informatie):

hg-status re:

· toon alle wijzigingen inclusief kopieën in een bestaande wijzigingenset:

hg-status --kopieën --wijzig 9353

· krijg een NUL gescheiden lijst van toegevoegde bestanden, geschikt voor xargs:

hg-status -an0

Retourneert 0 bij succes.

Opties:

-EEN, --alle
status van alle bestanden weergeven

-M, --gewijzigd
toon alleen gewijzigde bestanden

-een, --toegevoegd
toon alleen toegevoegde bestanden

-R, --VERWIJDERD
toon alleen verwijderde bestanden

-NS, --verwijderd
toon alleen verwijderde (maar bijgehouden) bestanden

-C, --schoon
toon alleen bestanden zonder wijzigingen

-u, --onbekend
toon alleen onbekende (niet bijgehouden) bestanden

-l, --buiten beschouwing gelaten
toon alleen genegeerde bestanden

-N, --geen status
statusvoorvoegsel verbergen

-C, --kopieën
toon bron van gekopieerde bestanden

-0, --afdrukken0
beëindig bestandsnamen met NUL, voor gebruik met xargs

--rev
toon verschil met revisie

--verandering
lijst de gewijzigde bestanden van een revisie

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-S, --subrepo's
terugkeren naar subrepositories

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: st

beknopte versie
vat de status van de werkmap samen:

hg samenvatting [--remote]

Dit genereert een korte samenvatting van de status van de werkdirectory, inclusief bovenliggende, vertakking,
commit-status, fase en beschikbare updates.

Met de --remote optie, zal dit de standaard paden voor inkomend en uitgaand controleren
veranderingen. Dit kan tijdrovend zijn.

Retourneert 0 bij succes.

Opties:

--op afstand
controleer op duwen en trekken

aliassen: sum

label
voeg een of meer tags toe voor de huidige of gegeven revisie:

hg tag [-f] [-l] [-m TEKST] [-d DATUM] [-u GEBRUIKER] [-r REV] NAAM...

Geef een bepaalde revisie een naam met .

Tags worden gebruikt om bepaalde revisies van de repository een naam te geven en zijn erg handig om
vergelijk verschillende revisies, om terug te gaan naar significant eerdere versies of om branch te markeren
punten als releases, enz. Het wijzigen van een bestaande tag is normaal gesproken niet toegestaan; gebruik -f/--force
overschrijven.

Als er geen revisie is opgegeven, wordt de ouder van de werkdirectory gebruikt.

Om versiebeheer, distributie en samenvoeging van tags te vergemakkelijken, worden ze opgeslagen als a
bestand met de naam ".hgtags" dat op dezelfde manier wordt beheerd als andere projectbestanden en kan worden
indien nodig met de hand bewerkt. Dit betekent ook dat tagging een nieuwe commit creëert. Het bestand
".hg/localtags" wordt gebruikt voor lokale tags (niet gedeeld tussen opslagplaatsen).

Tag-commits worden meestal gemaakt aan het hoofd van een branch. Als de ouder van de werkende
directory is geen branch head, hg label breekt af; gebruik -f/--force om de tag te verplichten tot
gebaseerd zijn op een niet-head wijzigingenset.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Aangezien tagnamen voorrang hebben op vertakkingsnamen tijdens het opzoeken van revisies, is het gebruik van een bestaande
branchnaam als tagnaam wordt afgeraden.

Retourneert 0 bij succes.

Opties:

-F, --kracht
label forceren

-ik, --lokaal
maak de tag lokaal

-R,--rev
revisie naar tag

--verwijderen
een tag verwijderen

-e, --Bewerk
aanroepen editor op commit berichten

-M,--bericht
gebruik tekst als commit-bericht

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

labels
lijst repository-tags:

hg-tags

Dit bevat zowel reguliere als lokale tags. Wanneer de -v/--verbose-schakelaar wordt gebruikt, wordt een derde
kolom "lokaal" wordt afgedrukt voor lokale tags. Als de -q/--quiet-schakelaar wordt gebruikt, is alleen de
tagnaam wordt afgedrukt.

Retourneert 0 bij succes.

Opties:

-T,--sjabloon
display met sjabloon (EXPERIMENTEEL)

type
toon de tiprevisie (VERLATEN):

hg-tip [-p] [-g]

De tiprevisie (meestal gewoon de tip genoemd) is de wijzigingenset die het laatst is toegevoegd aan de
repository (en dus de meest recent gewijzigde kop).

Als je net een commit hebt gedaan, is die commit de tip. Als je net hebt getrokken
verandert van een andere repository, wordt de tip van die repository de huidige tip. De
"tip" tag is speciaal en kan niet worden hernoemd of toegewezen aan een andere wijzigingenset.

Dit commando is verouderd, gebruik a.u.b. hg hoofden gebruiken.

Retourneert 0 bij succes.

Opties:

-P, --lapje
toon patch

-G, --git
gebruik git extended diff formaat

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

ontvlechten
pas een of meer changegroup-bestanden toe:

hg ontbundelen [-u] BESTAND...

Pas een of meer gecomprimeerde wijzigingsgroepbestanden toe die zijn gegenereerd door de bundelopdracht.

Retourneert 0 bij succes, 1 als een update onopgeloste bestanden bevat.

Opties:

-u, --bijwerken
update naar nieuwe branch head als changesets zijn ontbundeld

-update
werkmap bijwerken (of revisies wijzigen):

hg-update [-c] [-C] [-d DATUM] [[-r] REV]

Werk de werkmap van de repository bij naar de opgegeven wijzigingenset. Als er geen wijzigingenset is
gespecificeerd, update naar de punt van de huidige benoemde tak en verplaats de actieve bladwijzer (zie
hg hulp bladwijzers).

Update stelt de bovenliggende revisie van de werkmap in op de opgegeven wijzigingenset (zie hg
hulp ouders).

Als de wijzigingenset geen afstammeling of voorouder is van de ouder van de werkdirectory, wordt de
update wordt afgebroken. Met de -c/--check optie wordt de werkdirectory gecontroleerd op
niet-vastgelegde wijzigingen; als er geen wordt gevonden, wordt de werkmap bijgewerkt naar de opgegeven
wijzigingsset.

De volgende regels zijn van toepassing wanneer de werkdirectory niet-vastgelegde wijzigingen bevat:

1. Als noch -c/--check noch -C/--clean is opgegeven, en als de gevraagde wijzigingenset een
voorouder of afstammeling van de ouder van de werkdirectory, de niet-vastgelegde wijzigingen zijn:
samengevoegd in de gevraagde wijzigingenset en het samengevoegde resultaat wordt niet vastgelegd. Als de
gevraagde wijzigingenset is geen voorouder of afstammeling (dat wil zeggen, het is op een andere)
branch), wordt de update afgebroken en blijven de niet-vastgelegde wijzigingen behouden.

2. Met de -c/--check optie wordt de update afgebroken en worden de niet-vastgelegde wijzigingen
bewaard gebleven.

3. Met de -C/--clean optie worden niet-vastgelegde wijzigingen weggegooid en de werkdirectory
wordt bijgewerkt naar de gevraagde wijzigingenset.

Om een ​​niet-vastgelegde samenvoeging te annuleren (en uw wijzigingen kwijt te raken), gebruikt u hg -update --schoon ..

Gebruik null als de wijzigingenset om de werkdirectory te verwijderen (zoals hg klonen -U).

Als u slechts één bestand naar een oudere revisie wilt terugzetten, gebruikt u hg terugkeren [-R REV] NAAM.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Retourneert 0 bij succes, 1 als er onopgeloste bestanden zijn.

Opties:

-C, --schoon
niet-vastgelegde wijzigingen negeren (geen back-up)

-C, --rekening
update over branches als er geen niet-vastgelegde wijzigingen zijn

-NS,--datum
tipmost revisie overeenkomende datum

-R,--rev
herziening

-T,--hulpmiddel
specificeer de samenvoegtool

aliassen: omhoog afrekenen co

controleren
controleer de integriteit van de repository:

hg verifiëren

Controleer de integriteit van de huidige repository.

Hiermee wordt een uitgebreide controle van de integriteit van de repository uitgevoerd, waarbij de hashes worden gevalideerd
en checksums van elk item in de changelog, manifest, en bijgehouden bestanden, evenals de
integriteit van hun crosslinks en indices.

Zie https://mercurial-scm.org/wiki/RepositoryCorruption voor meer informatie over:
herstel van corruptie van de repository.

Retourneert 0 bij succes, 1 als er fouten worden aangetroffen.

versie
uitvoerversie en copyrightinformatie:

hg-versie

uitvoerversie en copyrightinformatie

DATUM FORMATS

Bij sommige commando's kan de gebruiker een datum specificeren, bijvoorbeeld:

· backout, commit, import, tag: Specificeer de commit-datum.

· log, revert, update: Selecteer revisie(s) op datum.

Veel datumnotaties zijn geldig. Hier zijn enkele voorbeelden:

· wo december 6 13:18:29 2006 (lokale tijdzone aangenomen)

· december 6 13:18 -0600 (verondersteld jaar, tijdsverschil voorzien)

· december 6 13:18 GMT (UTC en GMT zijn aliassen voor +0000)

· december 6 (middernacht)

· 13:18 (vandaag aangenomen)

· 3:39 (3:39 uur verondersteld)

· 3: 39pm (15: 39)

· 2006-12-06 13:18:29 (ISO 8601-formaat)

· 2006-12-6 13:18

· 2006-12-6

· 12-6

· 12/6

· 12/6/6 (6 december 2006)

· vandaag (middernacht)

· gisteren (middernacht)

· nu - direct

Ten slotte is er het interne formaat van Mercurial:

· 1165411109 0 (Woe 6 december 13:18:29 2006 UTC)

Dit is het interne weergaveformaat voor datums. Het eerste nummer is het nummer van
seconden sinds het tijdperk (1970-01-01 00:00 UTC). De tweede is de offset van de lokale
tijdzone, in seconden ten westen van UTC (negatief als de tijdzone ten oosten van UTC ligt).

De log-opdracht accepteert ook datumbereiken:

· <DATUM - op of voor een bepaalde datum/tijd

· >DATUM - op of na een bepaalde datum/tijd

· DATUM naar DATUM - een datumbereik, inclusief

· -DAGEN - binnen een bepaald aantal dagen vanaf vandaag

VERSCHIL FORMATS

De standaardindeling van Mercurial voor het weergeven van wijzigingen tussen twee versies van een bestand is:
compatibel met het uniforme formaat van GNU diff, dat kan worden gebruikt door GNU-patch en vele
ander standaard gereedschap.

Hoewel dit standaardformaat vaak voldoende is, codeert het niet de volgende informatie:

· uitvoerbare status en andere toestemmingsbits

· informatie kopiëren of hernoemen

· wijzigingen in binaire bestanden

· aanmaken of verwijderen van lege bestanden

Mercurial ondersteunt ook het uitgebreide diff-formaat van de git VCS die deze aanpakt
beperkingen. Het git diff-formaat wordt niet standaard geproduceerd omdat er een paar wijdverbreide tools zijn
begrijp dit formaat nog steeds niet.

Dit betekent dat bij het genereren van diffs uit een Mercurial-repository (bijv. met hg exporteren),
je moet voorzichtig zijn met zaken als het kopiëren en hernoemen van bestanden of andere genoemde zaken
hierboven, omdat bij het toepassen van een standaard diff op een andere repository deze extra
informatie verloren gaat. De interne operaties van Mercurial (zoals duwen en trekken) worden niet beïnvloed
hierdoor, omdat ze een intern binair formaat gebruiken voor het communiceren van wijzigingen.

Om Mercurial het git extended diff formaat te laten produceren, gebruik je de --git optie die beschikbaar is voor
veel commando's, of stel 'git = True' in in de [diff] sectie van je configuratiebestand. U
hoef deze optie niet in te stellen bij het importeren van diffs in dit formaat of bij gebruik in de mq
verlenging.

MILIEU VARIABELEN

HG Pad naar het uitvoerbare bestand 'hg', automatisch doorgegeven bij het uitvoeren van hooks, extensions of
externe hulpmiddelen. Indien niet ingesteld of leeg, is dit de naam van het hg-uitvoerbare bestand als het is bevroren,
of een uitvoerbaar bestand met de naam 'hg' (met %PATHEXT% [standaard COM/EXE/BAT/CMD]
extensies op Windows) wordt gezocht.

HGEDITOR
Dit is de naam van de editor die moet worden uitgevoerd bij het vastleggen. Zie REDACTEUR.

(verouderd, gebruik configuratiebestand)

HGENCODERING
Dit overschrijft de standaard locale-instelling die door Mercurial is gedetecteerd. Deze instelling is
gebruikt om gegevens te converteren, inclusief gebruikersnamen, beschrijvingen van wijzigingensets, tagnamen en
takken. Deze instelling kan worden overschreven met de opdrachtregeloptie --encoding.

HGENCODEERMODUS
Dit stelt het gedrag van Mercurial in voor het omgaan met onbekende karakters tijdens het transcoderen
gebruikers invoer. De standaard is "strikt", waardoor Mercurial wordt afgebroken als dit niet kan
een personage in kaart brengen. Andere instellingen zijn onder meer "vervangen", wat in de plaats komt van onbekend
karakters, en "negeren", waardoor ze vallen. Deze instelling kan worden overschreven met de
--encodingmode opdrachtregeloptie.

HGENCODERING DUIDELIJK
Dit stelt het gedrag van Mercurial in voor het omgaan met karakters met "dubbelzinnige" breedtes zoals
geaccentueerde Latijnse karakters met Oost-Aziatische lettertypen. Standaard gaat Mercurial ervan uit:
dubbelzinnige tekens zijn smal, stel deze variabele in op "breed" als dergelijke tekens
formatteringsproblemen veroorzaken.

HGMERGE
Een uitvoerbaar bestand om samenvoegconflicten op te lossen. Het programma wordt uitgevoerd
met drie argumenten: lokaal bestand, extern bestand, voorouderbestand.

(verouderd, gebruik configuratiebestand)

HGRCPAT
Een lijst met bestanden of mappen om naar configuratiebestanden te zoeken. Itemscheidingsteken is
":" op Unix, ";" op Windows. Als HGRCPATH niet is ingesteld, standaard zoekpad platform
is gebruikt. Indien leeg, wordt alleen de .hg/hgrc uit de huidige repository gelezen.

Voor elk element in HGRCPATH:

· als het een directory is, worden alle bestanden die eindigen op .rc toegevoegd

· anders wordt het bestand zelf toegevoegd

HGPAIN
Indien ingesteld, schakelt dit alle configuratie-instellingen uit die Mercurial's kunnen veranderen
standaard uitvoer. Dit omvat codering, standaardinstellingen, uitgebreide modus, foutopsporingsmodus, stil
modus, tracebacks en lokalisatie. Dit kan handig zijn bij het scripten tegen
Mercurial in het licht van de bestaande gebruikersconfiguratie.

Equivalente opties die zijn ingesteld via opdrachtregelvlaggen of omgevingsvariabelen zijn niet:
overschreven.

HGPINEBEHALVE
Dit is een door komma's gescheiden lijst met functies die behouden moeten blijven wanneer HGPLAIN is ingeschakeld.
Momenteel worden de volgende waarden ondersteund:

alias

Verwijder geen aliassen.

i18n

Internationalisering behouden.

revsetalias

Verwijder revset-aliassen niet.

Als u HGPLAINEXCEPT op alles instelt (zelfs een lege tekenreeks), wordt de gewone modus ingeschakeld.

HGUSER Dit is de string die wordt gebruikt als de auteur van een commit. Indien niet ingesteld, beschikbare waarden
zal in deze volgorde worden beschouwd:

· HGUSER (verouderd)

· configuratiebestanden van de HGRCPATH

· E-MAIL

· interactieve prompt

· LOGNAME (met @hostnaam toegevoegd)

(verouderd, gebruik configuratiebestand)

EMAIL Mag gebruikt worden als auteur van een commit; zie HGUSER.

LOGNAAM
Mag gebruikt worden als auteur van een commit; zie HGUSER.

VISUAL Dit is de naam van de editor die moet worden gebruikt bij het vastleggen. Zie REDACTEUR.

EDITOR Soms moet Mercurial een tekstbestand openen in een editor zodat een gebruiker het kan wijzigen,
bijvoorbeeld bij het schrijven van commit-berichten. De editor die wordt gebruikt, wordt bepaald door:
kijkend naar de omgevingsvariabelen HGEDITOR, VISUAL en EDITOR, in die volgorde.
De eerste niet-lege wordt gekozen. Als ze allemaal leeg zijn, gaat de editor standaard naar:
'verstandig-editor'.

PYTHONPAD
Dit wordt door Python gebruikt om geïmporteerde modules te vinden en moet mogelijk worden ingesteld
indien deze Mercurial niet systeembreed is geïnstalleerd.

GEBRUIK MAKEND VAN EXTRA KENMERKEN

Mercurial heeft de mogelijkheid om nieuwe functies toe te voegen door het gebruik van extensies. Extensies
kan nieuwe commando's toevoegen, opties toevoegen aan bestaande commando's, het standaardgedrag van wijzigen
commando's, of haken implementeren.

Om de "foo"-extensie in te schakelen, ofwel geleverd met Mercurial of in het Python-zoekpad,
maak er een vermelding voor in uw configuratiebestand, zoals dit:

[extensies]
foe =

U kunt ook het volledige pad naar een extensie specificeren:

[extensies]
mijnfunctie = ~/.hgext/mijnfunctie.py

Bekijk hg hulp config voor meer informatie over configuratiebestanden.

Extensies worden om verschillende redenen niet standaard geladen: ze kunnen het opstarten verhogen
overheadkosten; ze kunnen alleen bedoeld zijn voor geavanceerd gebruik; ze kunnen mogelijk bieden
gevaarlijke vaardigheden (zoals je de geschiedenis laten vernietigen of wijzigen); ze zijn misschien niet
klaar voor primetime; of ze kunnen een aantal gebruikelijke gedragingen van Mercurial-aandelen veranderen. Het is
dus aan de gebruiker om extensies te activeren als dat nodig is.

Om expliciet een extensie uit te schakelen die is ingeschakeld in een configuratiebestand met een breder bereik,
voeg zijn pad toe met !:

[extensies]
# extensiebalk die zich in /path/to/extension/bar.py bevindt, uitschakelen
bar = !/pad/naar/extensie/bar.py
# idem, maar er is geen pad opgegeven voor extensie baz
baz =!

uitgeschakelde extensies:

acl hooks voor het regelen van toegang tot de repository

zwarte doos
log repository-gebeurtenissen in een blackbox voor foutopsporing

bugzilla
hooks voor integratie met de Bugzilla bug tracker

censor wis bestandsinhoud bij een bepaalde revisie

karnen opdracht om statistieken over de geschiedenis van de repository weer te geven

kloonbundels
adverteer vooraf gegenereerde bundels om klonen te zaaien

kleur kleur de uitvoer van sommige opdrachten in

converteren
importeer revisies van buitenlandse VCS-repositories in Mercurial

eol automatisch nieuwe regels in repositorybestanden beheren

extdiff
commando om externe programma's toe te staan ​​revisies te vergelijken

factotum
http authenticatie met factotum

GPG opdrachten om wijzigingensets te ondertekenen en te verifiëren

hgcia hooks voor integratie met de CIA.vc-notificatieservice

hgk op een grafische manier door de repository bladeren

markeren
syntaxisaccentuering voor hgweb (vereist Pygments)

histedit
interactieve geschiedenis bewerken

trefwoord
breid trefwoorden uit in bijgehouden bestanden

grote bestanden
grote binaire bestanden bijhouden

mq een stapel patches beheren

de hoogte hooks voor het verzenden van pushmeldingen per e-mail

pieper blader commando-uitvoer met een externe pager

patchbom
commando om wijzigingensets te verzenden als (een reeks) patch-e-mails

zuivering commando om niet-bijgehouden bestanden uit de werkmap te verwijderen

opnieuw baseren commando om sets revisies naar een andere voorouder te verplaatsen

record commando's om interactief wijzigingen te selecteren voor commit/qrefresh

opnieuw koppelen maakt hardlinks tussen repository-klonen opnieuw

regelingen
schema's uitbreiden met snelkoppelingen naar repository-zwermen

deel deel een gemeenschappelijke geschiedenis tussen verschillende werkmappen

wegzetten wijzigingen opslaan en herstellen in de werkmap

strip strip changesets en hun afstammelingen uit de geschiedenis

transplantatie
commando om wijzigingensets van een andere branch te transplanteren

win32mbcs
het gebruik van MBCS-paden met problematische coderingen toestaan

nulconf
repositories op het lokale netwerk ontdekken en adverteren

SPECIFICEREN: FILE SETS

Mercurial ondersteunt een functionele taal voor het selecteren van een set bestanden.

Net als andere bestandspatronen, wordt dit patroontype aangegeven met een voorvoegsel, 'set:'. De taal
ondersteunt een aantal predikaten die worden samengevoegd door infix-operators. Haakjes kunnen zijn:
gebruikt om te groeperen.

Identificaties zoals bestandsnamen of patronen moeten tussen enkele of dubbele aanhalingstekens worden geplaatst als
ze bevatten tekens buiten [.*{}[]?/\_a-zA-Z0-9\x80-\xff] of als ze overeenkomen met een van
de vooraf gedefinieerde predikaten. Dit is over het algemeen van toepassing op andere bestandspatronen dan globs en
argumenten voor predikaten.

Speciale tekens kunnen worden gebruikt in ID's tussen aanhalingstekens door ze te laten ontsnappen, bijv. \n is
geïnterpreteerd als een nieuwe regel. Om te voorkomen dat ze worden geïnterpreteerd, kunnen strings worden voorafgegaan
Met r, bijv R'...'.

Er is een enkele prefix-operator:

niet x

Bestanden niet in x. Korte vorm is ! x.

Dit zijn de ondersteunde infix-operators:

x en y

Het snijpunt van bestanden in x en y. Korte vorm is x & y.

x or y

De vereniging van bestanden in x en y. Er zijn twee alternatieve korte vormen: x | y en x +
y.

x - y

Bestanden in x maar niet in y.

De volgende predikaten worden ondersteund:

toegevoegd()

Bestand dat is toegevoegd volgens hg toestand.

binair()

Bestand dat binair lijkt te zijn (bevat NUL bytes).

schoon()

Bestand dat schoon is volgens hg toestand.

gekopieerd()

Bestand dat is vastgelegd als gekopieerd.

verwijderd()

alias voor missend().

codering (naam)

Bestand kan met succes worden gedecodeerd met de gegeven tekencodering. Is misschien niet
nuttig voor andere coderingen dan ASCII en UTF-8.

eol(stijl)

Bestand bevat nieuwe regels van de opgegeven stijl (dos, unix, mac). Binaire bestanden zijn
uitgezonderd, komen bestanden met gemengde regeleinden overeen met meerdere stijlen.

exec ()

Bestand dat is gemarkeerd als uitvoerbaar.

grep(regex)

Bestand bevat de gegeven reguliere expressie.

negeer()

Bestand dat overeenkomt met het actieve .hgignore-patroon.

buiten beschouwing gelaten()

Bestand dat wordt genegeerd volgens hg toestand. Deze bestanden worden alleen in behandeling genomen als:
dit predikaat wordt gebruikt.

missend()

Bestand dat ontbreekt volgens hg toestand.

gewijzigd()

Bestand dat is gewijzigd volgens hg toestand.

draagbaar()

Bestand met een draagbare naam. (Dit omvat geen bestandsnamen met hoofdletters)
botsingen.)

VERWIJDERD()

Bestand dat is verwijderd volgens hg toestand.

opgelost()

Bestand dat is gemarkeerd als opgelost volgens hg oplossen -l.

maat (uitdrukking)

De bestandsgrootte komt overeen met de opgegeven uitdrukking. Voorbeelden:

· 1k (bestanden van 1024 tot 2047 bytes)

· < 20k (bestanden kleiner dan 20480 bytes)

· >= .5MB (bestanden minimaal 524288 bytes)

· 4k - 1MB (bestanden van 4096 bytes tot 1048576 bytes)

subrepo([patroon])

Subrepository's waarvan de paden overeenkomen met het opgegeven patroon.

symbolische link()

Bestand dat is gemarkeerd als een symbolische link.

onbekend()

Bestand dat volgens . onbekend is hg toestand. Deze bestanden worden alleen in behandeling genomen als:
dit predikaat wordt gebruikt.

onopgelost()

Bestand dat is gemarkeerd als onopgelost volgens hg oplossen -l.

Enkele voorbeeldvragen:

· Status weergeven van bestanden die binair lijken te zijn in de werkdirectory:

hg-status -A "set:binary()"

· Vergeet bestanden die in .hgignore staan ​​maar al worden bijgehouden:

hg vergeet "set:hgignore() en niet genegeerd()"

· Zoek tekstbestanden die een string bevatten:

hg-bestanden "set:grep(magie) en niet binair()"

· Zoek C-bestanden in een niet-standaard codering:

hg-bestanden "set:**.c en niet coderen ('UTF-8')"

· Kopieën van grote binaire bestanden terugzetten:

hg zet "set:copied() and binary() and size('>1M')" terug

· Verwijder bestanden vermeld in foo.lst die de letter a of b bevatten:

hg verwijder "set: 'listfile:foo.lst' en (**a* of **b*)"

Zie ook hg hulp patronen.

WOORDENLIJST

Voorvader
Elke wijzigingenset die kan worden bereikt door een ononderbroken keten van bovenliggende wijzigingensets van a
gegeven wijzigingsset. Meer precies, de voorouders van een wijzigingenset kunnen worden gedefinieerd door twee
eigenschappen: een ouder van een wijzigingenset is een voorouder en een ouder van een voorouder is
een voorouder. Zie ook: 'Nakomeling'.

Bladwijzer
Bladwijzers zijn verwijzingen naar bepaalde commits die worden verplaatst tijdens het committen. Zij zijn
vergelijkbaar met tags in die zin dat het mogelijk is om bladwijzernamen te gebruiken op alle plaatsen waar
Mercurial verwacht een wijzigingsset-ID, bijv. met hg -update. In tegenstelling tot tags worden bladwijzers verplaatst
mee als je een commit doet.

Bladwijzers kunnen worden hernoemd, gekopieerd en verwijderd. Bladwijzers zijn lokaal, tenzij ze dat zijn
expliciet tussen repositories geduwd of getrokken. Bladwijzers duwen en trekken
stelt u in staat om met anderen samen te werken aan een vertakking zonder een benoemde vertakking te maken.

Tak (Zelfstandig naamwoord) Een onderliggende wijzigingenset die is gemaakt op basis van een ouder die geen hoofd is.
Deze staan ​​bekend als topologische takken, zie 'Tak, topologisch'. Als een
topologische tak wordt genoemd, wordt het een benoemde tak. Als een topologische tak is
niet genoemd, wordt het een anonieme tak. Zie 'Branch, anoniem' en 'Branch,
genaamd'.

Vertakkingen kunnen worden gemaakt wanneer wijzigingen worden opgehaald van of naar een afstandsbediening worden gepusht
repository, aangezien door deze operaties nieuwe heads kunnen worden gecreëerd. Merk op dat de term
branch kan ook informeel worden gebruikt om een ​​ontwikkelingsproces te beschrijven waarin:
bepaalde ontwikkeling gebeurt onafhankelijk van andere ontwikkeling. Dit is soms
expliciet gedaan met een benoemde branch, maar het kan ook lokaal worden gedaan, met behulp van
bladwijzers of klonen en anonieme takken.

Voorbeeld: "De experimentele tak."

(Verb) De actie van het maken van een onderliggende wijzigingenset die ertoe leidt dat de bovenliggende
meer dan één kind.

Voorbeeld: "Ik ga naar X filialen."

Afdeling, anoniem
Elke keer dat er een nieuwe onderliggende wijzigingsset wordt gemaakt van een ouder die geen hoofd is en
de naam van de tak wordt niet gewijzigd, er wordt een nieuwe anonieme tak aangemaakt.

Afdeling, CLOSED
Een filiaal met een naam waarvan alle filialen zijn gesloten.

Afdeling, verzuim
De vertakking die is toegewezen aan een wijzigingenset als er nog geen naam is toegewezen.

Tak hoofd
Zie 'Hoofd, tak'.

Afdeling, inactief
Als een genoemde tak geen topologische koppen heeft, wordt deze als inactief beschouwd. als een
een feature branch wordt bijvoorbeeld inactief wanneer deze wordt samengevoegd met de standaard
tak. De hg takken commando toont standaard inactieve takken, hoewel ze dat wel kunnen
verborgen zijn met hg takken --actief.

OPMERKING: dit concept is verouderd omdat het te impliciet is. Takken moeten nu
expliciet worden gesloten met behulp van hg plegen --close-filiaal wanneer ze niet langer nodig zijn.

Afdeling, genoemd
Een verzameling wijzigingensets die dezelfde vertakkingsnaam hebben. Standaard zijn kinderen van
een wijzigingenset in een benoemde tak behoort tot dezelfde benoemde tak. Een kind kan zijn
expliciet toegewezen aan een ander filiaal. Zien hg hulp tak, hg hulp takken en
hg plegen --close-filiaal voor meer informatie over het beheren van filialen.

Benoemde branches kunnen worden gezien als een soort naamruimte, die de verzameling van
wijzigingensets die de repository vormen in een verzameling van onsamenhangende subsets. EEN
benoemde tak is niet noodzakelijkerwijs een topologische tak. Als een nieuwe benoemde tak is
gemaakt op basis van een andere benoemde branch, of de standaard branch, maar nee
verdere wijzigingensets worden toegevoegd aan die vorige vertakking, dan die vorige vertakking
zal alleen in naam een ​​filiaal zijn.

Tak type
Zie 'Tip, filiaal'.

Afdeling, topologische
Elke keer dat er een nieuwe onderliggende wijzigingsset wordt gemaakt van een ouder die geen hoofd is, wordt een nieuwe
topologische tak wordt gemaakt. Als een topologische tak een naam krijgt, wordt deze een benoemde
tak. Als een topologische tak niet wordt genoemd, wordt het een anonieme tak van de
huidige, mogelijk standaard, tak.

changelog
Een record van de wijzigingensets in de volgorde waarin ze aan de repository zijn toegevoegd.
Dit omvat details zoals wijzigingsset-ID, auteur, vastleggingsbericht, datum en lijst
van gewijzigde bestanden.

Wijzigingsset
Een momentopname van de status van de repository die wordt gebruikt om een ​​wijziging vast te leggen.

Wijzigset, kind
Het omgekeerde van ouderlijke wijzigingenset: als P een ouder is van C, dan is C een kind van P.
Er is geen limiet aan het aantal kinderen dat een changeset kan hebben.

Wijzigingsset id
Een SHA-1-hash die een wijzigingenset op unieke wijze identificeert. Het kan worden weergegeven als ofwel
een "lange" reeks van 40 hexadecimale cijfers of een "korte" reeks van 12 hexadecimale cijfers.

Wijzigset, samensmelten
Een wisselset met twee ouders. Dit gebeurt wanneer een samenvoeging wordt gepleegd.

Wijzigset, ouder
Een revisie waarop een onderliggende wijzigingenset is gebaseerd. In het bijzonder een ouderwijzigingsset
van een changeset C is een changeset waarvan het knooppunt onmiddellijk voorafgaat aan C in de DAG.
Wijzigingssets hebben maximaal twee ouders.

Afrekenen
(Zelfstandig naamwoord) De werkmap die wordt bijgewerkt naar een specifieke revisie. Dit gebruik zou moeten
waarschijnlijk waar mogelijk worden vermeden, omdat een wijzigingsset veel geschikter is dan
afrekenen in dit verband.

Voorbeeld: "Ik gebruik kassa X."

(Verb) De werkdirectory bijwerken naar een specifieke wijzigingenset. Zien hg hulp -update.

Voorbeeld: "Ik ga wijzigingenset X bekijken."

Kind changeset
Zie 'Changeset, kind'.

Sluiten changeset
Zie 'Hoofd, gesloten vestiging'.

Gesloten tak
Zie 'filiaal, gesloten'.

Kloon (Zelfstandig naamwoord) Een gehele of gedeeltelijke kopie van een repository. De gedeeltelijke kloon moet zich in de bevinden
vorm van een revisie en zijn voorouders.

Voorbeeld: "Is uw kloon up-to-date?"

(Verb) Het proces van het maken van een kloon, met behulp van hg klonen.

Voorbeeld: "Ik ga de repository klonen."

Gesloten tak hoofd
Zie 'Hoofd, gesloten vestiging'.

Plegen (Zelfstandig naamwoord) Een synoniem voor wijzigingenset.

Voorbeeld: "Is de bug opgelost in je recente commit?"

(Verb) De handeling van het opnemen van wijzigingen in een repository. Wanneer bestanden worden vastgelegd in a
werkmap, Mercurial vindt de verschillen tussen de toegewezen bestanden en
hun bovenliggende wijzigingenset, waardoor een nieuwe wijzigingenset in de repository wordt gemaakt.

Voorbeeld: "U moet die wijzigingen nu vastleggen."

Cset Een veel voorkomende afkorting van de term changeset.

DAG De opslagplaats van wijzigingensets van een gedistribueerd versiebeheersysteem (DVCS) kan zijn:
beschreven als een gerichte acyclische graaf (DAG), bestaande uit knopen en randen, waarbij
knooppunten komen overeen met wijzigingensets en randen impliceren een bovenliggende -> onderliggende relatie. Deze
grafiek kan worden gevisualiseerd door grafische hulpmiddelen zoals: hg inloggen --grafiek. in Mercurial,
de DAG wordt beperkt door de eis dat kinderen maximaal twee ouders mogen hebben.

Verouderd
Functie verwijderd uit documentatie, maar niet gepland voor verwijdering.

Standaard tak
Zie 'Tak, standaard'.

Afstammeling
Elke wijzigingenset die kan worden bereikt door een reeks onderliggende wijzigingensets van een gegeven
wijzigingsset. Preciezer gezegd, de afstammelingen van een wijzigingenset kunnen worden gedefinieerd door twee
eigenschappen: het kind van een wijzigingenset is een afstammeling en het kind van een afstammeling
is een afstammeling. Zie ook: 'Voorouder'.

Diff (Zelfstandig naamwoord) Het verschil tussen de inhoud en attributen van bestanden in twee
changesets of een changeset en de huidige werkdirectory. Het verschil is
meestal weergegeven in een standaardvorm die een "diff" of "patch" wordt genoemd. De "git diff"
formaat wordt gebruikt wanneer de wijzigingen kopieën, hernoemingen of wijzigingen in het bestand bevatten
attributen, waarvan geen enkele kan worden weergegeven/behandeld door klassieke "diff" en "patch".

Voorbeeld: "Heb je mijn correctie in het diff gezien?"

(Verb) Het onderscheiden van twee wijzigingensets is de actie van het maken van een diff of patch.

Voorbeeld: "Als je diff met wijzigingenset X, zul je zien wat ik bedoel."

adresboek, werkzaam
De werkdirectory vertegenwoordigt de status van de bestanden die door Mercurial worden bijgehouden, dat:
zal worden opgenomen in de volgende commit. De werkdirectory komt in eerste instantie overeen met:
de snapshot bij een bestaande wijzigingenset, bekend als de ouder van de werkende
map. Zie 'Ouder, werkmap'. De staat kan worden gewijzigd door wijzigingen in:
de bestanden die handmatig of door een samenvoeging zijn ingevoerd. De metadata van de repository bestaat in de
.hg directory in de werkdirectory.

Ontwerp Wijzigingssets in de conceptfase zijn niet gedeeld met publicerende repositories en
kan dus veilig worden gewijzigd door extensies die de geschiedenis wijzigen. Zien hg hulp fasen.

Experimenteel
Functie die op een later tijdstip kan worden gewijzigd of verwijderd.

Diagram Zie DAG en hg inloggen --grafiek.

Hoofd De term 'hoofd' kan worden gebruikt om zowel naar een filiaalhoofd als naar een repositoryhoofd te verwijzen,
afhankelijk van de context. Zie 'Head, branch' en 'Head, repository' voor specifieke
definities.

Hoofden zijn waar ontwikkeling over het algemeen plaatsvindt en zijn de gebruikelijke doelen voor
bewerkingen bijwerken en samenvoegen.

Hoofd, tak
Een wijzigingenset zonder afstammelingen op dezelfde benoemde tak.

Hoofd, CLOSED tak
Een wijzigingenset die een kop als niet langer interessant markeert. Het gesloten hoofd is nee
langer vermeld door hg hoofden. Een tak wordt als gesloten beschouwd als al zijn hoofden zijn
gesloten en wordt daarom niet vermeld door hg takken.

Gesloten hoofden kunnen opnieuw worden geopend door een nieuwe wijzigingenset door te voeren als het kind van de
wijzigingenset die een kop als gesloten markeert.

Hoofd, bewaarplaats
Een topologische kop die niet is gesloten.

Hoofd, topologische
Een wijzigingenset zonder kinderen in de repository.

Geschiedenis, onveranderlijk
Eenmaal vastgelegd, kunnen wijzigingensets niet meer worden gewijzigd. Extensies die lijken te veranderen
geschiedenis maakt in feite nieuwe wijzigingensets die bestaande vervangen, en vernietigt vervolgens
de oude wijzigingensets. Als u dit in openbare opslagplaatsen doet, kan dit leiden tot oude wijzigingensets
opnieuw worden ingevoerd in de repository.

Geschiedenis, herschrijven
De wijzigingensets in een repository zijn onveranderlijk. Uitbreidingen van Mercurial kunnen echter:
worden gebruikt om de repository te wijzigen, meestal op zo'n manier dat de wijzigingenset behouden blijft
inhoud.

Onveranderlijk geschiedenis
Zie 'Geschiedenis, onveranderlijk'.

gaan changeset
Zie 'Wijzigen, samenvoegen'.

Manifesteren
Elke wijzigingenset heeft een manifest, dat is de lijst met bestanden die worden bijgehouden door de
wijzigingsset.

gaan Gebruikt om uiteenlopende takken van werk bij elkaar te brengen. Wanneer u bijwerkt naar een wijzigingenset
en voeg vervolgens een andere wijzigingenset samen, je brengt de geschiedenis van de laatste wijzigingenset
in uw werkmap. Zodra conflicten zijn opgelost (en gemarkeerd), wordt deze samenvoeging
kan worden vastgelegd als een merge-wijzigingsset, waarbij twee takken in de DAG worden samengebracht.

Genoemd tak
Zie 'Tak, met naam'.

Null changeset
De lege wijzigingenset. Het is de bovenliggende staat van nieuw geïnitialiseerde repositories en
repositories zonder uitgecheckte revisie. Het is dus de ouder van root-wijzigingensets
en de effectieve voorouder bij het samenvoegen van niet-gerelateerde wijzigingensets. Kan worden gespecificeerd door
de alias 'null' of door de wijzigingenset-ID '000000000000'.

Ouder Zie 'Wijziging, ouder'.

Ouder changeset
Zie 'Wijziging, ouder'.

Ouder, werkzaam directory
De bovenliggende werkmap weerspiegelt een virtuele revisie die het kind is van de
wijzigingenset (of twee wijzigingensets met een niet-gecommitteerde samenvoeging) getoond door hg ouders. Deze
is veranderd met hg -update. Andere commando's om de bovenliggende werkmap te zien zijn:
hg beknopte versie en hg id. Kan worden gespecificeerd door de alias ".".

Patch (Zelfstandig naamwoord) Het product van een diff-bewerking.

Voorbeeld: "Ik heb je mijn patch gestuurd."

(Verb) Het proces waarbij een patchbestand wordt gebruikt om de ene wijzigingenset in een andere te transformeren.

Voorbeeld: "Je moet die revisie patchen."

Fase Een status per wijzigingsset die bijhoudt hoe de wijzigingenset is of zou moeten worden gedeeld. Zien
hg hulp fasen.

Publieke Wijzigingssets in de openbare fase zijn gedeeld met publicerende repositories en
worden daarom als onveranderlijk beschouwd. Zien hg hulp fasen.

Trekken Een bewerking waarbij wijzigingensets in een externe repository die niet in de lokale
repository worden in de lokale repository gebracht. Merk op dat deze bewerking zonder
speciale argumenten werken alleen de repository bij, het werkt niet de bestanden in de
werkmap. Zien hg hulp trek.

Duwen Een bewerking waarbij wijzigingensets in een lokale repository die niet in een remote
repository worden verzonden naar de externe repository. Merk op dat deze bewerking alleen toevoegt
wijzigingensets die lokaal zijn vastgelegd in de externe repository. niet vastgelegd
wijzigingen worden niet verzonden. Zien hg hulp duwen.

bewaarplaats
De metadata die alle geregistreerde toestanden van een verzameling bestanden beschrijven. Elke opgenomen
status wordt weergegeven door een wijzigingenset. Een repository wordt meestal (maar niet altijd) gevonden
in de .hg submap van een werkmap. Elke opgenomen staat kan opnieuw worden gemaakt
door een werkmap te "updaten" naar een specifieke wijzigingenset.

bewaarplaats hoofd
Zie 'Hoofd, repository'.

Herziening
Een toestand van de repository op een bepaald moment. Eerdere revisies kunnen worden bijgewerkt
door gebruik te maken van hg -update. Zie ook 'Revisienummer'; Zie ook 'Wijzigingset'.

Herziening aantal
Dit gehele getal identificeert op unieke wijze een wijzigingenset in een specifieke repository. Het
staat voor de volgorde waarin wijzigingensets aan een repository zijn toegevoegd, te beginnen met
revisienummer 0. Merk op dat het revisienummer kan verschillen in elke kloon van
een bewaarplaats. Om wijzigingensets uniek te identificeren tussen verschillende klonen, zie
'Wijzig id'.

Revloggen Geschiedenisopslagmechanisme gebruikt door Mercurial. Het is een vorm van delta-codering, met
incidentele volledige revisie van gegevens gevolgd door delta van elke volgende revisie. Het
bevat gegevens en een index die naar de gegevens verwijst.

herschrijven geschiedenis
Zie 'Geschiedenis, herschrijven'.

Root Een wijzigingenset die alleen de null-wijzigingsset als bovenliggend item heeft. De meeste repositories hebben
slechts een enkele root-wijzigingsset.

Geheim Wijzigingssets in de geheime fase mogen niet worden gedeeld via push, pull of clone. Zien hg
hulp fasen.

Tag Een alternatieve naam die aan een wijzigingenset wordt gegeven. Tags kunnen overal worden gebruikt waar
Mercurial verwacht een wijzigingsset-ID, bijv. met hg -update. Het aanmaken van een tag is
opgeslagen in de geschiedenis en wordt dus automatisch gedeeld met anderen via push
en trek.

Tip De wijzigingenset met het hoogste revisienummer. Het is de meest recente wijzigingen
toegevoegd in een archief.

kerel, tak
Het hoofd van een bepaalde vestiging met het hoogste revisienummer. Wanneer een filiaalnaam is
gebruikt als revisie-ID, verwijst het naar de vertakkingspunt. Zie ook 'filiaal,
hoofd'. Merk op dat omdat revisienummers in verschillende repository's kunnen verschillen
klonen, kan de vertakkingspunt verschillen in verschillende gekloonde opslagplaatsen.

bijwerken (Zelfstandig naamwoord) Een ander synoniem van changeset.

Voorbeeld: "Ik heb een update gepusht."

(Verb) Deze term wordt meestal gebruikt om het bijwerken van de staat van de werkende te beschrijven
directory naar die van een specifieke wijzigingenset. Zien hg hulp -update.

Voorbeeld: "Je moet updaten."

Werkzaam directory
Zie 'Directory, werken'.

Werkzaam directory ouder
Zie 'Ouder, werkmap'.

SYNTAXIS VOOR MERCURIAAL NEGEREN FILES

synopsis
Het Mercurial-systeem gebruikt een bestand met de naam .hggnore in de hoofdmap van een repository naar
controle over zijn gedrag wanneer het zoekt naar bestanden die het momenteel niet bijhoudt.

Omschrijving
De werkdirectory van een Mercurial-repository zal vaak bestanden bevatten die niet
worden gevolgd door Mercurial. Deze omvatten back-upbestanden gemaakt door editors en build-producten
gemaakt door compilers. Deze bestanden kunnen worden genegeerd door ze op te sommen in a .hggnore bestand in
de root van de werkdirectory. De .hggnore bestand moet handmatig worden aangemaakt. Het is
meestal onder versiebeheer geplaatst, zodat de instellingen zich verspreiden naar andere
opslagplaatsen met push en pull.

Een niet-gevolgd bestand wordt genegeerd als het pad relatief is ten opzichte van de hoofdmap van de repository, of een van de
prefix pad van dat pad, wordt vergeleken met elk patroon in .hggnore.

Stel dat we bijvoorbeeld een niet-gevolgd bestand hebben, bestand.c, bij a/b/bestand.c in ons archief.
Mercurial zal negeren bestand.c als er een patroon in is .hggnore lucifers a/b/bestand.c, a / b or a.

Bovendien kan een Mercurial-configuratiebestand verwijzen naar een set per gebruiker of global
bestanden negeren. Zie de negeren configuratiesleutel op de [UI] gedeelte van hg hulp config For
details over het configureren van deze bestanden.

Om Mercurial's verwerking van bestanden die het beheert te controleren, ondersteunen veel commando's de -I en
-X opties; zien hg hulp en hg hulp patronen voor meer info.

Bestanden die al worden bijgehouden, worden niet beïnvloed door .hgignore, zelfs niet als ze verschijnen in
.higgnore. Een niet-gevolgd bestand X kan expliciet worden toegevoegd met hg toevoegen X, zelfs als X zou zijn
uitgesloten door een patroon in .hgignore.

Syntaxis
Een negeerbestand is een tekstbestand dat bestaat uit een lijst met patronen, met één patroon per
lijn. Lege regels worden overgeslagen. De # teken wordt behandeld als een commentaarteken, en de
\ karakter wordt behandeld als een escape-teken.

Mercurial ondersteunt verschillende patroonsyntaxis. De standaard gebruikte syntaxis is Python/Perl-stijl
normale uitdrukkingen.

Gebruik een regel van de volgende vorm om de gebruikte syntaxis te wijzigen:

syntaxis: NAAM

WAAR NAAM is een van de volgende:

regexp

Reguliere expressie, Python/Perl-syntaxis.

glob

Shell-stijl glob.

De gekozen syntaxis blijft van kracht bij het ontleden van alle patronen die volgen, tot een andere
syntaxis is geselecteerd.

Noch glob- noch regexp-patronen zijn geroot. Een glob-syntaxispatroon van het formulier *.C wil
overeenkomen met een bestand dat eindigt op .c in een willekeurige map, en een regexp-patroon van het formulier \.c$ zal ik doen
hetzelfde. Om een ​​regexp-patroon te rooten, start u het met ^.

Subdirectories kunnen hun eigen .hgignore-instellingen hebben door . toe te voegen
subinclude:pad/naar/submap/.hgignore naar de wortel .hggnore. Zien hg hulp patronen For
details over onderin: en omvatten:.

Opmerking Patronen gespecificeerd in andere dan .hggnore zijn altijd geworteld. Alsjeblieft zie hg hulp
patronen voor meer info.

Voorbeeld
Hier is een voorbeeld van een negeerbestand.

# gebruik glob-syntaxis.
syntaxis: glob

*.elc
*.pyc
*~

# schakel over naar regexp-syntaxis.
syntaxis: regexp
^\.pc/

CONFIGUREREN HGWEB

De interne webserver van Mercurial, hgweb, kan een enkele repository of een boomstructuur van
opslagplaatsen. In het tweede geval kunnen repositorypaden en globale opties worden gedefinieerd met
een speciaal configuratiebestand dat gemeenschappelijk is voor hg dienen, hgweb.wsgi, hgweb.cgi en hgweb.fcgi.

Dit bestand gebruikt dezelfde syntaxis als andere Mercurial-configuratiebestanden, maar herkent alleen
de volgende secties:

· internet

· paden

· collecties

De web opties worden uitvoerig beschreven in hg hulp config.

De paden sectie wijst URL-paden toe aan paden van opslagplaatsen in het bestandssysteem. hgweb wil
het bestandssysteem niet direct blootstellen - alleen Mercurial-repositories kunnen worden gepubliceerd en alleen
volgens de configuratie.

De linkerkant is het pad in de URL. Merk op dat hgweb subpaden reserveert zoals rev or
filet, probeer verschillende namen te gebruiken voor geneste opslagplaatsen om verwarrende effecten te voorkomen.

De rechterkant is het pad in het bestandssysteem. Als het opgegeven pad eindigt met * or **
het bestandssysteem zal recursief worden doorzocht naar repositories onder dat punt. Met * it
zal niet terugkeren naar de repositories die het vindt (behalve voor .hg/patches). Met ** het zal
zoek ook in de werkmappen van de repository en vind mogelijk subrepositories.

In dit voorbeeld:

[paden]
/projecten/a = /srv/tmprepos/a
/projecten/b = c:/repos/b
/ = /srv/repo's/*
/gebruiker/bob = /home/bob/repos/**

· De eerste twee vermeldingen zorgen ervoor dat twee repositories in verschillende mappen verschijnen onder de
dezelfde map in de webinterface

· Het derde item publiceert elke Mercurial-repository gevonden in /srv/repo's/voor
bijvoorbeeld de repository /srv/repo's/quux/ zal verschijnen als http://server/quux/

· Het vierde item zal beide publiceren http://server/user/bob/quux/ en
http://server/user/bob/quux/testsubrepo/

De collecties sectie is verouderd en is vervangen door paden.

URL's en Gemeen argumenten
URL's onder elke repository hebben de vorm /{commando}[/{argumenten}] WAAR {opdracht}
staat voor de naam van een commando of handler en {argumenten} staat voor een willekeurig aantal
aanvullende URL-parameters voor die opdracht.

Aan de webserver is een standaardstijl gekoppeld. Stijlen worden toegewezen aan een verzameling van benoemde
Sjablonen. Elke sjabloon wordt gebruikt om een ​​specifiek stuk gegevens weer te geven, zoals een wijzigingenset
of verschil.

De stijl voor de huidige aanvraag kan op twee manieren worden overschreven. Ten eerste, als {opdracht}
bevat een koppelteken (-), de tekst vóór het koppelteken definieert de stijl. Bijvoorbeeld,
/atoom-log zal de . weergeven inloggen commando handler met de atoom stijl. De tweede manier om in te stellen
de stijl is met de stijl query string argument. Bijvoorbeeld, /log?style=atoom. De
URL-parameter met koppelteken heeft de voorkeur.

Niet alle sjablonen zijn beschikbaar voor alle stijlen. Een stijl proberen te gebruiken die dat niet doet
als alle sjablonen zijn gedefinieerd, kan dit leiden tot een fout bij het weergeven van de pagina.

Veel commando's duren {herziening} URL-parameter. Dit definieert de wijzigingenset waarop moet worden gewerkt.
Dit wordt gewoonlijk gespecificeerd als de korte, 12-cijferige hexadecimale afkorting voor de volledige 40
karakter unieke revisie-ID. Echter, elke waarde beschreven door hg hulp revisies
werkt meestal.

commando's en URL's
De volgende webopdrachten en hun URL's zijn beschikbaar:

/annoteren/{revisie}/{pad}
Toon wijzigingsset-informatie voor elke regel in een bestand.

De bestandsannoteren sjabloon wordt weergegeven.

/archief/{revisie}.{format}[/{pad}]
Verkrijg een archief met inhoud van de repository.

De inhoud en het type van het archief wordt bepaald door een URL-padparameter. formaat is de
bestandsextensie van het te genereren archieftype. bijv ritssluiting or tar.bz2. Niet alle archief
typen zijn mogelijk toegestaan ​​door uw serverconfiguratie.

De optionele pad De URL-parameter bepaalt de inhoud die in het archief moet worden opgenomen. Indien weggelaten,
elk bestand in de opgegeven revisie is aanwezig in het archief. Indien inbegrepen, alleen de
opgegeven bestand of de inhoud van de opgegeven map wordt in het archief opgenomen.

Er wordt geen sjabloon gebruikt voor deze handler. Er wordt ruwe, binaire inhoud gegenereerd.

/bladwijzers
Toon informatie over bladwijzers.

Er worden geen argumenten aanvaard.

De bladwijzers sjabloon wordt weergegeven.

/takken
Toon informatie over vestigingen.

Alle bekende takken zijn opgenomen in de uitvoer, zelfs gesloten takken.

Er worden geen argumenten aanvaard.

De takken sjabloon wordt weergegeven.

/changelog[/{revisie}]
Toon informatie over meerdere wijzigingensets.

Als de optionele herziening URL-argument is afwezig, informatie over alle wijzigingensets begint
at type zal worden weergegeven. Als de herziening argument aanwezig is, worden wijzigingensets getoond
vanaf de opgegeven revisie.

If herziening is afwezig, de rev query string argument kan worden gedefinieerd. Dit zal een
zoeken naar wijzigingensets.

Het argument voor rev kan een enkele revisie, een revisieset of een letterlijk trefwoord zijn om
zoeken in wijzigingsgegevens (equivalent aan hg inloggen -k).

De toerenteller queryreeksargument definieert het maximale aantal wijzigingensets dat moet worden weergegeven.

Voor niet-zoekopdrachten, de changelog sjabloon wordt weergegeven.

/changeset[/{revisie}]
Toon informatie over een enkele wijzigingenset.

Een URL-padargument is de wijzigingsset-ID die moet worden weergegeven. Zien hg hulp revisies For
Mogelijke waarden. Indien niet gedefinieerd, de type wijzigingenset wordt weergegeven.

De changeset sjabloon wordt weergegeven. Inhoud van de wijzigingstag, wijzigingensetbladwijzer,
bestandsknooppuntlink, bestandsnolink, en de vele sjablonen met betrekking tot diffs kunnen allemaal worden gebruikt om
de uitvoer produceren.

/vergelijking/{revisie}/{pad}
Toon een vergelijking tussen de oude en nieuwe versies van een bestand van wijzigingen aangebracht op een
bepaalde revisie.

Dit is vergelijkbaar met de diff afhandelaar. Dit formulier heeft echter een split of side-by-side
diff in plaats van een verenigd diff.

De verband query string argument kan worden gebruikt om de regels van de context in het diff.

De bestandsvergelijking sjabloon wordt weergegeven.

/diff/{revisie}/{pad}
Laat zien hoe een bestand is veranderd in een bepaalde commit.

De bestandsdiff sjabloon wordt weergegeven.

Deze handler is geregistreerd onder zowel de /verschil en /ingediend paden. /verschil wordt gebruikt
moderne code.

/file/{revisie}[/{pad}]
Toon informatie over een map of bestand in de repository.

Info over de pad gegeven als een URL-parameter wordt weergegeven.

If pad een directory is, wordt informatie over de items in die directory weergegeven.
Dit formulier is gelijk aan de manifesteren afhandelaar.

If pad een bestand is, wordt informatie over dat bestand getoond via de bestandsrevisie
sjabloon.

If pad niet is gedefinieerd, wordt informatie over de hoofdmap weergegeven.

/diff/{revisie}/{pad}
Laat zien hoe een bestand is veranderd in een bepaalde commit.

De bestandsdiff sjabloon wordt weergegeven.

Deze handler is geregistreerd onder zowel de /verschil en /ingediend paden. /verschil wordt gebruikt
moderne code.

/filelog/{revisie}/{pad}
Toon informatie over de geschiedenis van een bestand in de repository.

De toerenteller queryreeksargument kan worden gedefinieerd om het maximale aantal vermeldingen te regelen
laten zien.

De bestandslogboek sjabloon wordt weergegeven.

/grafiek[/{revisie}]
Toon informatie over de grafische topologie van de repository.

Informatie die door deze handler wordt weergegeven, kan worden gebruikt om visuele representaties te maken van:
repository topologie.

De herziening De URL-parameter bepaalt de startwijzigingsset.

De toerenteller queryreeksargument kan het aantal wijzigingensets definiëren om informatie weer te geven
voor.

Deze handler zal de diagram sjabloon.

/Help onderwerp}]
Help-documentatie weergeven.

Dit webcommando is ongeveer gelijk aan: hg hulp. Als een onderwerp is gedefinieerd, dat helponderwerp
zal worden weergegeven. Als dit niet het geval is, wordt een index van beschikbare Help-onderwerpen weergegeven.

De hulp sjabloon wordt weergegeven bij het aanvragen van hulp voor een onderwerp. hulponderwerpen zal zijn
weergegeven voor de index van Help-onderwerpen.

/log[/{revisie}[/{pad}]]
Repository of bestandsgeschiedenis weergeven.

Voor URL's van het formulier /log/{revisie}, een lijst met wijzigingensets beginnend bij de opgegeven
wijzigingsset-ID wordt weergegeven. Als {herziening} is niet gedefinieerd, de standaard is type. Deze vorm
is gelijk aan de changelog afhandelaar.

Voor URL's van het formulier /log/{revisie}/{bestand}, zal de geschiedenis voor een specifiek bestand zijn
getoond. Dit formulier is gelijk aan de bestandslogboek afhandelaar.

/manifest[/{revisie}[/{pad}]]
Toon informatie over een directory.

Als de URL-padargumenten worden weggelaten, wordt informatie over de hoofdmap voor de type
wijzigingenset wordt weergegeven.

Omdat deze handler alleen informatie voor mappen kan tonen, wordt aanbevolen om
de filet handler in plaats daarvan, omdat het zowel mappen als bestanden aankan.

De manifesteren sjabloon wordt weergegeven voor deze handler.

/changeset[/{revisie}]
Toon informatie over een enkele wijzigingenset.

Een URL-padargument is de wijzigingsset-ID die moet worden weergegeven. Zien hg hulp revisies For
Mogelijke waarden. Indien niet gedefinieerd, de type wijzigingenset wordt weergegeven.

De changeset sjabloon wordt weergegeven. Inhoud van de wijzigingstag, wijzigingensetbladwijzer,
bestandsknooppuntlink, bestandsnolink, en de vele sjablonen met betrekking tot diffs kunnen allemaal worden gebruikt om
de uitvoer produceren.

/kortboek
Toon basisinformatie over een set wijzigingensets.

Dit accepteert dezelfde parameters als de changelog afhandelaar. Het enige verschil is de
tekort sjabloon wordt weergegeven in plaats van de changelog sjabloon.

/overzicht
Toon een samenvatting van de repositorystatus.

Informatie over de laatste wijzigingensets, bladwijzers, tags en branches wordt hierdoor vastgelegd
afhandelaar.

De beknopte versie sjabloon wordt weergegeven.

/labels
Toon informatie over tags.

Er worden geen argumenten aanvaard.

De labels sjabloon wordt weergegeven.

TECHNISCHE IMPLEMENTATIE ONDERWERPEN

bundels
container voor uitwisseling van repositorygegevens

verandergroepen
weergave van revlog-gegevens

revlogs
revisie opslagmechanisme:

MERGE TOOLS

Om bestanden samen te voegen gebruikt Mercurial merge tools.

Een samenvoegtool combineert twee verschillende versies van een bestand tot een samengevoegd bestand. Hulpmiddelen voor samenvoegen zijn:
gezien de twee bestanden en de grootste gemeenschappelijke voorouder van de twee bestandsversies, zodat ze kunnen
bepaal de wijzigingen die op beide takken zijn aangebracht.

Samenvoegtools worden zowel gebruikt voor: hg oplossen, hg samensmelten, hg -update, hg terugtrekken en in meerdere
extensies.

Gewoonlijk probeert de samenvoegtool de bestanden automatisch met elkaar in overeenstemming te brengen door alles te combineren
niet-overlappende veranderingen die afzonderlijk plaatsvonden in de twee verschillende evoluties van de
hetzelfde initiële basisbestand. Bovendien maken sommige interactieve samenvoegprogramma's het gemakkelijker om
handmatig conflicterende samenvoegingen oplossen, hetzij op een grafische manier, of door enkele in te voegen
conflictmarkeringen. Mercurial bevat geen interactieve samenvoegprogramma's, maar vertrouwt op
externe tools daarvoor.

Beschikbaar samensmelten tools
Externe samenvoeghulpmiddelen en hun eigenschappen worden geconfigureerd in de configuratie voor samenvoeghulpmiddelen
sectie - zie hgrc(5) - maar ze kunnen vaak alleen worden genoemd door hun uitvoerbare bestand.

Een samenvoegprogramma is over het algemeen bruikbaar als het uitvoerbare bestand op het systeem kan worden gevonden en als het
kan de fusie aan. Het uitvoerbare bestand wordt gevonden als het een absoluut of relatief uitvoerbaar bestand is
pad of de naam van een toepassing in het uitvoerbare zoekpad. Het gereedschap wordt verondersteld
de samenvoeging kunnen afhandelen als het symlinks aankan als het bestand een symlink is, als het kan
omgaan met binaire bestanden als het bestand binair is, en als een GUI beschikbaar is als de tool dit vereist:
een GUI.

Er zijn enkele interne samenvoeghulpmiddelen die kunnen worden gebruikt. De interne samenvoeghulpmiddelen zijn:

:dumpen

Maakt drie versies van de bestanden om samen te voegen, met de inhoud van lokale,
andere en basis. Deze bestanden kunnen vervolgens worden gebruikt om handmatig een samenvoeging uit te voeren. Als de
bestand dat moet worden samengevoegd heet een.txt, deze bestanden zullen dienovereenkomstig worden genoemd
a.txt.lokaal, a.txt.andere en een.txt.basis en ze zullen in dezelfde worden geplaatst
map als een.txt.

:mislukking

In plaats van te proberen bestanden samen te voegen die op beide takken zijn gewijzigd, markeert het:
ze als onopgelost. De opdracht resolve moet worden gebruikt om deze conflicten op te lossen.

:lokaal

Gebruikt de lokale versie van bestanden als de samengevoegde versie.

:samenvoegen

Gebruikt het interne niet-interactieve eenvoudige samenvoegalgoritme voor het samenvoegen van bestanden. Het zal
mislukken als er conflicten zijn en laat markeringen achter in het gedeeltelijk samengevoegde bestand.
Markeringen hebben twee secties, één voor elke kant van de samenvoeging.

:samenvoegen-lokaal

Zoals: samenvoegen, maar alle conflicten niet-interactief oplossen ten gunste van de lokale
veranderingen.

:samenvoegen-andere

Zoals: fuseren, maar alle conflicten non-interactief oplossen ten gunste van de ander
veranderingen.

:samenvoegen3

Gebruikt het interne niet-interactieve eenvoudige samenvoegalgoritme voor het samenvoegen van bestanden. Het zal
mislukken als er conflicten zijn en laat markeringen achter in het gedeeltelijk samengevoegde bestand.
Marker heeft drie secties, één aan elke kant van de samenvoeging en één voor de
basis inhoud.

:ander

Gebruikt de andere versie van bestanden als de samengevoegde versie.

:snel

Vraagt ​​de gebruiker welke van de lokale of de andere versie te behouden als de samengevoegde
versie.

:tagsamenvoegen

Gebruikt het interne tag merge-algoritme (experimenteel).

:unie

Gebruikt het interne niet-interactieve eenvoudige samenvoegalgoritme voor het samenvoegen van bestanden. Het zal
gebruik zowel de linker- als de rechterkant voor conflictgebieden. Er zijn geen markeringen ingevoegd.

Interne tools zijn altijd beschikbaar en vereisen geen GUI, maar standaard niet
omgaan met symbolische links of binaire bestanden.

Het kiezen van a samensmelten tools
Mercurial gebruikt deze regels bij het beslissen welke samenvoegtool moet worden gebruikt:

1. Als een tool is gespecificeerd met de --tool optie om samen te voegen of op te lossen, wordt deze gebruikt.
Als het de naam is van een tool in de configuratie van merge-tools, is de configuratie ervan:
gebruikt. Anders moet de gespecificeerde tool uitvoerbaar zijn door de shell.

2. Indien de HGMERGE omgevingsvariabele aanwezig is, de waarde ervan wordt gebruikt en moet zijn
uitvoerbaar door de shell.

3. Als de bestandsnaam van het samen te voegen bestand overeenkomt met een van de patronen in de
configuratiesectie voor samenvoegpatronen, de eerste bruikbare samenvoegtool die overeenkomt met a
passend patroon wordt gebruikt. Hier zijn de binaire mogelijkheden van de samenvoegtool niet:
beschouwd.

4. Als ui.merge is ingesteld, wordt dit als volgende beschouwd. Als de waarde niet de naam is van a
geconfigureerde tool, wordt de opgegeven waarde gebruikt en moet deze door de shell kunnen worden uitgevoerd.
Anders wordt de genoemde tool gebruikt als deze bruikbaar is.

5. Als er bruikbare samenvoegtools aanwezig zijn in de configuratiesectie voor samenvoegtools, is die
met de hoogste prioriteit wordt gebruikt.

6. Als een programma met de naam samenvoegen kan worden gevonden op het systeem, het wordt gebruikt - maar het zal door
standaard niet worden gebruikt voor symbolische links en binaire bestanden.

7. Als het samen te voegen bestand niet binair is en geen symbolische link, dan intern :samenvoegen is
gebruikt.

8. Het samenvoegen van het bestand mislukt en moet worden opgelost voordat het wordt vastgelegd.

Opmerking Na het selecteren van een samenvoegprogramma, zal Mercurial standaard proberen om de
bestanden eerst met behulp van een eenvoudig samenvoegalgoritme. Alleen als het niet lukt vanwege
tegenstrijdige wijzigingen Mercurial zal het samenvoegprogramma daadwerkelijk uitvoeren. Of
gebruik eerst het eenvoudige samenvoegalgoritme kan worden bestuurd door de premerge-instelling van
de samenvoegtool. Premerge is standaard ingeschakeld, tenzij het bestand binair is of a
symbolische koppeling.

Zie de merge-tools en ui secties van hgrc(5) voor details over de configuratie van merge
gereedschap.

SPECIFICEREN: MEERDERE HERZIENINGEN

Wanneer Mercurial meer dan één revisie accepteert, kunnen deze afzonderlijk worden gespecificeerd, of
geleverd als een topologisch continu bereik, gescheiden door het ":"-teken.

De syntaxis van bereiknotatie is [BEGIN]:[END], waarbij BEGIN en END revisie zijn
identificatiemiddelen. Zowel BEGIN als END zijn optioneel. Als BEGIN niet is opgegeven, wordt dit standaard ingesteld op:
revisienummer 0. Als END niet is opgegeven, wordt standaard de tip gebruikt. Het bereik ":" dus
betekent "alle revisies".

Als BEGIN groter is dan END, worden revisies in omgekeerde volgorde behandeld.

Een bereik fungeert als een gesloten interval. Dit betekent dat een bereik van 3:5 3, 4 en 5 geeft.
Evenzo geeft een bereik van 9:6 9, 8, 7 en 6.

FILE NAAM PATRONEN

Mercurial accepteert verschillende notaties voor het identificeren van een of meer bestanden tegelijk.

Standaard behandelt Mercurial bestandsnamen als uitgebreide glob-patronen in shell-stijl.

Alternatieve patroonnotaties moeten expliciet worden gespecificeerd.

Opmerking Patronen gespecificeerd in .hggnore zijn niet geroot. Alsjeblieft zie hg hulp negeer For
details.

Als u een gewone padnaam wilt gebruiken zonder patroonovereenkomst, begint u deze met pad:. deze paden
namen moeten volledig overeenkomen vanaf de huidige root van de repository.

Om een ​​uitgebreide glob te gebruiken, begint u een naam met klodder:. Globs zijn geworteld in de stroom
map; een bol zoals *.C komt alleen overeen met bestanden in de huidige map die eindigen op
.c.

De ondersteunde glob-syntaxisextensies zijn: ** om elke tekenreeks over padscheidingstekens te matchen en
{een, b} om "a of b" te betekenen.

Om een ​​reguliere Perl/Python-expressie te gebruiken, begint u een naam met re:. Regexp patroon matching
is verankerd in de root van de repository.

Om naampatronen uit een bestand te lezen, gebruik lijstbestand: or lijstbestand0:. De laatste verwacht nul
afgebakende patronen terwijl de eerste lijnfeeds verwacht. Elke tekenreeks die uit het bestand wordt gelezen, is
zelf behandeld als een bestandspatroon.

Om een ​​set patronen uit een bestand te lezen, gebruik omvatten: or onderin:. omvatten: zal alles gebruiken
de patronen uit het gegeven bestand en behandel ze alsof ze handmatig zijn ingevoerd.
onderin: past alleen de patronen toe op bestanden die zich onder de subinclude . bevinden
map van het bestand. Zien hg hulp negeer voor details over het formaat van deze bestanden.

Alle patronen, behalve klodder: opgegeven in de opdrachtregel (niet voor -I or -X opties), kan
match ook met mappen: bestanden onder overeenkomende mappen worden als overeenkomend behandeld.

Duidelijke voorbeelden:

path:foo/bar een naambalk in een map met de naam foo in de root
van de repository
pad:pad:naam een ​​bestand of map met de naam "pad:naam"

Glob-voorbeelden:

glob:*.c elke naam die eindigt op ".c" in de huidige map
*.c elke naam die eindigt op ".c" in de huidige directory
**.c elke naam die eindigt op ".c" in een submap van de
huidige directory inclusief zichzelf.
foo/*.c elke naam die eindigt op ".c" in de directory foo
foo/**.c elke naam die eindigt op ".c" in een submap van foo
inclusief zichzelf.

Regexp-voorbeelden:

re:.*\.c$ elke naam die eindigt op ".c", overal in de repository

Bestandsvoorbeelden:

listfile:list.txt lees lijst van list.txt met één bestandspatroon per regel
listfile0:list.txt lees lijst van list.txt met null byte scheidingstekens

Zie ook hg hulp bestandssets.

Voorbeelden opnemen:

include:path/to/mypatternfile leest patronen die op alle paden moeten worden toegepast
subinclude:path/to/subignorefile leest patronen specifiek voor paden in de
subdirectory

WERKEN MET FASEN

Wat zijn fasen?
Fasen zijn een systeem om bij te houden welke changesets zijn of moeten worden gedeeld. Deze
helpt veelvoorkomende fouten te voorkomen bij het wijzigen van de geschiedenis (bijvoorbeeld met de mq of rebase
extensies).

Elke wijzigingenset in een repository bevindt zich in een van de volgende fasen:

· public: wijzigingenset is zichtbaar op een openbare server

· concept: wijzigingenset is nog niet gepubliceerd

· geheim: wijzigingenset mag niet worden gepusht, getrokken of gekloond

Deze fasen zijn geordend (openbaar < concept < geheim) en geen wijzigingenset kan in een lagere
fase dan zijn voorouders. Als een wijzigingenset bijvoorbeeld openbaar is, zijn al zijn voorouders:
ook openbaar. Ten slotte mogen de wijzigingsfasen alleen worden gewijzigd in de richting van de openbare fase.

Hoe zijn fasen beheerd?
De fasen moeten voor het grootste deel transparant werken. Standaard wordt er een wijzigingenset aangemaakt in
de conceptfase en wordt verplaatst naar de publieke fase wanneer deze naar een andere wordt geduwd
repository.

Zodra wijzigingensets openbaar worden, werken extensies zoals mq en rebase niet meer mee
om te voorkomen dat er dubbele wijzigingensets worden gemaakt. Fasen kunnen ook handmatig worden gemanipuleerd
met de hg fase commando indien nodig. Zien hg hulp -v fase bijvoorbeeld.

Om je commits standaard geheim te maken, zet je dit in je configuratiebestand:

[fasen]
nieuw-commit = geheim

Fasen en servers
Normaal gesproken zijn alle servers: publishing standaard. Dit betekent:

- alle conceptwijzigingensets die zijn getrokken of gekloond, verschijnen in fase
openbaar op de client

- alle conceptwijzigingssets die worden gepusht, verschijnen als openbaar op beide
client en server

- geheime wijzigingensets worden niet gepusht, getrokken of gekloond

Opmerking Als u een conceptwijzigingsset van een publicatieserver haalt, wordt deze niet als openbaar gemarkeerd op
de serverkant vanwege het alleen-lezen karakter van pull.

Soms kan het wenselijk zijn om wijzigingensets in de conceptfase te pushen en te trekken om te delen
onvoltooid werk. Dit kan gedaan worden door een repository in te stellen om publicatie uit te schakelen in zijn
configuratiebestand:

[fasen]
publiceren = False

Bekijk hg hulp config voor meer informatie over configuratiebestanden.

Opmerking Servers met oudere versies van Mercurial worden behandeld als publicerend.

Let op Changesets in de geheime fase worden niet uitgewisseld met de server. Dit geldt voor hun
inhoud: bestandsnamen, bestandsinhoud en metadata van wijzigingensets. Om technische redenen,
de identifier (bijv. d825e4025e39) van de geheime wijzigingenset kan worden doorgegeven aan
de server.

Voorbeelden
· lijst wijzigingensets in concept- of geheime fase:

hg log -r "niet openbaar()"

· verander alle geheime wijzigingensets in concept:

hg phase --draft "secret()"

· de huidige wijzigingenset en afstammelingen geforceerd verplaatsen van openbaar naar concept:

hg fase --force --draft .

· een lijst met wijzigingensetrevisie en -fase tonen:

hg log --sjabloon "{rev} {phase}\n"

· synchroniseer conceptwijzigingensets met betrekking tot een externe repository:

hg phase -fd "uitgaand (URL)"

Bekijk hg hulp fase voor meer informatie over het handmatig manipuleren van fasen.

SPECIFICEREN: ENKEL HERZIENINGEN

Mercurial ondersteunt verschillende manieren om individuele revisies te specificeren.

Een gewoon geheel getal wordt behandeld als een revisienummer. Negatieve gehele getallen worden behandeld als
opeenvolgende offsets vanaf de tip, waarbij -1 de tip aangeeft, -2 de revisie voorafgaand aanduidt
naar de punt, enzovoort.

Een 40-cijferige hexadecimale tekenreeks wordt behandeld als een unieke revisie-ID.

Een hexadecimale tekenreeks van minder dan 40 tekens wordt behandeld als een unieke revisie
identifier en wordt een short-form identifier genoemd. Een verkorte identificatiecode is alleen:
geldig als het het voorvoegsel is van precies één ID van volledige lengte.

Elke andere tekenreeks wordt behandeld als een bladwijzer, tag of vertakkingsnaam. Een bladwijzer is een verplaatsbare
verwijzing naar een revisie. Een tag is een permanente naam die aan een revisie is gekoppeld. Een filiaalnaam
geeft de bovenste open takkop van die tak aan - of als ze allemaal gesloten zijn, de
uiterste gesloten kop van de tak. Bladwijzer-, tag- en vertakkingsnamen mogen niet de . bevatten
":" karakter.

De gereserveerde naam "tip" identificeert altijd de meest recente revisie.

De gereserveerde naam "null" geeft de null-revisie aan. Dit is de revisie van een lege
repository en de ouder van revisie 0.

De gereserveerde naam "." geeft de bovenliggende werkmap aan. Als er geen werkmap is
uitgecheckt, het is gelijk aan null. Als een niet-vastgelegde samenvoeging bezig is, wordt "." is de
herziening van de eerste ouder.

SPECIFICEREN: HERZIENING SETS

Mercurial ondersteunt een functionele taal voor het selecteren van een reeks revisies.

De taal ondersteunt een aantal predikaten die worden vergezeld door infix-operators.
Haakjes kunnen worden gebruikt om te groeperen.

Identificaties zoals namen van filialen moeten mogelijk worden geciteerd met enkele of dubbele aanhalingstekens als ze
karakters bevatten zoals - of als ze overeenkomen met een van de vooraf gedefinieerde predikaten.

Speciale tekens kunnen worden gebruikt in ID's tussen aanhalingstekens door ze te laten ontsnappen, bijv. \n is
geïnterpreteerd als een nieuwe regel. Om te voorkomen dat ze worden geïnterpreteerd, kunnen strings worden voorafgegaan
Met r, bijv R'...'.

Er is een enkele prefix-operator:

niet x

Wijzigingssets niet in x. Korte vorm is ! x.

Dit zijn de ondersteunde infix-operators:

x::j

Een DAG-bereik, dat wil zeggen alle wijzigingensets die afstammelingen zijn van x en voorouders van y,
inclusief x en y zelf. Als het eerste eindpunt wordt weggelaten, is dit equivalent
naar voorouders(j), als de tweede wordt weggelaten, is deze gelijk aan afstammelingen (x).

Een alternatieve syntaxis is x..y.

x:y

Alle wijzigingensets met revisienummers tussen x en y, beide inclusief. Een van beide
eindpunt kan worden weggelaten, ze staan ​​standaard op 0 en tip.

x en y

Het snijpunt van wijzigingensets in x en y. Korte vorm is x & y.

x or y

De vereniging van wijzigingensets in x en y. Er zijn twee alternatieve korte vormen: x | y
en x + y.

x - y

Wijzigingssets in x maar niet in y.

x^n

De n-de ouder van x, n == 0, 1 of 2. Voor n == 0, x; voor n == 1, de eerste ouder
van elke wijzigingenset in x; voor n == 2, de tweede ouder van wijzigingenset in x.

x~n

De nde eerste voorouder van x; x~0 isx; x~3 is x^^^.

Er is een enkele postfix-operator:

x^

Gelijkwaardig aan x ^ 1, de eerste ouder van elke wijzigingenset in x.

De volgende predikaten worden ondersteund:

voegt (patroon) toe

Wijzigingssets die een bestandsovereenkomend patroon toevoegen.

Het patroon zonder expliciete soort like klodder: zal naar verwachting relatief zijn ten opzichte van de
huidige map en match met een bestand of een map.

allemaal()

Alle wijzigingensets, hetzelfde als 0: fooi.

voorouder(*wijzigingsset)

Een grootste gemeenschappelijke voorouder van de changesets.

Accepteert 0 of meer wijzigingensets. Zal een lege lijst retourneren wanneer geen argumenten zijn doorgegeven.
De grootste gemeenschappelijke voorouder van een enkele wijzigingenset is die wijzigingenset.

voorouders(set)

Wijzigingssets die voorouders zijn van een wijzigingenset in een set.

auteur(string)

alias voor gebruiker(string).

halveren(string)

Wijzigingssets gemarkeerd in de opgegeven bisect-status:

· goed, slecht, overspringen: csets expliciet gemarkeerd als goed/slecht/overslaan

· goederen, honger : csets topologisch goed/slecht

· reeks : csets die deelnemen aan de tweedeling

· gesnoeid : csets die goederen, slecht of overgeslagen zijn

· ongeteste : csets waarvan het lot nog onbekend is

· genegeerd : csets genegeerd vanwege DAG-topologie

· actueel : de cset die momenteel wordt gehalveerd

bladwijzer([naam])

De genoemde bladwijzer of alle bladwijzers.

If naam begint met re:, de rest van de naam wordt als een gewone naam behandeld
uitdrukking. Om een ​​bladwijzer te matchen die eigenlijk begint met re:, gebruik het voorvoegsel
letterlijk:.

tak (tekenreeks) or set)

Alle wijzigingensets die behoren tot de gegeven tak of de takken van de gegeven
wijzigingensets.

If snaar begint met re:, de rest van de naam wordt als een gewone naam behandeld
uitdrukking. Om een ​​branch te matchen die eigenlijk begint met re:, gebruik het voorvoegsel
letterlijk:.

vertakkingspunt()

Wijzigingssets met meer dan één kind.

gestoten()

Veranderlijke wijzigingensets gemarkeerd als opvolgers van openbare wijzigingensets.

Alleen niet-openbare en niet-verouderde wijzigingensets kunnen worden gestoten.

bundel()

Wijzigingen in de bundel.

Bundel moet worden opgegeven met de optie -R.

kinderen(set)

Onderliggende wijzigingensets van wijzigingensets in set.

gesloten()

Wijzigingsset is gesloten.

bevat (patroon)

Het manifest van de revisie bevat een patroon dat overeenkomt met een bestand (maar wijzigt dit mogelijk niet).
Bekijk hg hulp patronen voor informatie over bestandspatronen.

Het patroon zonder expliciete soort like klodder: zal naar verwachting relatief zijn ten opzichte van de
huidige map en match precies met een bestand voor efficiëntie.

geconverteerd([id])

Wijzigingssets geconverteerd van de gegeven identifier in de oude repository, indien aanwezig, of
alle geconverteerde wijzigingensets als er geen identifier is opgegeven.

datum (interval)

Wijzigingen binnen het interval, zie hg hulp dadels.

desc(tekenreeks)

Zoek commit bericht voor string. De overeenkomst is niet hoofdlettergevoelig.

afstammelingen (set)

Wijzigingssets die afstammen van wijzigingensets in een set.

bestemming([set])

Wijzigingssets die zijn ontstaan ​​door een ent-, transplantatie- of rebase-operatie, met de
gegeven revisies gespecificeerd als de bron. Het weglaten van de optionele set is hetzelfde als:
het passeren van alle ().

afwijkend()

Definitieve opvolgers van wijzigingensets met een alternatieve set definitieve opvolgers.

droogte()

Wijzigingsset in conceptfase.

uitgestorven()

Verouderde wijzigingensets met alleen verouderde afstammelingen.

extra(etiket, [waarde])

Wijzigingssets met het opgegeven label in de extra metadata, met de opgegeven optionele
waarde.

If waarde begint met re:, de rest van de waarde wordt behandeld als een normale
uitdrukking. Om een ​​waarde te matchen die eigenlijk begint met re:, gebruik het voorvoegsel
letterlijk:.

bestand (patroon)

Wijzigingssets die van invloed zijn op bestanden die overeenkomen met patroon.

Voor een sneller maar minder nauwkeurig resultaat, overweeg het gebruik van bestandslog() gebruiken.

Dit predikaat gebruikt klodder: als het standaard soort patroon.

bestandslog (patroon)

Wijzigingssets verbonden met het opgegeven bestandslogboek.

Bezoekt om prestatieredenen alleen revisies die worden vermeld in het bestandslogboek op bestandsniveau,
in plaats van door alle wijzigingensets te filteren (veel sneller, maar omvat niet
verwijderen of dupliceren van wijzigingen). Gebruik voor een langzamer, nauwkeuriger resultaat het dossier().

Het patroon zonder expliciete soort like klodder: zal naar verwachting relatief zijn ten opzichte van de
huidige map en match precies met een bestand voor efficiëntie.

Als een linkrev verwijst naar revisies die zijn gefilterd door de huidige repoview, werken we
eromheen om een ​​niet-gefilterde waarde te retourneren.

eerste set, [N])

Een alias voor limit().

volg([patroon])

Een alias voor ::. (voorouders van de eerste ouder van de werkdirectory). Als patroon
is opgegeven, wordt de geschiedenis van bestanden die overeenkomen met een bepaald patroon gevolgd, inclusief:
exemplaren.

grep(regex)

Like trefwoord(string) maar accepteert een regex. Gebruiken grep(r'...') om een ​​speciale ontsnapping te verzekeren
tekens correct worden behandeld. in tegenstelling tot trefwoord(string), de wedstrijd is
hoofdlettergevoelig.

hoofd()

Changeset is een benoemde branch head.

hoofden (set)

Leden van de set zonder kinderen in de set.

verborgen()

Verborgen wijzigingensets.

id (tekenreeks)

Revisie ondubbelzinnig gespecificeerd door de gegeven hex string prefix.

trefwoord(string)

Zoek vastleggingsbericht, gebruikersnaam en namen van gewijzigde bestanden voor string. De wedstrijd
is niet hoofdlettergevoelig.

laatste(set, [N])

Laatste n leden van de set, standaard ingesteld op 1.

limiet(instellen[, N[, compensatie]])

Eerste n leden van de set, standaard ingesteld op 1, beginnend bij offset.

overeenkomend (revisie) [, veld])

Wijzigingssets waarin een bepaalde set velden overeenkomt met de set velden in de geselecteerde
revisie of set.

Als u meer dan één veld wilt matchen, moet u de lijst met velden doorgeven, gescheiden door spaties
(bv auteur beschrijving).

Geldige velden zijn de meeste reguliere revisievelden en enkele speciale velden.

Reguliere revisievelden zijn: beschrijving, auteur, tak, gegevens, bestanden, fase,
ouders, substaat, gebruiker en diff. Merk op dat auteur en gebruiker zijn synoniemen. diff
verwijst naar de inhoud van de herziening. Twee revisies die overeenkomen met hun diff zal ook
overeenkomen met hun bestanden.

Speciale velden zijn beknopte versie en metadata: beknopte versie komt overeen met de eerste regel van de
Beschrijving. metadata is gelijk aan matchen beschrijving gebruiker gegevens (dwz het
overeenkomt met de belangrijkste metadatavelden).

metadata is het standaardveld dat wordt gebruikt als er geen velden zijn opgegeven. Jij kan
overeenkomen met meer dan één veld tegelijk.

max(instellen)

Wijzigingsset met het hoogste revisienummer in de set.

samenvoegen()

Changeset is een merge changeset.

min(ingesteld)

Wijzigingsset met het laagste revisienummer in de set.

wijzigt (patroon)

Wijzigingssets voor het wijzigen van bestanden die overeenkomen met het patroon.

Het patroon zonder expliciete soort like klodder: zal naar verwachting relatief zijn ten opzichte van de
huidige map en match met een bestand of een map.

genoemd (naamruimte)

De wijzigingensets in een bepaalde naamruimte.

If namespace begint met re:, de rest van de string wordt behandeld als een gewone
uitdrukking. Om een ​​naamruimte te matchen die eigenlijk begint met re:, gebruik het voorvoegsel
letterlijk:.

verouderd()

Mutable changeset met een nieuwere versie.

alleen (instellen, [set])

Wijzigingssets die voorouders zijn van de eerste set die geen voorouders zijn van een andere
hoofd in de repo. Als een tweede set is opgegeven, is het resultaat voorouders van de
eerste set die geen voorouders zijn van de tweede set (dwz :: - :: ).

oorsprong([set])

Wijzigingssets die zijn opgegeven als bron voor de grafts, transplantaties of rebases
die de gegeven revisies hebben gemaakt. Het weglaten van de optionele set is hetzelfde als doorgeven
allemaal(). Als een wijzigingenset die door deze bewerkingen is gemaakt, zelf als bron wordt opgegeven
voor een van deze bewerkingen is alleen de bronwijzigingsset voor de eerste bewerking:
gekozen.

uitgaand([pad])

Wijzigingssets niet gevonden in de opgegeven doelrepository of de standaard push
plaats.

p1([set])

Eerste ouder van wijzigingensets in set, of de werkdirectory.

p2([set])

Tweede ouder van wijzigingensets in set, of de werkdirectory.

ouders([set])

De set van alle ouders voor alle wijzigingensets in de set, of de werkdirectory.

heden(set)

Een lege set, als er geen revisie in de set wordt gevonden; anders zijn alle revisies in de set.

Als een van de gespecificeerde revisies niet aanwezig is in de lokale repository, is de query:
normaal afgebroken. Maar met dit predikaat kan de zoekopdracht zelfs in zo'n
gevallen.

openbaar()

Wijzigingsset in de publieke fase.

afstandsbediening([id [,pad]])

Lokale revisie die overeenkomt met de gegeven identifier in een externe repository, als
cadeau. Hier de '.' identifier is een synoniem voor de huidige lokale vestiging.

verwijdert (patroon)

Wijzigingssets die bestanden verwijderen die overeenkomen met het patroon.

Het patroon zonder expliciete soort like klodder: zal naar verwachting relatief zijn ten opzichte van de
huidige map en match met een bestand of een map.

rev(getal)

Revisie met de opgegeven numerieke identificatie.

achteruit (instellen)

Omgekeerde volgorde van set.

wortels (set)

Wijzigingssets in set zonder bovenliggende wijzigingenset in set.

geheim()

Changeset in geheime fase.

sorteren(stel[, [-]sleutel...])

Sorteren ingesteld op sleutels. De standaard sorteervolgorde is oplopend, geef een sleutel op als -sleutel naar
sorteren in aflopende volgorde.

De sleutels kunnen zijn:

· rev voor het revisienummer,

· tak voor de naam van het filiaal,

· aflopend voor het commit-bericht (beschrijving),

· gebruiker voor gebruikersnaam (auteur kan worden gebruikt als een alias),

· gegevens voor de vastleggingsdatum

subrepo([patroon])

Wijzigingssets die de gegeven subrepo toevoegen, wijzigen of verwijderen. Als er geen subrepo-patroon is
genoemd, worden eventuele subrepo-wijzigingen geretourneerd.

tag ([naam])

De opgegeven tag op naam, of alle getagde revisies als er geen naam is opgegeven.

If naam begint met re:, de rest van de naam wordt als een gewone naam behandeld
uitdrukking. Om een ​​tag te matchen die eigenlijk begint met re:, gebruik het voorvoegsel letterlijk:.

onstabiel()

Niet-verouderde wijzigingensets met verouderde voorouders.

gebruiker(string)

Gebruikersnaam bevat tekenreeks. De overeenkomst is niet hoofdlettergevoelig.

If snaar begint met re:, de rest van de string wordt behandeld als een gewone
uitdrukking. Om een ​​gebruiker te matchen die daadwerkelijk bevat re:, gebruik het voorvoegsel letterlijk:.

Nieuwe predikaten (bekend als "aliassen") kunnen worden gedefinieerd met elke combinatie van bestaande
predikaten of andere aliassen. Een aliasdefinitie ziet er als volgt uit:

=

in de revsetalias sectie van een Mercurial-configuratiebestand. Argumenten van het formulier $1,
$2, etc. worden vanuit de alias in de definitie gesubstitueerd.

Bijvoorbeeld

[revsetalias]
h = hoofden()
d($1) = sorteren($1, datum)
rs($1, $2) = omgekeerd(sorteer($1, $2))

definieert drie aliassen, h, d en rs. rs(0:tip, auteur) is precies gelijk aan
omgekeerd(sorteer(0:tip, auteur)).

Een infix-operator ## kan strings en identifiers samenvoegen tot één string. Bijvoorbeeld:

[revsetalias]
issue($1) = grep(r'\bissue[ :]?' ## $1 ## r'\b|\bbug\(' ## $1 ## r'\)')

kwestie(1234) is gelijk aan grep(r'\bissue[ :]?1234\b|\bbug\(1234\)') in dit geval. Deze
komt overeen met alle "issue 1234", "issue:1234", "issue1234" en "kever(1234) ".

Alle andere prefix-, infix- en postfix-operators hebben een lagere prioriteit dan ##. Bijvoorbeeld, $1
## $ 2 ~ 2 is gelijk aan ($ 1 ## $2)~2.

Commandoregel-equivalenten voor hg inloggen:

-f -> ::.
-dx -> datum(x)
-kx -> trefwoord(x)
-m -> samenvoegen()
-ux -> gebruiker(x)
-bx -> tak(x)
-P x -> !::x
-lx -> limiet (uitdr, x)

Enkele voorbeeldvragen:

· Wijzigingssets op de standaardtak:

hg log -r "branch (standaard)"

· Changesets op de standaard branch sinds tag 1.5 (exclusief merges):

hg log -r "branch(standaard) en 1.5:: en niet merge()"

· Open takkoppen:

hg log -r "head() en niet gesloten()"

· Wijzigingen tussen tags 1.3 en 1.5 met vermelding van "bug" die van invloed zijn op hgext/*:

hg log -r "1.3::1.5 en trefwoord(bug) en bestand('hgext/*')"

· Wijzigingssets vastgelegd in mei 2008, gesorteerd op gebruiker:

hg log -r "sort(date('mei 2008'), gebruiker)"

· Wijzigingssets met vermelding van "bug" of "issue" die niet in een getagde release staan:

hg log -r "(trefwoord(bug) of trefwoord(probleem)) en niet voorouders(tag())"

GEBRUIK MAKEND VAN MERCURIAAL NU SCRIPT EN AUTOMATISERING

Het is gebruikelijk dat machines (in tegenstelling tot mensen) Mercurial consumeren. Dit help-onderwerp
beschrijft enkele van de overwegingen voor het koppelen van machines met Mercurial.

Het kiezen van an Interface
Machines hebben de keuze uit verschillende methoden om met Mercurial te communiceren. Deze omvatten:

· Uitvoeren van de hg

· Een HTTP-server opvragen

· Bellen naar een opdrachtserver

uitvoeren hg processen lijkt sterk op hoe mensen omgaan met Mercurial in de schaal.
Het zou je al bekend moeten zijn.

hg dienen kan worden gebruikt om een ​​server te starten. Standaard wordt hiermee een "hgweb" HTTP-server gestart.
Deze HTTP-server heeft ondersteuning voor machineleesbare uitvoer, zoals JSON. Voor meer, zie hg
hulp hgweb.

hg dienen kan ook een "opdrachtserver" starten. Clients kunnen verbinding maken met deze server en uitgeven
Mercurial beveelt een speciaal protocol. Voor meer details over de opdrachtserver,
inclusief links naar clientbibliotheken, zie https://mercurial.selenic.com/wiki/CommandServer.

hg dienen gebaseerde interfaces (de hgweb- en opdrachtservers) hebben het voordeel ten opzichte van eenvoudige
hg aanroepingen verwerken omdat ze waarschijnlijk efficiënter zijn. Dit komt omdat er
aanzienlijke overhead om nieuwe Python-processen te spawnen.

Tip Als u meerdere moet aanroepen hg processen op korte termijn en/of prestaties is
belangrijk voor u is, wordt het gebruik van een servergebaseerde interface ten zeerste aanbevolen.

Milieu Variabelen
Zoals gedocumenteerd in hg hulp milieu, verschillende omgevingsvariabelen beïnvloeden de
werking van Mercurial. De volgende zijn met name relevant voor machines die verbruiken:
Mercurius:

HGPAIN
Indien niet ingesteld, kan de output van Mercurial worden beïnvloed door configuratie-instellingen die:
invloed hebben op de codering, uitgebreide modus, lokalisatie, enz.

Het wordt ten zeerste aanbevolen voor machines om deze variabele in te stellen bij het aanroepen van hg
processen.

HGENCODERING
Indien niet ingesteld, wordt de door Mercurial gebruikte landinstelling gedetecteerd vanuit de omgeving. Als
de bepaalde landinstelling ondersteunt de weergave van bepaalde tekens niet, Mercurial kan
geef deze tekenreeksen onjuist weer (vaak door "?" als tijdelijke aanduiding te gebruiken
voor ongeldige tekens in de huidige landinstelling).

Het expliciet instellen van deze omgevingsvariabele is een goede gewoonte om te garanderen
consistente resultaten. "utf-8" is een goede keuze in UNIX-achtige omgevingen.

HGRCPAT
Indien niet ingesteld, erft Mercurial de configuratie-opties van de configuratiebestanden met behulp van de
proces beschreven in hg hulp config. Dit omvat het overnemen van de gebruiker of het hele systeem
config bestanden.

Wanneer uiterste controle over de Mercurial-configuratie gewenst is, wordt de waarde van
HGRCPAT kan worden ingesteld op een expliciet bestand met bekende goede configuraties. In zeldzame gevallen kan de
waarde kan worden ingesteld op een leeg bestand of het null-apparaat (vaak / Dev / null) omzeilen
laden van gebruikers- of systeemconfiguratiebestanden. Merk op dat deze benaderingen kunnen hebben:
onbedoelde gevolgen, omdat de configuratiebestanden van de gebruiker en het systeem vaak dingen definiëren
zoals de gebruikersnaam en extensies die nodig kunnen zijn om te communiceren met a
repository.

Het consumeren commando uitgang
Het is gebruikelijk dat machines de uitvoer van Mercurial-commando's moeten ontleden voor relevante
gegevens. In dit gedeelte worden de verschillende technieken beschreven om dit te doen.

Parsing Rauw commando uitgang
Waarschijnlijk is de eenvoudigste en meest effectieve oplossing voor het consumeren van opdrachtuitvoer om simpelweg:
inroepen hg commando's zoals u dat als gebruiker zou doen en hun uitvoer ontleden.

De uitvoer van veel commando's kan eenvoudig worden geparseerd met tools zoals grep, dorst en awk.

Een mogelijk nadeel van het ontleden van opdrachtuitvoer is dat de uitvoer van opdrachten kan veranderen
wanneer Mercurial wordt geüpgraded. Terwijl Mercurial over het algemeen streeft naar sterk achteruit
compatibiliteit, verandert de opdrachtuitvoer af en toe. Testen voor uw geautomatiseerde
interacties met hg commando's wordt over het algemeen aanbevolen, maar is nog belangrijker wanneer:
raw commando output parsing is betrokken.

gebruik Sjablonen naar Controle uitgang
Veel hg commando's ondersteunen uitvoer in sjablonen via de -T/--sjabloon argument. Voor meer, zie
hg hulp templates.

Sjablonen zijn handig om de uitvoer expliciet te regelen, zodat u precies de gegevens krijgt
u wilt opgemaakt hoe u het wilt. Bijvoorbeeld, inloggen -T {knooppunt}\n kan worden gebruikt om een ​​af ​​te drukken
door nieuwe regels gescheiden lijst met knooppunten van wijzigingensets in plaats van een op mensen afgestemde uitvoer met:
auteurs, data, beschrijvingen, enz.

Tip Als het ontleden van de uitvoer van onbewerkte opdrachten te ingewikkeld is, overweeg dan om sjablonen te gebruiken om
je leven gemakkelijker.

De -T/--sjabloon argument maakt het mogelijk om vooraf gedefinieerde stijlen te specificeren. Mercurial schepen met de
machineleesbare stijlen json en xml, die respectievelijk JSON- en XML-uitvoer bieden.
Deze zijn handig voor het produceren van uitvoer die machinaal leesbaar is zoals het is.

belangrijk
De json en xml stijlen worden als experimenteel beschouwd. Hoewel ze misschien aantrekkelijk zijn
om gemakkelijk machineleesbare uitvoer te verkrijgen, kan hun gedrag veranderen in
volgende versies.

Deze stijlen kunnen ook onverwachte resultaten opleveren bij het omgaan met bepaalde
coderingen. Mercurial behandelt zaken als bestandsnamen als een reeks bytes en
normaliseren van bepaalde bytereeksen naar JSON of XML met bepaalde coderingsinstellingen
kan tot verrassingen leiden.

commando server uitgang
Als u de opdrachtserver gebruikt om met Mercurial te communiceren, gebruikt u waarschijnlijk een bestaande
bibliotheek/API die implementatiedetails van de opdrachtserver abstraheert. Zo ja, dit
interfacelaag kan parsing voor u uitvoeren, waardoor u het werk van de implementatie ervan bespaart
jezelf.

uitgang Breedsprakigheid
Commando's hebben vaak een verschillende breedsprakigheid in de uitvoer, zelfs wanneer machineleesbare stijlen worden gebruikt
gebruikt (bijv -T json). Toevoegen -v/--uitgebreid en --debuggen naar de argumenten van de opdracht kan
vergroot de hoeveelheid gegevens die door Mercurial wordt weergegeven.

Een alternatieve manier om de gegevens te krijgen die u nodig hebt, is door expliciet een sjabloon op te geven.

Overige onderwerpen
omwentelingen
Revisiesets is een functionele zoektaal voor het selecteren van een set revisies.
Zie het als SQL voor Mercurial-repositories. Revsets zijn handig voor query's
opslagplaatsen voor specifieke gegevens.

Bekijk hg hulp omwentelingen voor meer info.

deel uitbreiding
De deel extensie biedt functionaliteit voor het delen van repositorygegevens over
meerdere werkende exemplaren. Het kan zelfs automatisch de opslag "poolen" voor logisch
gerelateerde opslagplaatsen bij het klonen.

De. Configureren deel extensie kan leiden tot aanzienlijk gebruik van hulpbronnen
vermindering, met name rond schijfruimte en het netwerk. Dit is vooral waar
voor continue integratie (CI) omgevingen.

Bekijk hg hulp -e deel voor meer info.

SUBBESTANDEN

Met subrepositories kunt u externe repositories of projecten nesten in een bovenliggende Mercurial
repository en laat commando's als een groep op hen werken.

Mercurial ondersteunt momenteel Mercurial, Git en Subversion subrepositories.

Subrepository's bestaan ​​uit drie componenten:

1. Geneste repository kassa's. Ze kunnen overal in de bovenliggende werkmap verschijnen.

2. Geneste repository-referenties. Ze zijn gedefinieerd in .hgsub, die moet worden geplaatst in de
root van de werkmap, en vertel waar de kassa's van de subrepository vandaan komen.
Er wordt naar Mercurial-subrepositories verwezen als:

pad/naar/genest = https://example.com/geneste/repo/pad

Git en Subversion subrepo's worden ook ondersteund:

pad/naar/genest = [git]git://example.com/genest/repo/pad
pad/naar/genest = [svn]https://example.com/geneste/trunk/pad

WAAR pad/naar/geneste is de afrekenlocatie relatief ten opzichte van de bovenliggende Mercurial-wortel,
en https://example.com/nested/repo/path is het pad van de bronrepository. De bron kan
verwijzen ook naar een bestandssysteempad.

Merk op dat .hgsub bestaat standaard niet in Mercurial-repositories, u moet
maak en voeg het toe aan de bovenliggende repository voordat u subrepository's gebruikt.

3. Geneste repository-statussen. Ze zijn gedefinieerd in .hgsubstaat, die in de root wordt geplaatst
van de werkmap, en leg alle informatie vast die nodig is om de
subrepository's naar de staat waarin ze zijn vastgelegd in een wijzigingsset voor bovenliggende repository's.
Mercurial registreert automatisch de statussen van geneste repositories bij het plegen in de
ouder archief.

Note
De .hgsubstaat bestand mag niet handmatig worden bewerkt.

Het toevoegen van a subrepository
If .hgsub niet bestaat, maakt u deze aan en voegt u deze toe aan de bovenliggende repository. Klonen of afrekenen
de externe projecten waar u het wilt hebben in de bovenliggende repository. Bewerk .hgsub en
voeg het subrepository-item toe zoals hierboven beschreven. Op dit punt is de subrepository:
gevolgd en de volgende commit zal zijn status opnemen in .hgsubstaat en bind het aan de
vastgelegde wijzigingsset.

synchroniseren a subrepository
Subrepo's houden niet automatisch de laatste wijzigingenset van hun bronnen bij. In plaats daarvan hebben ze
worden bijgewerkt naar de wijzigingenset die overeenkomt met de wijzigingenset die is uitgecheckt in de
wijzigingenset op het hoogste niveau. Dit is zodat ontwikkelaars altijd een consistente set compatibele code krijgen
en bibliotheken wanneer ze worden bijgewerkt.

Het bijwerken van subrepo's is dus een handmatig proces. Bekijk eenvoudig de doel-subrepo op de
gewenste revisie, test in de repository op het hoogste niveau en leg vervolgens vast in de bovenliggende repository om
noteer de nieuwe combinatie.

wissen a subrepository
Om een ​​subrepository uit de bovenliggende repository te verwijderen, verwijdert u de verwijzing uit .hgsub,
verwijder vervolgens de bestanden.

Wisselwerking Met kwikmiddel commando's
toevoegen add komt niet terug in subrepos tenzij -S/--subrepos is opgegeven. Echter, als
je specificeert het volledige pad van een bestand in een subrepo, het zal zelfs zonder . worden toegevoegd
-S/--subrepo's opgegeven. Subversion-subrepository's zijn momenteel stil
buiten beschouwing gelaten.

toevoegen verwijderen
addremove komt niet terug in subrepos tenzij -S/--subrepos is opgegeven.
Als u echter het volledige pad van een map in een subrepo opgeeft, zal addremove
worden uitgevoerd, zelfs zonder dat -S/--subrepos is opgegeven. Git en Subversion
subrepository's zullen een waarschuwing afdrukken en doorgaan.

archief
archief komt niet terug in subrepositories tenzij -S/--subrepos is opgegeven.

hoe cat verwerkt momenteel alleen exacte bestandsovereenkomsten in subrepo's. ondermijning
subrepository's worden momenteel genegeerd.

plegen commit creëert een consistente momentopname van de status van het gehele project en zijn
subrepository's. Als er subrepositories zijn gewijzigd, wordt Mercurial afgebroken.
Mercurial kan worden gemaakt om in plaats daarvan alle gewijzigde subrepositories vast te leggen door te specificeren:
-S/--subrepos, of het instellen van "ui.commitsubrepos=True" in een configuratiebestand (zie hg
hulp config). Nadat er geen gewijzigde subrepository's meer zijn, registreert het
hun status en legt deze uiteindelijk vast in de bovenliggende repository. De --addremove
optie respecteert ook de -S/--subrepos optie. Echter, Git en Subversion
subrepository's zullen een waarschuwing afdrukken en afbreken.

diff diff komt niet terug in subrepo's tenzij -S/--subrepos is opgegeven. Wijzigingen zijn
zoals gewoonlijk weergegeven op de subrepositories-elementen. Subversion-subrepository's zijn:
momenteel stilzwijgend genegeerd.

bestanden bestanden komen niet terug in subrepos tenzij -S/--subrepos is opgegeven. Echter,
als u het volledige pad van een bestand of map in een subrepo opgeeft, is het:
weergegeven, zelfs zonder dat -S/--subrepos is opgegeven. Git en Subversion
subrepository's worden momenteel stilzwijgend genegeerd.

vergeten vergeet momenteel alleen exacte bestandsovereenkomsten in subrepo's. Git en Subversion
subrepository's worden momenteel stilzwijgend genegeerd.

inkomend
inkomend komt niet terug in subrepos tenzij -S/--subrepos is opgegeven. Git en
Subversion-subrepository's worden momenteel stilzwijgend genegeerd.

uitgaande
uitgaand komt niet terug in subrepos tenzij -S/--subrepos is opgegeven. Git en
Subversion-subrepository's worden momenteel stilzwijgend genegeerd.

trek pull is niet recursief omdat het niet duidelijk is wat te trekken voorafgaand aan het rennen hg -update
. Alle wijzigingen in subrepository's weergeven en ophalen waarnaar wordt verwezen door de ouder
repository getrokken wijzigingensets is op zijn best duur, onmogelijk in de Subversion
geval.

duwen Mercurial pusht automatisch alle subrepositories als eerste wanneer de parent
repository wordt gepusht. Dit zorgt ervoor dat nieuwe subrepository-wijzigingen beschikbaar zijn
wanneer ernaar wordt verwezen door repositories op het hoogste niveau. Push is een no-op voor Subversion
subrepository's.

toestand status komt niet terug in subrepositories tenzij -S/--subrepos is opgegeven.
Subrepository-wijzigingen worden weergegeven als normale Mercurial-wijzigingen op de
subrepository elementen. Subversion-subrepository's worden momenteel stilzwijgend genegeerd.

verwijderen remove komt niet terug in subrepositories tenzij -S/--subrepos is opgegeven.
Als u echter een bestands- of mappad opgeeft in een subrepo, wordt het verwijderd
zelfs zonder -S/--subrepo's. Git en Subversion subrepository's zijn momenteel
stilletjes genegeerd.

-update update herstelt de subrepo's in de staat waarin ze oorspronkelijk waren vastgelegd in het doel
wijzigingsset. Als de opgenomen wijzigingenset niet beschikbaar is in de huidige subrepository,
Mercurial haalt het eerst binnen voordat het wordt bijgewerkt. Dit betekent dat updaten kan
netwerktoegang vereisen bij gebruik van subrepository's.

remapping Subrepository's bronnen
De bronlocatie van een subrepository kan tijdens de levensduur van een project veranderen, waardoor referenties ongeldig worden
opgeslagen in de geschiedenis van de bovenliggende repository. Om dit op te lossen, kunnen herschrijfregels worden gedefinieerd in
bovenliggende repository hgrc bestand of in de Mercurial-configuratie. Zie de [subpaden] sectie in
hgrc(5) voor meer details.

TEMPLATE GEBRUIK

Met Mercurial kunt u de uitvoer van opdrachten aanpassen via sjablonen. Je kan of
geef een sjabloon door of selecteer een bestaande sjabloonstijl vanaf de opdrachtregel, via de
--sjabloon optie.

U kunt de uitvoer aanpassen voor elke "log-achtige" opdracht: log, uitgaand, inkomend, fooi,
ouders en hoofden.

Sommige ingebouwde stijlen zijn verpakt met Mercurial. Deze kunnen worden vermeld met hg inloggen
--sjabloon lijst. Voorbeeld gebruik:

$ hg log -r1.0::1.1 --sjabloonwijzigingslog

Een sjabloon is een stuk tekst, met opmaak om variabele uitbreiding op te roepen:

$ hg log -r1 --sjabloon "{node}\n"
b56ce7b07c52de7d5fd79fb89701ea538af65746

Strings tussen accolades worden trefwoorden genoemd. De beschikbaarheid van trefwoorden is afhankelijk van de
exacte context van de templater. Deze trefwoorden zijn meestal beschikbaar voor sjablonen a
log-achtige opdracht:

actieve bladwijzer
Snaar. De actieve bladwijzer, als deze is gekoppeld aan de wijzigingenset

auteur Snaar. De ongewijzigde auteur van de wijzigingenset.

halveren Snaar. De wijzigingsset bisectie status.

bladwijzers
Lijst met snaren. Eventuele bladwijzers die aan de wijzigingenset zijn gekoppeld. Zet ook 'actief',
de naam van de actieve bladwijzer.

tak Snaar. De naam van de vertakking waarop de wijzigingenset is vastgelegd.

wijzigingenincelatesttag
Geheel getal. Alle voorouders niet in de laatste tag.

kinderen
Lijst met snaren. De kinderen van de wijzigingenset.

gegevens Datum informatie. De datum waarop de wijzigingenset is vastgelegd.

aflopend Snaar. De tekst van de beschrijving van de wijzigingenset.

verschil
Snaar. Statistieken van wijzigingen met het volgende formaat: "gewijzigde bestanden:
+toegevoegde/-verwijderde regels"

extra's Lijst met dictaten met sleutel, waarde-items van het veld 'extra's' van deze wijzigingenset.

bestands_adds
Lijst met snaren. Bestanden toegevoegd door deze wijzigingenset.

bestands_kopieën
Lijst met snaren. Bestanden gekopieerd in deze wijzigingenset met hun bronnen.

file_copies_switch
Lijst met snaren. Zoals "file_copies", maar wordt alleen weergegeven als de schakeloptie --copied is
in te stellen.

bestand_dels
Lijst met snaren. Bestanden verwijderd door deze wijzigingenset.

bestand_mods
Lijst met snaren. Bestanden gewijzigd door deze wijzigingenset.

bestanden Lijst met snaren. Alle bestanden die door deze wijzigingenset zijn gewijzigd, toegevoegd of verwijderd.

grafknoop
Snaar. Het teken dat het knooppunt van de wijzigingenset vertegenwoordigt in een ASCII-revisiegrafiek

laatste tag
Lijst met snaren. De globale tags op de meest recente globaal getagde voorouder van
deze wijzigingsset.

laatstetagafstand
Geheel getal. Langste pad naar de nieuwste tag.

namespaces
Dictaat van lijsten. Namen die aan deze wijzigingenset zijn gekoppeld per naamruimte.

knooppunt Snaar. De identificatiehash van de wijzigingsset, als een reeks van 40 hexadecimale cijfers.

p1knooppunt Snaar. De identificatie-hash van de eerste ouder van de wijzigingenset, als 40-cijferig
hexadecimale tekenreeks. Als de wijzigingenset geen ouders heeft, zijn alle cijfers 0.

p1rev Geheel getal. Het repository-lokale revisienummer van de eerste ouder van de wijzigingenset, of
-1 als de wijzigingenset geen ouders heeft.

p2knooppunt Snaar. De identificatiehash van de tweede ouder van de wijzigingenset, als een 40-cijferig
hexadecimale tekenreeks. Als de wijzigingenset geen tweede ouder heeft, zijn alle cijfers 0.

p2rev Geheel getal. Het repository-lokale revisienummer van de tweede ouder van de wijzigingenset, of
-1 als de wijzigingenset geen tweede ouder heeft.

ouders
Lijst met snaren. De ouders van de wijzigingenset in "rev:node" formaat. Als de
wijzigingenset heeft slechts één "natuurlijke" ouder (de vorige revisie) niets is
getoond.

fase Snaar. De naam van de wijzigingssetfase.

faseidx
Geheel getal. De wijzigingsset-fase-index.

rev Geheel getal. Het repository-lokale revisienummer van de wijzigingenset.

subrepo's
Lijst met snaren. Bijgewerkte subrepository's in de wijzigingenset.

labels Lijst met snaren. Alle tags die aan de wijzigingenset zijn gekoppeld.

Het trefwoord "date" produceert geen door mensen leesbare uitvoer. Als je een date wilt gebruiken in
uw output, kunt u een filter gebruiken om deze te verwerken. Filters zijn functies die a . retourneren
string op basis van de invoervariabele. Zorg ervoor dat u eerst het stringify-filter gebruikt wanneer u
een string-invoerfilter toepassen op een lijstachtige invoervariabele. Je kunt ook een ketting van
filters om de gewenste output te krijgen:

$ hg tip --sjabloon "{date|isodate}\n"
2008-08-21 18:22 +0000

Lijst met filters:

onderbrekingen toevoegen
Elke tekst. Voeg een XHTML toe " " tag voor het einde van elke regel behalve de laatste.

leeftijd Datum. Retourneert een door mensen leesbaar verschil in datum/tijd tussen de opgegeven datum/tijd en
de huidige datum/tijd.

basisnaam
Elke tekst. Behandelt de tekst als een pad en retourneert het laatste onderdeel van het pad
na splitsing door het padscheidingsteken (navolgende scheidingstekens negeren). Bijvoorbeeld,
"foo/bar/baz" wordt "baz" en "foo/bar//" wordt "bar".

tellen Lijst of tekst. Retourneert de lengte als een geheel getal.

domein Elke tekst. Vindt de eerste tekenreeks die eruitziet als een e-mailadres en extraheert
alleen de domeincomponent. Voorbeeld: Gebruiker <[e-mail beveiligd]> wordt example.com.

email Elke tekst. Extraheert de eerste tekenreeks die eruitziet als een e-mailadres. Voorbeeld: Gebruiker
<[e-mail beveiligd]> wordt [e-mail beveiligd].

e-mailgebruiker
Elke tekst. Retourneert het gebruikersgedeelte van een e-mailadres.

ontsnappen Elke tekst. Vervangt de speciale XML/XHTML-tekens "&", "<" en ">" door XML
entiteiten en filtert NUL-tekens uit.

fill68 Elke tekst. Wikkelt de tekst zodat deze in 68 kolommen past.

fill76 Elke tekst. Wikkelt de tekst zodat deze in 76 kolommen past.

Eerste lijn
Elke tekst. Retourneert de eerste regel tekst.

hex Elke tekst. Converteer een binaire Mercurial-knooppuntidentificatie naar zijn lange hexadecimale
vertegenwoordiging.

hgdate Datum. Retourneert de datum als een paar getallen: "1157407993 25200" (Unix-tijdstempel,
tijdzoneverschuiving).

isodaat
Datum. Retourneert de datum in ISO 8601-indeling: "2009-08-18 13:00 +0200".

isodatenec
Datum. Retourneert de datum in ISO 8601-indeling, inclusief seconden: "2009-08-18 13:00:13"
+0200". Zie ook het rfc3339date-filter.

te verlagen Elke tekst. Converteert de tekst naar kleine letters.

niet leeg
Elke tekst. Retourneert '(none)' als de tekenreeks leeg is.

verduisteren
Elke tekst. Retourneert de invoertekst die wordt weergegeven als een reeks XML-entiteiten.

persoon Elke tekst. Retourneert de naam vóór een e-mailadres en interpreteert het volgens RFC
5322.

herontdekken
Elke tekst. Escapes alle "speciale" tekens, behalve @. Voorwaartse slashes zijn escaped
twee keer om te voorkomen dat webservers er voortijdig uit ontsnappen. Bijvoorbeeld: "@foo
bar/baz" wordt "@foo%20bar%252Fbaz".

rfc3339datum
Datum. Retourneert een datum met behulp van de internetdatumnotatie gespecificeerd in RFC 3339:
"2009-08-18T13:00:13+02:00".

rfc822datum
Datum. Retourneert een datum met dezelfde notatie die wordt gebruikt in e-mailheaders: "Tue 18 Aug 2009
13:00:13 +0200".

kort Hash wijzigen. Retourneert de korte vorm van een hash van een wijzigingsset, dwz een 12 hexadecimaal
cijferreeks.

korte bissectrice
Elke tekst. Traktaties tekst als een bisectie-status en retourneert een enkel teken
die de status vertegenwoordigt (G: goed, B: slecht, S: overgeslagen, U: niet getest, I: genegeerd).
Retourneert een enkele spatie als tekst is geen geldige splitsingsstatus.

korte date
Datum. Retourneert een datum zoals "2006-09-18".

splitlijnen
Elke tekst. Splits tekst in een lijst met regels.

vastzetten
Elk type. Verandert de waarde in tekst door waarden om te zetten in tekst en
ze aaneenschakelen.

stripdir
Behandel de tekst als pad en verwijder indien mogelijk een mapniveau. Bijvoorbeeld "foo"
en "foo/bar" wordt "foo".

tabindend
Elke tekst. Retourneert de tekst, met elke niet-lege regel behalve de eerste die begint
met een tab-teken.

bovenste Elke tekst. Converteert de tekst naar hoofdletters.

Urlescape
Elke tekst. Ontsnapt aan alle "speciale" tekens. Bijvoorbeeld, "foo bar" wordt
"foo%20bar".

gebruiker Elke tekst. Retourneert een korte weergave van een gebruikersnaam of e-mailadres.

Merk op dat een filter niets meer is dan een functieaanroep, dat wil zeggen: uitdr|filter is gelijkwaardig
naar filter(uitdr).

Naast filters zijn er enkele ingebouwde basisfuncties:

datum(datum[, fmt])
Formatteer een datum. Zien hg hulp dadels voor het formatteren van strings. De standaard is een Unix-datum
formaat, inclusief de tijdzone: "Mon Sep 04 15:13:13 2006 0700".

diff([inclusief patroon [, patroon uitsluiten]])
Toon een diff, optioneel specificeren van bestanden om op te nemen of uit te sluiten.

vul(tekst[, breedte[, initiaal[, hangend]]])
Vul veel alinea's met optionele inspringing. Zie het filter "vullen".

krijgen (dictaat, key)
Haal een attribuut/sleutel op van een object. Sommige zoekwoorden zijn complexe typen. Deze functie:
stelt u in staat om de waarde van een attribuut op deze typen te verkrijgen.

als (expr, dan[, anders])
Voorwaardelijk uitvoeren op basis van het resultaat van een expressie.

ifcontains(zoek, ding, dan[, anders])
Voorwaardelijk uitvoeren op basis van of het item "zoeken" zich in "ding" bevindt.

ifeq(uitdr1, expr2, dan[, anders])
Voorwaardelijk uitvoeren op basis van of 2 items equivalent zijn.

inspringen (tekst, streepjes[, Eerste lijn])
Laat alle niet-lege regels inspringen met de tekens die in de tekenreeks inspringtekens staan. Een
optionele derde parameter zal de inspringing voor de eerste regel alleen overschrijven als
aanwezig is.

meedoen(lijst, september)
Voeg items in een lijst samen met een scheidingsteken.

etiket (etiket, expr)
Pas een label toe op gegenereerde inhoud. Content waarop een label is aangebracht, kan leiden tot:
aanvullende nabewerking, zoals automatische inkleuring.

laatstetag([patroon])
De globale tags die overeenkomen met het gegeven patroon op de meest recente globaal getagde
voorouder van deze wijzigingenset.

lokaledatum(datum[, tz])
Converteert een datum naar de opgegeven tijdzone. De standaard is lokale datum.

pad(tekst, breedte[, fillchar=' '[, rechts=Fout]])
Vul tekst in met een opvulteken.

revset(vraag[, formatteren...])
Voer een revisiesetquery uit. Zien hg hulp terugzetten.

rstdoc(tekst, stijl)
Opmaak ReStructuredText.

kortste(knooppunt, minlengte=4)
Verkrijg de kortste weergave van een knoop.

begint met (patroon, tekst)
Retourneert de waarde van het argument "tekst" als het begint met de inhoud van de
"patroon" argument.

strip(tekst[, tekens])
Strip karakters uit een string. Stript standaard alle voor- en achterkant
witte ruimte.

sub(patroon, vervanging, uitdrukking)
Voer tekstvervanging uit met behulp van reguliere expressies.

woord(getal, tekst[, scheidingsteken])
Retourneer het n-de woord van een tekenreeks.

Voor elke expressie die een lijst retourneert, is er ook een lijstoperator:

expr % "{template}"

Zoals te zien is in het bovenstaande voorbeeld, {sjabloon} wordt geïnterpreteerd als een sjabloon. Om te voorkomen dat
wordt geïnterpreteerd, kunt u een escape-teken gebruiken \{ of een onbewerkt tekenreeksvoorvoegsel, R'...'.

Enkele voorbeelden van opdrachtregelsjablonen:

· Lijsten opmaken, bijv. bestanden:

$ hg log -r 0 --template "bestanden:\n{bestanden % ' {bestand}\n'}"

· Word lid van de lijst met bestanden met een ", ":

$ hg log -r 0 --template "bestanden: {join(files, ', ')}\n"

· Wijzig elke regel van een commit-beschrijving:

$ hg log --template "{splitlines(desc) % '**** {line}\n'}"

· Formaat datum:

$ hg log -r 0 --sjabloon "{date(date, '%Y')}\n"

· Datum in UTC weergeven:

$ hg log -r 0 --template "{localdate(date, 'UTC')|date}\n"

· Voer de beschrijving uit die is ingesteld op een vulbreedte van 30:

$ hg log -r 0 --sjabloon "{fill(desc, 30)}"

· Gebruik een voorwaardelijke om te testen voor de standaard vertakking:

$ hg log -r 0 --template "{ifeq(branch, 'default', 'on the main branch',
'op tak {tak}')}\n"

· Voeg een nieuwe regel toe als deze niet leeg is:

$ hg tip --template "{if(author, '{author}\n')}"

· Label de uitvoer voor gebruik met de kleurextensie:

$ hg log -r 0 --template "{label('changeset.{phase}', node|short)}\n"

· Keer het eersteregelfilter om, dwz alles behalve de eerste regel:

$ hg log -r 0 --template "{sub(r'^.*\n?\n?', '', desc)}\n"

· Geef de inhoud van het veld 'extra' weer, één per regel:

$ hg log -r 0 --template "{join(extras, '\n')}\n"

· Markeer de actieve bladwijzer met '*':

$ hg log --template "{bookmarks % '{bookmark}{ifeq(bookmark, active, '*')} '}\n"

· Zoek de vorige release candidate tag, de afstand en veranderingen sinds de tag:

$ hg log -r . --template "{latesttag('re:^.*-rc$') % '{tag}, {changes}, {distance}'}\n"

· Markeer de werkkopie ouder met '@':

$ hg log --template "{ifcontains(rev, revset('.'), '@')}\n"

· Details van bovenliggende revisies weergeven:

$ hg log --template "{revset('parents(%d)', rev) % '{desc|firstline}\n'}"

· Toon alleen commit-beschrijvingen die beginnen met "template":

$ hg log --template "{startswith('template', firstline(desc))}\n"

· Druk het eerste woord van elke regel van een vastleggingsbericht af:

$ hg log --template "{word(0, desc)}\n"

URL PADEN

Geldige URL's hebben de volgende vorm:

local/bestandssysteem/pad[#revision]
bestand://local/bestandssysteem/pad[#revisie]
http://[user[:pass]@]host[:port]/[path][#revision]
https://[user[:pass]@]host[:port]/[path][#revision]
ssh://[gebruiker@]host[:poort]/[pad][#revisie]

Paden in het lokale bestandssysteem kunnen ofwel verwijzen naar Mercurial-repository's of naar bundels
bestanden (zoals gemaakt door hg bundel or hg inkomend --bundel). Zie ook hg hulp paden.

Een optionele identifier na # geeft een bepaalde tak, tag of wijzigingsset aan om te gebruiken
uit de externe repository. Zie ook hg hulp revisies.

Sommige functies, zoals pushen naar http:// en https:// URL's zijn alleen mogelijk als de
functie is expliciet ingeschakeld op de externe Mercurial-server.

Merk op dat de beveiliging van HTTPS-URL's afhangt van de juiste configuratie van web.cacerts.

Enkele opmerkingen over het gebruik van SSH met Mercurial:

· SSH vereist een toegankelijke shell-account op de doelcomputer en een kopie van hg in
het externe pad of opgegeven met als remotecmd.

· pad is standaard relatief aan de homedirectory van de externe gebruiker. Gebruik een extra schuine streep bij
het begin van een pad om een ​​absoluut pad op te geven:

ssh://example.com//tmp/repository

· Mercurial gebruikt geen eigen compressie via SSH; het juiste om te doen is configureren
het in je ~ / .ssh / config, bijv .:

Host *.mijnlokaalnetwerk.voorbeeld.com
Compressie nr
Gastheer *
Compressie ja

U kunt ook "ssh -C" opgeven als uw ssh-opdracht in uw configuratiebestand of met
de --ssh opdrachtregeloptie.

Deze URL's kunnen allemaal worden opgeslagen in uw configuratiebestand met padaliassen onder de
[paden] sectie als volgt:

[paden]
alias1 = URL1
alias2 = URL2
...

U kunt de alias vervolgens gebruiken voor elke opdracht die een URL gebruikt (bijvoorbeeld: hg trek alias1
zal worden behandeld als hg trek URL1).

Twee padaliassen zijn speciaal omdat ze als standaard worden gebruikt wanneer u de . niet opgeeft
URL naar een opdracht:

default:
Wanneer u een repository maakt met hg clone, slaat het clone-commando de locatie op van:
de bronrepository als het 'standaard' pad van de nieuwe repository. Dit wordt dan gebruikt
wanneer u het pad weglaat van push- en pull-achtige commando's (inclusief inkomende en
uitgaand).

standaard-push:
Het push-commando zoekt naar een pad met de naam 'default-push' en geeft er de voorkeur aan boven
'standaard' als beide zijn gedefinieerd.

EXTENSIONS

Deze sectie bevat hulp voor extensies die samen met Mercurial worden gedistribueerd.
Hulp voor andere extensies is beschikbaar in het helpsysteem.

acl
hooks voor het regelen van toegang tot de repository

Deze hook maakt het mogelijk om schrijftoegang toe te staan ​​of te weigeren tot bepaalde takken en paden van a
repository bij het ontvangen van inkomende wijzigingensets via pretxnchangegroup en pretxncommit.

De autorisatie wordt gematcht op basis van de lokale gebruikersnaam op het systeem waar de hook
wordt uitgevoerd, en niet de committer van de originele wijzigingenset (aangezien de laatste slechts
informatief).

De acl-haak kan het beste worden gebruikt in combinatie met een beperkte schaal zoals hgsh, om te voorkomen dat
authenticeren van gebruikers om iets anders te doen dan duwen of trekken. De haak is niet
veilig te gebruiken als gebruikers interactieve shell-toegang hebben, omdat ze dan de hook kunnen uitschakelen. Noch
is het veilig als externe gebruikers een account delen, want dan is er geen manier om onderscheid te maken?
Hen.

De volgorde waarin toegangscontroles worden uitgevoerd is:

1. Weigeren lijst voor branches (sectie acl.deny.takken)

2. Lijst voor filialen toestaan ​​(sectie acl.allow.takken)

3. Weiger lijst voor paden (sectie acl.weigeren)

4. Lijst voor paden toestaan ​​(sectie acl.toestaan)

De secties toestaan ​​en weigeren nemen sleutel-waardeparen.

Filiaal-gebaseerd Toegang tot Controle
Gebruik de acl.deny.takken en acl.allow.takken secties om toegang op filiaalbasis te hebben
controle. Sleutels in deze secties kunnen zijn:

· een filiaalnaam, of

· een asterisk, passend bij elke tak;

De corresponderende waarden kunnen zijn:

· een door komma's gescheiden lijst met gebruikers en groepen, of

· een asterisk, die bij iedereen past;

U kunt de "!" prefix voor een gebruikers- of groepsnaam om de betekenis van de overeenkomst om te keren.

Pad-gebaseerd Toegang tot Controle
Gebruik de acl.weigeren en acl.toestaan secties voor toegangscontrole op basis van paden. Sleutels in deze
secties accepteren een substructuurpatroon (met standaard een glob-syntaxis). de overeenkomstige
waarden volgen dezelfde syntaxis als de andere secties hierboven.

Groepen
Groepsnamen moeten worden voorafgegaan door een @ symbool. Het opgeven van een groepsnaam heeft hetzelfde effect
als het specificeren van alle gebruikers in die groep.

U kunt groepsleden definiëren in de acl.groepen sectie. Als er geen groepsnaam is gedefinieerd
daar, en Mercurial draait onder een Unix-achtig systeem, zal de lijst met gebruikers worden genomen
van het besturingssysteem. Anders wordt er een uitzondering gemaakt.

Voorbeeld Configuratie
[haken]

# Gebruik dit als je toegangsbeperkingen wilt controleren tijdens het vastleggen
pretxncommit.acl = python:hgext.acl.hook

# Gebruik dit als u toegangsbeperkingen voor pull, push,
# bundel en serveer.
pretxnchangegroup.acl = python:hgext.acl.hook

[acl]
# Sta of weiger toegang voor inkomende wijzigingen alleen als hun bron is
# hier vermeld, laat ze anders passeren. Bron is "dienen" voor iedereen
# externe toegang (http of ssh), "push", "pull" of "bundle" wanneer de
# gerelateerde opdrachten worden lokaal uitgevoerd.
# Standaard: serveren
bronnen = serveren

[acl.deny.filialen]

# Iedereen wordt geweigerd op de bevroren tak:
bevroren-tak = *

# Een slechte gebruiker wordt geweigerd op alle branches:
* = slechte gebruiker

[acl.allow.takken]

# Een paar gebruikers zijn toegestaan ​​op branch-a:
branch-a = gebruiker-1, gebruiker-2, gebruiker-3

# Er is slechts één gebruiker toegestaan ​​op branch-b:
branch-b = gebruiker-1

# De supergebruiker is toegestaan ​​op elke tak:
* = supergebruiker

# Iedereen mag op branch-for-tests:
branch-voor-tests = *

[acl.weigeren]
# Deze lijst wordt eerst gecontroleerd. Als een overeenkomst wordt gevonden, is acl.allow dat niet
# gecontroleerd. Alle gebruikers krijgen toegang als acl.deny niet aanwezig is.
# Formaat voor beide lijsten: glob patroon = gebruiker, ..., @groep, ...

# Gebruik een asterisk voor de gebruiker om iedereen te matchen:
# mijn/glob/patroon = *

# user6 heeft geen schrijftoegang tot een bestand:
** = gebruiker6

# Groep "hg-denied" heeft geen schrijftoegang tot een bestand:
** = @hg-geweigerd

# Niemand zal "DONT-TOUCH-THIS.txt" kunnen veranderen, ondanks
# iedereen kan alle andere bestanden wijzigen. Zie onder.
src/main/resources/DONT-TOUCH-THIS.txt = *

[toestaan]
# als acl.allow niet aanwezig is, zijn alle gebruikers standaard toegestaan
# lege acl.allow = geen gebruikers toegestaan

# Gebruiker "doc_writer" heeft schrijftoegang tot elk bestand onder de "docs"
# map:
docs/** = doc_schrijver

# Gebruikers "jack" en groep "designers" hebben schrijftoegang tot elk bestand
# onder de map "afbeeldingen":
afbeeldingen/** = jack, @designers

# Iedereen (behalve "user6" en "@hg-denied" - zie acl.deny hierboven)
# heeft schrijftoegang tot elk bestand in de map "resources"
# (behalve voor 1 bestand. Zie acl.deny):
src/main/bronnen/** = *

.hgtags = release_engineer

Voorbeelden gebruik de ! voorvoegsel
Stel dat er een branch is waar alleen een bepaalde gebruiker (of groep) naar zou moeten kunnen pushen, en
je wilt de toegang niet beperken tot andere vertakkingen die kunnen worden gemaakt.

De "!" met prefix kunt u voorkomen dat iemand behalve een bepaalde gebruiker of groep pusht
wijzigingensets in een bepaalde tak of pad.

In de onderstaande voorbeelden zullen we: 1) Toegang tot branch "ring" weigeren aan iedereen behalve gebruiker
"gollum" 2) Toegang tot tak "meer" weigeren aan iedereen behalve leden van de groep "hobbit" 3)
Toegang tot een bestand weigeren aan iedereen behalve gebruiker "gollum"

[acl.allow.takken]
# Leeg

[acl.deny.filialen]

# 1) alleen 'gollum' kan zich committeren aan branch 'ring';
# 'gollum' en iedereen kan zich nog steeds committeren aan een andere branch.
ring = !gollum

# 2) alleen leden van de groep 'hobbit' kunnen zich committeren aan branch 'lake';
# 'hobbit'-leden en iedereen kunnen zich nog steeds binden aan een andere branche.
meer = !@hobbit

# U kunt ook toegang weigeren op basis van bestandspaden:

[toestaan]
# Leeg

[acl.weigeren]
#3) alleen 'gollum' kan het onderstaande bestand wijzigen;
# 'gollum' en iedereen kan nog elk ander bestand wijzigen.
/misty/bergen/grot/ring = !gollum

zwarte doos
log repository-gebeurtenissen in een blackbox voor foutopsporing

Registreert gebeurtenisinformatie naar .hg/blackbox.log om te helpen bij het opsporen van fouten en het diagnosticeren van problemen. De
gebeurtenissen die worden geregistreerd, kunnen worden geconfigureerd via de blackbox.track-configuratiesleutel. Voorbeelden:

[zwarte doos]
spoor = *

[zwarte doos]
track = commando, commandofinish, commandouitzondering, exthook, pythonhook

[zwarte doos]
track = inkomend

[zwarte doos]
# beperk de grootte van een logbestand
maximale grootte = 1.5 MB
# roteer tot N logbestanden wanneer de huidige te groot wordt
maxbestanden = 3

commando's
zwarte doos
bekijk de recente repository-evenementen:

hg blackbox [OPTIE]...

bekijk de recente repository-evenementen

Opties:

-ik,--begrenzing
het aantal evenementen dat moet worden weergegeven (standaard: 10)

bugzilla
hooks voor integratie met de Bugzilla bug tracker

Deze hook-extensie voegt opmerkingen toe over bugs in Bugzilla bij wijzigingensets die verwijzen naar bugs
door Bugzilla ID worden gezien. De opmerking is opgemaakt met behulp van het Mercurial-sjabloonmechanisme.

De bugreferenties kunnen optioneel een update voor Bugzilla bevatten van de bestede uren
werken aan de bug. Bugs kunnen ook als opgelost worden gemarkeerd.

Er zijn drie basismodi voor toegang tot Bugzilla:

1. Toegang via de Bugzilla XMLRPC-interface. Vereist Bugzilla 3.4 of hoger.

2. Controleer de gegevens via de Bugzilla XMLRPC-interface en stuur de bugwijziging via e-mail naar
Bugzilla e-mailinterface. Vereist Bugzilla 3.4 of hoger.

3. Rechtstreeks schrijven naar de Bugzilla-database. Alleen Bugzilla-installaties die MySQL gebruiken, zijn:
ondersteund. Vereist Python MySQLdb.

Rechtstreeks schrijven naar de database is onderhevig aan schemawijzigingen en is afhankelijk van a
Bugzilla contrib-script om e-mails met melding van bugwijzigingen te verzenden. Dit script wordt uitgevoerd als
de gebruiker die Mercurial draait, moet worden uitgevoerd op de host met de Bugzilla-installatie, en
vereist toestemming om de configuratiedetails van Bugzilla te lezen en de benodigde MySQL-gebruiker
en wachtwoord om volledige toegangsrechten tot de Bugzilla-database te hebben. Om deze redenen is dit
toegangsmodus wordt nu als verouderd beschouwd en zal niet worden bijgewerkt voor nieuwe Bugzilla
versies in de toekomst. Alleen het toevoegen van opmerkingen wordt ondersteund in deze toegangsmodus.

Toegang via XMLRPC heeft een Bugzilla gebruikersnaam en wachtwoord nodig om te specificeren in de
configuratie. Opmerkingen worden onder die gebruikersnaam toegevoegd. Aangezien de configuratie moet zijn:
leesbaar zijn voor alle Mercurial-gebruikers, wordt aanbevolen dat de rechten van die gebruiker:
beperkt in Bugzilla tot het minimum dat nodig is om opmerkingen toe te voegen. Markeringsfouten opgelost
vereist Bugzilla 4.0 en hoger.

Toegang via XMLRPC/e-mail gebruikt XMLRPC om Bugzilla te doorzoeken, maar stuurt e-mail naar de Bugzilla
e-mailinterface om opmerkingen over bugs in te dienen. Het Van:-adres in de e-mail is ingesteld op de
e-mailadres van de Mercurial-gebruiker, dus de opmerking lijkt van de Mercurial te komen
gebruiker. In het geval dat het e-mailadres van de Mercurial-gebruiker door Bugzilla niet wordt herkend als een
Bugzilla-gebruiker, het e-mailadres dat is gekoppeld aan de Bugzilla-gebruikersnaam die wordt gebruikt om in te loggen op Bugzilla
wordt in plaats daarvan gebruikt als de bron van de opmerking. Het markeren van opgeloste bugs werkt op alle ondersteunde
Bugzilla-versies.

Configuratie-items die voor alle toegangsmodi gelden:

bugzilla.versie
Het toegangstype dat moet worden gebruikt. Erkende waarden zijn:

xmlrpc

Bugzilla XMLRPC-interface.

xmlrpc+e-mail

Bugzilla XMLRPC en e-mailinterfaces.

3.0

MySQL-toegang, Bugzilla 3.0 en hoger.

2.18

MySQL-toegang, Bugzilla 2.18 en tot, maar niet inclusief 3.0.

2.16

MySQL-toegang, Bugzilla 2.16 en tot, maar niet inclusief 2.18.

bugzilla.regexp
Reguliere expressie om bug-ID's te matchen voor update in wijzigingsset commit-bericht. Het
moet één "()" groep met de naam bevatten met de bug-ID's gescheiden door
niet-cijferige tekens. Het kan ook een benoemde groep bevatten met een
getal met drijvende komma dat de uren aangeeft die aan de bug zijn gewerkt. Als er geen benoemde groepen zijn
aanwezig is, wordt aangenomen dat de eerste "()"-groep de bug-ID's bevat, en de werktijd is
niet geüpdate. De standaarduitdrukking komt overeen Bug 1234, Bug Nr. 1234, Bug aantal
1234, bugs 1234,5678, Bug 1234 en 5678 en variaties daarvan, gevolgd door een
uren nummer voorafgegaan door h or uur, bijv uur 1.5. Matching is niet hoofdlettergevoelig.

bugzilla.fixregexp
Reguliere expressie voor het matchen van bug-ID's voor het markeren als opgelost in het commit-bericht van de wijzigingsset.
Dit moet een "()" groep met de naam bevatten ` bevattende de kever IDs gescheiden by
niet-cijferig tekens. It mogen ook bevatten a genoemd groep `` met een
getal met drijvende komma dat de uren aangeeft die aan de bug zijn gewerkt. Als er geen benoemde groepen zijn
aanwezig is, wordt aangenomen dat de eerste "()"-groep de bug-ID's bevat, en de werktijd is
niet geüpdate. De standaarduitdrukking komt overeen Oplossingen 1234, Oplossingen kever 1234, Oplossingen bugs
1234,5678, Oplossingen 1234 en 5678 en variaties daarop, gevolgd door een urennummer
voorafgegaan door h or uur, bijv uur 1.5. Matching is niet hoofdlettergevoelig.

bugzilla.fixstatus
De status om een ​​bug in te stellen bij het markeren opgelost. Standaard VASTBESLOTEN.

bugzilla.fixresolutie
De resolutie om een ​​bug in te stellen bij het markeren is opgelost. Standaard FIXED.

bugzilla.stijl
Het stijlbestand dat moet worden gebruikt bij het opmaken van opmerkingen.

bugzilla.sjabloon
Sjabloon om te gebruiken bij het opmaken van opmerkingen. Overschrijft stijl indien opgegeven. In aanvulling op
voor de gebruikelijke Mercurial-sleutelwoorden specificeert de extensie:

{beestje}

De Bugzilla-bug-ID.

{wortel}

De volledige padnaam van de Mercurial-repository.

{webroot}

Gestripte padnaam van de Mercurial-repository.

{hgweb}

Basis-URL voor het bladeren door Mercurial-repositories.

Standaard changeset {knooppunt | kort} in repo {wortel} verwijst naar kever
{bug}.\ndetails:\n\t{desc|tabindend}

bugzilla.strip
Het aantal padscheidingstekens dat van de voorkant van de Mercurial moet worden verwijderd
opslagplaats pad ({wortel} in sjablonen) om te produceren {webroot}. Bijvoorbeeld a
opslagplaats met {wortel} /var/local/mijn-project met een strook van 2 geeft een waarde voor
{webroot} of mijn project. Standaard 0.

web.baseurl
Basis-URL voor het bladeren door Mercurial-repositories. Verwezen vanuit sjablonen als {hgweb}.

Configuratie-items gemeenschappelijk voor XMLRPC+e-mail en MySQL-toegangsmodi:

bugzilla.usermap
Pad van bestand met Mercurial committer-e-mail naar Bugzilla-e-mailtoewijzingen van gebruikers.
Indien opgegeven, moet het bestand één toewijzing per regel bevatten:

committer = Bugzilla-gebruiker

Zie ook de [gebruikerskaart] pagina.

De [gebruikerskaart] sectie wordt gebruikt om toewijzingen van Mercurial committer e-mail aan Bugzilla te specificeren
e-mail van de gebruiker. Zie ook bugzilla.usermap. Bevat vermeldingen van het formulier committer = Bugzilla
gebruiker.

Configuratie van XMLRPC-toegangsmodus:

bugzilla.bzurl
De basis-URL voor de Bugzilla-installatie. Standaard http://localhost/bugzilla.

bugzilla.gebruiker
De gebruikersnaam die moet worden gebruikt om in te loggen op Bugzilla via XMLRPC. Standaard bugs.

bugzilla.wachtwoord
Het wachtwoord voor inloggen bij Bugzilla.

XMLRPC+e-mailtoegangsmodus gebruikt de XMLRPC-configuratie-items voor de toegangsmodus, en ook:

bugzilla.bzemail
Het Bugzilla e-mailadres.

Bovendien moeten de e-mailinstellingen van Mercurial worden geconfigureerd. Zie de documentatie in
hgrc(5), secties [Email] en [smtp].

Configuratie van MySQL-toegangsmodus:

bugzilla.host
Hostnaam van de MySQL-server die de Bugzilla-database bevat. Standaard localhost.

bugzilla.db
Naam van de Bugzilla-database in MySQL. Standaard bugs.

bugzilla.gebruiker
Gebruikersnaam die moet worden gebruikt om toegang te krijgen tot de MySQL-server. Standaard bugs.

bugzilla.wachtwoord
Wachtwoord dat moet worden gebruikt om toegang te krijgen tot de MySQL-server.

bugzilla.time-out
Time-out voor databaseverbinding (seconden). Standaard 5.

bugzilla.bzuser
Fallback Bugzilla gebruikersnaam om opmerkingen mee op te nemen, als changeset committer niet kan
gevonden worden als Bugzilla-gebruiker.

bugzilla.bzdir
Bugzilla installatiemap. Standaard gebruikt melden. Standaard /var/www/html/bugzilla.

bugzilla.notify
De opdracht die moet worden uitgevoerd om Bugzilla e-mails met melding van bugwijzigingen te laten verzenden.
Vervangt van een kaart met 3 sleutels, bzdir, id (bug-ID) en gebruiker (committor bugzilla
e-mail). Standaard is afhankelijk van de versie; vanaf 2.18 is het "cd %(bzdir)s && perl -T
contrib/sendbugmail.pl %(id)s %(user)s".

De extensie activeren:

[extensies]
bugzilla =

[haken]
# voer bugzilla hook uit op elke wijziging die hier wordt getrokken of ingedrukt
inkomende.bugzilla = python:hgext.bugzilla.hook

Voorbeeldconfiguraties:

XMLRPC voorbeeldconfiguratie. Dit maakt gebruik van de Bugzilla op http://my-project.org/bugzilla,
inloggen als gebruiker [e-mail beveiligd] met wachtwoord plugh. Het wordt gebruikt met een
verzameling Mercurial-repositories in /var/local/hg/repo's/, met een webinterface op
http://my-project.org/hg.

[bugzilla]
bzurl=http://my-project.org/bugzilla
gebruiker=[e-mail beveiligd]
wachtwoord=plugh
versie=xmlrpc
template=Wijzig {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{beschrijving}\n
strip = 5

[web]
basisurl=http://my-project.org/hg

XMLRPC+e-mail voorbeeldconfiguratie. Dit maakt gebruik van de Bugzilla op
http://my-project.org/bugzilla, inloggen als gebruiker [e-mail beveiligd] met wachtwoord
plugh. Het wordt gebruikt met een verzameling Mercurial-repositories in /var/local/hg/repo's/,
met een webinterface op http://my-project.org/hg. Bugcommentaar wordt naar de Bugzilla . gestuurd
e-mailadres [e-mail beveiligd].

[bugzilla]
bzurl=http://my-project.org/bugzilla
gebruiker=[e-mail beveiligd]
wachtwoord=plugh
versie=xmlrpc+e-mail
bzemail=[e-mail beveiligd]
template=Wijzig {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{beschrijving}\n
strip = 5

[web]
basisurl=http://my-project.org/hg

[gebruikerskaart]
[e-mail beveiligd]=[e-mail beveiligd]

MySQL-voorbeeldconfiguratie. Dit heeft een lokale Bugzilla 3.2 installatie in
/opt/bugzilla-3.2. De MySQL-database is ingeschakeld localhost, de naam van de Bugzilla-database is bugs
en MySQL is toegankelijk met MySQL-gebruikersnaam bugs wachtwoord XYZZY. Het wordt gebruikt met een
verzameling Mercurial-repositories in /var/local/hg/repo's/, met een webinterface op
http://my-project.org/hg.

[bugzilla]
host=lokale host
wachtwoord=XYZZY
versie=3.0
bzuser=[e-mail beveiligd]
bzdir=/opt/bugzilla-3.2
template=Wijzig {node|short} in {root|basename}.
{hgweb}/{webroot}/rev/{node|short}\n
{beschrijving}\n
strip = 5

[web]
basisurl=http://my-project.org/hg

[gebruikerskaart]
[e-mail beveiligd]=[e-mail beveiligd]

Al het bovenstaande voegt een opmerking toe aan de Bugzilla-bugrecord van het formulier:

Wijzigingsset 3b16791d6642 in repository-naam.
http://my-project.org/hg/repository-name/rev/3b16791d6642

Wijzigingsset commit commentaar. Fout 1234.

censor
wis bestandsinhoud bij een bepaalde revisie

Het censor-commando instrueert Mercurial om alle inhoud van een bestand bij een bepaalde revisie te wissen
zonder bijwerken de changeset hash. Hierdoor blijft de bestaande geschiedenis geldig terwijl
voorkomen dat toekomstige klonen/pulls de gewiste gegevens ontvangen.

Typische toepassingen voor censor zijn vanwege veiligheids- of wettelijke vereisten, waaronder:

* Wachtwoorden, privésleutels, cryptografisch materiaal
* Licentiegegevens/code/bibliotheken waarvoor de licentie is verlopen
* Persoonlijk identificeerbare informatie of andere privégegevens

Gecensureerde knooppunten kunnen de typische werking van mercurial onderbreken wanneer de uitgesneden gegevens nodig zijn
te materialiseren. Sommige commando's, zoals hg hoe/hg terugkeren, faal gewoon wanneer u wordt gevraagd om
gecensureerde gegevens produceren. Anderen, zoals hg controleren en hg -update, moet kunnen tolereren
gecensureerde gegevens om op een zinvolle manier te blijven functioneren. Dergelijke commando's tolereren alleen
gecensureerde bestandsrevisies als ze zijn toegestaan ​​door de configuratieoptie "censor.policy=ignore".

commando's
censor
hg censor -r REV [-t TEKST] [BESTAND]

Opties:

-R,--rev
censor bestand van gespecificeerde revisie

-T,--grafsteen
vervangende grafsteengegevens

chgserver
opdrachtserverextensie voor cHg (EXPERIMENTEEL)

'S' kanaal (lezen schrijven)
propageren ui.system() verzoek naar client

'bijlage' commando
voeg de stdio van de klant toe, doorgegeven door sendmsg()

'chdir' commando
huidige map wijzigen

'getpager' commando
controleert of pager is ingeschakeld en welke pager moet worden uitgevoerd

'setenv' commando
vervang os.environ volledig

'SIGHUP' signaal
configuratiebestanden opnieuw laden

kinderen
commando om onderliggende wijzigingensets weer te geven (DEPRECATED)

Deze extensie is verouderd. Je zou ... moeten gebruiken hg inloggen -r "kinderen (REV)" gebruiken.

commando's
kinderen
toon de kinderen van de gegeven of werkmaprevisie:

hg kinderen [-r REV] [BESTAND]

Druk de kinderen van de revisies van de werkdirectory af. Als een herziening wordt gegeven via
-r/--rev, de onderliggende items van die revisie worden afgedrukt. Als een bestandsargument wordt gegeven,
revisie waarin het bestand voor het laatst is gewijzigd (na de revisie van de werkmap of de
argument naar --rev indien gegeven) wordt afgedrukt.

Gebruik hg inloggen in plaats daarvan:

hg kinderen => hg log -r 'children()'
hg kinderen -r REV => hg log -r 'kinderen(REV)'

Bekijk hg hulp inloggen en hg hulp revsets.kinderen.

Opties:

-R,--rev
kinderen van de opgegeven revisie weergeven

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

karnen
opdracht om statistieken over de geschiedenis van de repository weer te geven

commando's
karnen
histogram van wijzigingen in de repository:

hg churn [-d DATUM] [-r REV] [--aliassen BESTAND] [BESTAND]

Deze opdracht geeft een histogram weer dat het aantal gewijzigde regels weergeeft of
revisies, gegroepeerd volgens het opgegeven sjabloon. De standaardsjabloon wordt gegroepeerd
wijzigingen door auteur. De optie --dateformat kan worden gebruikt om de resultaten op datum te groeperen
gebruiken.

Statistieken zijn gebaseerd op het aantal gewijzigde regels, of als alternatief het aantal
overeenkomende revisies als de optie --changesets is opgegeven.

Voorbeelden:

# toon het aantal gewijzigde regels voor elke committer
hg churn -t "{auteur|e-mail}"

# toon dagelijkse activiteitengrafiek
hg churn -f "%H" -s -c

# weergave-activiteit van ontwikkelaars per maand
hg churn -f "%Y-%m" -s -c

# weergave van het aantal regels dat elk jaar is gewijzigd
hg churn -f "%Y" -s

Het is mogelijk om alternatieve e-mailadressen toe te wijzen aan een hoofdadres door een bestand op te geven
in het volgende formaat:

=

Een dergelijk bestand kan worden opgegeven met de optie --aliases, anders wordt een .hgchurn-bestand
gezocht in de werkdirectory root. Aliassen worden gesplitst vanaf de meest rechtse "=".

Opties:

-R,--rev
telsnelheid voor de gespecificeerde revisie of revset

-NS,--datum
telsnelheid voor revisies die overeenkomen met datumspecificatie

-T,--oude sjabloon
sjabloon om wijzigingensets te groeperen (VERLATEN)

-T,--sjabloon
sjabloon om wijzigingensets te groeperen (standaard: {auteur|e-mail})

-F,--datumnotatie
strftime-compatibel formaat voor groeperen op datum

-C, --verandersets
telsnelheid op aantal wijzigingensets

-Ja, --soort
sorteren op sleutel (standaard: sorteren op aantal)

--verschilstat
toegevoegde/verwijderde regels afzonderlijk weergeven

--aliassen
bestand met e-mailaliassen

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

kloonbundels
adverteer vooraf gegenereerde bundels om klonen te zaaien

"clonebundles" is een server-side extensie die wordt gebruikt om te adverteren voor het bestaan ​​van
vooraf gegenereerde, extern gehoste bundelbestanden naar clients die aan het klonen zijn, zodat klonen
kan sneller en betrouwbaarder zijn en minder bronnen op de server vereisen.

Klonen kan een CPU- en I/O-intensieve bewerking op servers zijn. Traditioneel is de server, in
reactie op het verzoek van een klant om te klonen, genereert dynamisch een bundel met de
volledige repository-inhoud en stuurt deze naar de klant. Er is geen cache op de server
en de server zal dezelfde uitgaande bundel redundant moeten genereren als reactie op:
elk kloonverzoek. Voor servers met grote opslagplaatsen of met een hoog kloonvolume, is de
belasting van klonen kan het schalen van de server uitdagend en kostbaar maken.

Deze extensie biedt serverbeheerders de mogelijkheid om potentieel dure te offloaden
kloon laden naar een externe service. Dit is hoe het werkt.

1. Een serveroperator stelt een mechanisme in om bundelbestanden beschikbaar te maken op een
hostingservice waar Mercurial-klanten ze kunnen ophalen.

2. Een manifestbestand met beschikbare bundel-URL's en enkele optionele metadata is toegevoegd aan:
de Mercurial-repository op de server.

3. Een client start een kloon tegen een server die zich bewust is van kloonbundels.

4. De client ziet dat de server kloonbundels adverteert en haalt het manifest op
lijst met beschikbare bundels.

5. De client filtert en sorteert de beschikbare bundels op basis van wat het ondersteunt en
geeft de voorkeur aan.

6. De client downloadt en past een beschikbare bundel toe vanaf de door de server gespecificeerde URL.

7. De client maakt opnieuw verbinding met de oorspronkelijke server en voert het equivalent uit van: hg trek naar
haal alle repositorygegevens op die niet in de bundel zitten. (De repository had geüpdatet kunnen worden)
tussen het moment waarop de bundel is gemaakt en het moment waarop de client de kloon startte.)

In plaats van dat de server volledige repositorybundels genereert voor elk kloonverzoek, is het
genereert eenmaal volledige bundels en ze worden vervolgens hergebruikt om nieuwe klonen op te starten. De
server kan nog steeds gegevens overdragen tijdens het klonen. Dit zijn echter alleen gegevens die
toegevoegd/gewijzigd sinds de bundel is gemaakt. Voor grote, gevestigde repositories kan dit:
verminder de serverbelasting voor klonen tot minder dan 1% van het origineel.

Om te werken, heeft deze extensie het volgende van serveroperators nodig:

· Genereren van bundelbestanden met inhoud van de repository (meestal periodiek, zoals eenmaal per
dag).

· Een bestandsserver waar clients netwerktoegang toe hebben en waar Python mee kan praten
via de normale URL-verwerkingsfaciliteit (meestal een HTTP-server).

· Een proces om het bundelmanifest synchroon te houden met beschikbare bundelbestanden.

Strikt genomen is het gebruik van een statische bestandshostingserver niet vereist: een serveroperator
zou een dynamische dienst kunnen gebruiken voor het ophalen van bundelgegevens. Statische bestandshosting echter
services zijn eenvoudig en schaalbaar en zouden voldoende moeten zijn voor de meeste behoeften.

Bundelbestanden kunnen worden gegenereerd met de hg bundel opdracht. Typisch hg bundel --alle is
gebruikt om een ​​bundel van de gehele repository te produceren.

hg debugcreërenstreamclonebundel kan worden gebruikt om een ​​speciale te produceren streaming klonen bundel.
Dit zijn bundelbestanden die uiterst efficiënt zijn om te produceren en te consumeren (lees: snel).
Ze zijn echter groter dan traditionele bundelformaten en vereisen ondersteuning door klanten
de exacte set gegevensopslagindelingen van de repository die wordt gebruikt door de repository die ze heeft gemaakt.
Doorgaans kan een nieuwere server gegevens leveren die compatibel zijn met oudere clients. Echter,
streaming klonen bundels heb deze garantie niet. server exploitanten genoodzaakt bent naar be bewust dat
nieuwere versies of kwikmiddel mogen produceren streaming klonen bundels onverenigbaar Met ouder
kwikmiddel versies.

Een serveroperator is verantwoordelijk voor het maken van een .hg/clonebundles.manifest bestand met
de lijst met beschikbare bundelbestanden die geschikt zijn voor het zaaien van klonen. Als dit bestand niet
bestaan, zal de repository het bestaan ​​van kloonbundels niet adverteren wanneer clients
sluiten.

Het manifestbestand bevat een door een nieuwe regel ( ) gescheiden lijst met items.

Elke regel in dit bestand definieert een beschikbare bundel. Lijnen hebben het formaat:

[ = [ = ]]

Dat wil zeggen, een URL gevolgd door een optionele, door spaties gescheiden lijst van sleutel=waarde-paren die beschrijven:
extra eigenschappen van deze bundel. Zowel sleutels als waarden zijn URI-gecodeerd.

Toetsen in HOOFDLETTERS zijn gereserveerd voor gebruik door Mercurial en worden hieronder gedefinieerd. Allemaal
niet-hoofdletters kunnen worden gebruikt door site-installaties. Een voorbeeld van gebruik voor aangepaste eigenschappen
is het gebruik van de datacenter attribuut om te definiëren in welk datacenter een bestand wordt gehost.
Klanten kunnen dan de voorkeur geven aan een server in het datacenter dat het dichtst bij hen in de buurt is.

De volgende gereserveerde sleutels zijn momenteel gedefinieerd:

BUNDELSPECIFICATIE
Een "bundelspecificatie"-tekenreeks die het type bundel beschrijft.

Dit zijn tekenreekswaarden die worden geaccepteerd door het argument "--type" van hg bundel.

De waarden worden geparseerd in de strikte modus, wat betekent dat ze van de moeten zijn
" - " formulier. Zie mercurial.exchange.parsebundlespec() voor meer
details.

hg debugbundel --spec kan worden gebruikt om de bundelspecificatiereeks voor a . af te drukken
bundel bestand. De uitvoer van dit commando kan woordelijk worden gebruikt voor de waarde van
BUNDELSPECIFICATIE (het is al ontsnapt).

Klanten filteren automatisch specificaties uit die onbekend zijn of
niet ondersteund, zodat ze niet zullen proberen iets te downloaden dat waarschijnlijk niet van toepassing is.

De werkelijke waarde heeft geen invloed op het gedrag van de klant, behalve filteren: klanten zullen:
ruik nog steeds het bundeltype uit de kop van gedownloade bestanden.

Te gebruiken of dit sleutel is zeer aanbevolen, omdat het klanten in staat stelt om gemakkelijk over te slaan
niet-ondersteunde bundels. Als deze sleutel niet is gedefinieerd, kan een oude client proberen om toe te passen
een bundel die hij niet kan lezen.

VEREIST
Of Server Name Indication (SNI) vereist is om verbinding te maken met de URL. SNI staat toe
servers om meerdere certificaten op hetzelfde IP-adres te gebruiken. Het is enigszins gebruikelijk in CDN's
en andere hostingproviders. Oudere Python-versies ondersteunen geen SNI. definiëren
met dit kenmerk kunnen clients met oudere Python-versies dit item filteren
zonder een ondoorzichtige SSL-fout te ervaren tijdens de verbinding.

Als dit is gedefinieerd, is het belangrijk om te adverteren voor een niet-SNI fallback-URL of clients
het draaien van oude Python-releases kan mogelijk niet klonen met de kloonbundels
faciliteit.

Waarde moet "waar" zijn.

Manifesten kunnen meerdere vermeldingen bevatten. Ervan uitgaande dat metadata is gedefinieerd, zullen clients filteren
vermeldingen uit het manifest die ze niet ondersteunen. De overige vermeldingen zijn optioneel
gesorteerd op klantvoorkeuren (experimentele.clonebundleprefers configuratie optie). De cliënt
probeert vervolgens de bundel op te halen bij de eerste URL in de resterende lijst.

fouten wanneer downloaden a bundel wil mislukken de GEHELE klonen operatie: klanten do niet
webmaster. vallen terug naar a traditioneel kloon. De reden hiervoor is dat als een server is
kloonbundels gebruikt, doet het dit waarschijnlijk omdat de functie nodig is om het te helpen
schaal. Met andere woorden, er is een aanname dat de kloonbelasting naar een andere wordt overgedragen
service en dat de Mercurial-server niet verantwoordelijk is voor het bedienen van deze kloonbelasting. Als
dat andere service problemen ervaart en klanten massaal terugvallen op het origineel
Mercurial-server, de toegevoegde kloonbelasting kan de server overbelasten door onverwachte belasting
en effectief offline te halen. Klanten niet automatisch laten terugvallen op klonen
van de oorspronkelijke server verzacht dit scenario.

Omdat er geen automatische terugval op de Mercurial-server is bij uitval van de bundelhosting
service, is het voor serveroperators belangrijk om de bundelhostingservice te zien als een
uitbreiding van de Mercurial-server op het gebied van beschikbaarheid en service level agreements:
als de bundelhostingservice uitvalt, neemt ook de mogelijkheid voor klanten om te klonen toe. Opmerking:
klanten zullen een bericht zien met informatie over het omzeilen van de kloonbundels-faciliteit wanneer a
storing optreedt. Dus serveroperators moeten zich voorbereiden op sommige mensen om deze te volgen
instructies wanneer er een storing optreedt, waardoor de originele Mercurial meer wordt belast
server wanneer de bundelhostingservice faalt.

kleur
kleur de uitvoer van sommige opdrachten in

De kleurextensie kleurt de uitvoer van verschillende Mercurial-opdrachten in. Bijvoorbeeld de
diff-opdracht toont toevoegingen in groen en verwijderingen in rood, terwijl de statusopdracht toont
gewijzigde bestanden in magenta. Veel andere commando's hebben analoge kleuren. Het is mogelijk om
pas deze kleuren aan.

Effecten
Naast kleur zijn er ook andere effecten beschikbaar, zoals vetgedrukte en onderstreepte tekst. Door
standaard wordt de terminfo-database gebruikt om de terminalcodes te vinden die worden gebruikt om van kleur te veranderen en
effect. Als terminfo niet beschikbaar is, worden effecten weergegeven met de ECMA-48 SGR
controlefunctie (ook bekend als ANSI-escapecodes).

De beschikbare effecten in de terminfo-modus zijn 'blink', 'bold', 'dim', 'inverse', 'invisible',
'cursief', 'opvallend' en 'onderstrepen'; in ECMA-48-modus zijn de opties 'vet', 'inverse',
'cursief' en 'onderstrepen'. Hoe elk wordt weergegeven, hangt af van de terminalemulator. Sommige
is mogelijk niet beschikbaar voor een bepaald type terminal en wordt stilzwijgend genegeerd.

labels
Tekst krijgt kleureffecten afhankelijk van de labels die het heeft. Veel standaard Mercurial
commando's zenden gelabelde tekst uit. U kunt ook uw eigen labels in sjablonen definiëren met behulp van de
labelfunctie, zie hg hulp templates. Een enkel deel van de tekst kan meer dan één hebben
label. In dat geval zullen effecten die aan het laatste label zijn toegekend, alle andere effecten overschrijven. Deze
bevat het speciale "none"-effect, dat andere effecten tenietdoet.

Labels zijn normaal gesproken onzichtbaar. Om deze labels en hun positie in de
tekst, gebruik dan de globale --color=debug optie. Dezelfde ankertekst kan worden gekoppeld aan:
meerdere labels, bijv

[log.changeset changeset.secret|changeset: 22611:6f0a53c8f587]

Hieronder volgen de standaardeffecten voor sommige standaardlabels. Standaard effecten kunnen zijn:
overschreven vanuit uw configuratiebestand:

[kleur]
status.modified = blauw vet onderstrepen red_background
status.added = groen vet
status.removed = rood vet blue_background
status.deleted = cyaan vet onderstrepen
status.unknown = magenta vet onderstrepen
status.ignored = zwart vet

# 'none' schakelt alle effecten uit
status.clean = geen
status.gekopieerd = geen

qseries.applied = blauw, vet onderstrepen
qserie.unapplied = zwart vet
qserie.missing = rood vet

diff.diffline = vet
diff.extended = cyaan vet
diff.file_a = rood vet
diff.file_b = groen vet
diff.hunk = magenta
diff.deleted = rood
diff.ingevoegd = groen
diff.gewijzigd = wit
diff.tab =
diff.trailingwhitespace = vet rood_achtergrond

# Leeg zodat het de stijl van het omringende label overneemt
wijzigingenset.public =
wijzigingenset.draft =
wijzigingenset.geheim =

resolve.unresolved = rood vet
resolve.resolved = groen vet

bookmarks.active = groen

branches.active = geen
branches.closed = zwart vet
branches.current = groen
branches.inactief = geen

tags.normaal = groen
tags.local = zwart vet

rebase.rebased = blauw
rebase.remaining = rood vet

shelve.age = cyaan
plank.nieuwste = groen vet
shelve.name = blauw vet

histedit.remaining = rood vet

Eigen kleuren
Omdat er slechts acht standaardkleuren zijn, kunt u met deze module kleurnamen definiëren
voor andere kleurslots die mogelijk beschikbaar zijn voor uw terminaltype, uitgaande van terminfo
modus. Bijvoorbeeld:

kleur.helderblauw = 12
kleur.roze = 207
kleur.oranje = 202

om 'brightblue' in te stellen op kleursleuf 12 (handig voor 16 kleurterminals die helderder hebben)
kleuren gedefinieerd in de bovenste acht) en, 'roze' en 'oranje' tot kleuren in 256-kleuren xterm's
standaard kleurenkubus. Deze gedefinieerde kleuren kunnen vervolgens worden gebruikt als een van de vooraf gedefinieerde
acht, inclusief het toevoegen van '_background' om de achtergrond in die kleur in te stellen.

Modes
Standaard gebruikt de kleurextensie de ANSI-modus (of win32-modus op Windows) als het
detecteert een terminal. Om de automatische modus te negeren (om bijvoorbeeld de terminfo-modus in te schakelen), stelt u de
volgende configuratie-optie:

[kleur]
modus = terminfo

Elke andere waarde dan 'ansi', 'win32', 'terminfo' of 'auto' schakelt kleur uit.

Houd er rekening mee dat op sommige systemen de terminfo-modus problemen kan veroorzaken bij het gebruik van kleur met de
pager-extensie en minder -R. minder met de -R optie geeft alleen ECMA-48 kleur weer
codes, en de terminfo-modus kan soms codes uitzenden die minder niet begrijpt. Jij kan
werk hier omheen door ofwel de ansi-modus (of de automatische modus) te gebruiken, of door minder -r te gebruiken (wat
passeren alle terminalcontrolecodes, niet alleen kleurcontrolecodes).

Op sommige systemen (zoals MSYS in Windows) ondersteunt de terminal mogelijk een andere kleurmodus
dan de pager (geactiveerd via de extensie "pager"). Het is mogelijk om aparte
modi afhankelijk van of de pager actief is:

[kleur]
modus = automatisch
pagermode = ansi

If pagermodus is niet gedefinieerd, de mode gebruikt.

commando's
converteren
importeer revisies van buitenlandse VCS-repositories in Mercurial

commando's
converteren
converteer een buitenlandse SCM-repository naar een Mercurial-repository.:

hg convert [OPTIE]... BRON [DEST [REVMAP]]

Geaccepteerde bronformaten [identifiers]:

· Mercuriaal [hg]

· CVS [cv's]

· Darcs [darts]

· git [git]

· Subversie [svn]

· Monotoon [mtn]

· GNU Arch [gnuarch]

· Bazaar [bzr]

· dwingen [p4]

Geaccepteerde bestemmingsformaten [identifiers]:

· Mercuriaal [hg]

· Subversion [svn] (geschiedenis op takken wordt niet bewaard)

Als er geen revisie is opgegeven, worden alle revisies geconverteerd. Anders zal converteren alleen
importeer tot de genoemde revisie (gegeven in een formaat dat door de bron wordt begrepen).

Als er geen naam van de bestemmingsmap is opgegeven, wordt deze standaard ingesteld op de basisnaam van de bron
Met -hg toegevoegd. Als de doelrepository niet bestaat, wordt deze gemaakt.

Standaard gebruiken alle bronnen behalve Mercurial --branchsort. Mercurial gebruik
--sourcesort om de originele volgorde van de revisienummers te behouden. Sorteermodi hebben het volgende:
Effecten:

--branchesort
converteer indien mogelijk van bovenliggende naar onderliggende revisie, wat betekent dat takken
meestal een voor een omgezet. Het genereert compactere repositories.

--datumsorteer
sorteer revisies op datum. Geconverteerde repositories hebben mooie changelogs, maar zijn:
vaak een orde van grootte groter dan dezelfde gegenereerd door --branchsort.

--bronsoort
probeer de volgorde van bronrevisies te behouden, alleen ondersteund door Mercurial-bronnen.

--dichtbij
probeer gesloten revisies zo dicht mogelijk bij bovenliggende takken te verplaatsen, alleen
ondersteund door Mercurial-bronnen.

If REVMAP niet is gegeven, wordt het op een standaardlocatie geplaatst (/.hg/shamap by
standaard). De REVMAP is een eenvoudig tekstbestand dat elke broncommit-ID toewijst aan de
bestemmings-ID voor die revisie, zoals zo:



Als het bestand niet bestaat, wordt het automatisch aangemaakt. Het wordt bijgewerkt op elke gekopieerde commit,
so hg converteren kan worden onderbroken en kan herhaaldelijk worden uitgevoerd om nieuwe commits te kopiëren.

De authormap is een eenvoudig tekstbestand dat elke auteur van de broncommit aan een bestemming toewijst
auteur begaan. Het is handig voor bron-SCM's die unix-logins gebruiken om auteurs te identificeren (bijvoorbeeld:
CVS). Eén regel per auteurtoewijzing en het regelformaat is:

bronauteur = bestemmingsauteur

Lege regels en regels die beginnen met a # worden genegeerd.

De bestandsmap is een bestand waarmee bestanden en mappen kunnen worden gefilterd en opnieuw toegewezen. Elk
regel kan een van de volgende instructies bevatten:

inclusief pad/naar/bestand-of-map

sluit pad/naar/bestand-of-map uit

hernoem pad/naar/bronpad/naar/bestemming

Commentaarregels beginnen met #. Een opgegeven pad komt overeen als het gelijk is aan de volledige relatieve naam
van een bestand of een van de bovenliggende mappen. De omvatten or uitsluiten richtlijn met de
het langste overeenkomende pad is van toepassing, dus de regelvolgorde maakt niet uit.

De omvatten richtlijn zorgt ervoor dat een bestand, of alle bestanden onder een map, worden opgenomen in de
opslagplaats van de bestemming. De standaard als er geen omvatten verklaringen is om op te nemen
alles. Als er enige zijn omvatten verklaringen, niets anders is opgenomen. De uitsluiten
richtlijn zorgt ervoor dat bestanden of mappen worden weggelaten. De andere naam geven richtlijn hernoemt een bestand
of directory als deze is geconverteerd. Hernoemen van een submap naar de hoofdmap van de
bewaarplaats, gebruik . als het pad waarnaar moet worden hernoemd.

--vol zorgt ervoor dat de geconverteerde wijzigingensets precies de juiste bestanden bevatten met de
juiste inhoud. Het zal een volledige conversie maken van alle bestanden, niet alleen die met
veranderd. Bestanden die al correct zijn, worden niet gewijzigd. Dit kan worden gebruikt om toe te passen
bestandsmap verandert bij incrementeel converteren. Dit wordt momenteel alleen ondersteund voor
Mercurial en Subversion.

De splicemap is een bestand waarin synthetische geschiedenis kan worden ingevoegd, zodat u kunt specificeren:
de ouders van een revisie. Dit is handig als je bijvoorbeeld een Subversion merge twee . wilt geven
ouders, of twee niet-verbonden reeksen geschiedenis aan elkaar enten. Elke invoer bevat een sleutel,
gevolgd door een spatie, gevolgd door een of twee door komma's gescheiden waarden:

sleutel ouder1, ouder2

De sleutel is de revisie-ID in het bronrevisiecontrolesysteem waarvan de ouders zouden moeten zijn
gewijzigd (zelfde formaat als een sleutel in .hg/shamap). De waarden zijn de revisie-ID's (in ofwel
het bron- of bestemmingsrevisiecontrolesysteem) dat moet worden gebruikt als de nieuwe ouders
voor dat knooppunt. Als u bijvoorbeeld "release-1.0" heeft samengevoegd met "trunk", dan moet u:
specificeer de revisie op "trunk" als de eerste ouder en die op de "release-1.0"
tak als de tweede.

De branchmap is een bestand waarmee je een branch kunt hernoemen wanneer deze wordt binnengebracht
van welke externe repository dan ook. Bij gebruik in combinatie met een splicemap, maakt het:
voor een krachtige combinatie om zelfs de meest slecht beheerde repositories te helpen repareren en
verander ze in mooi gestructureerde Mercurial-repositories. De vertakkingskaart bevat lijnen van
het formulier:

originele_branch_name nieuwe_branch_name

waarbij "original_branch_name" de naam is van de branch in de source repository, en
"new_branch_name" is de naam van het filiaal en is de repository van de bestemming. Geen witruimte
is toegestaan ​​in de namen van de takken. Dit kan worden gebruikt om (bijvoorbeeld) code in één te verplaatsen
repository van "default" naar een benoemde branch.

kwikmiddel bron
De Mercurial-bron herkent de volgende configuratie-opties, die u kunt instellen:
de opdrachtregel met --config:

convert.hg.negeerfouten
negeer integriteitsfouten bij het lezen. Gebruik het om Mercurial-repositories te repareren met
ontbrekende revlogs, door van en naar Mercurial te converteren. Standaard is False.

convert.hg.saverev
originele revisie-ID opslaan in wijzigingenset (dwingt doel-ID's om te wijzigen). Het duurt een
boolean-argument en is standaard False.

convert.hg.startrev
specificeer de initiële Mercurial-revisie. De standaardwaarde is 0.

convert.hg.revs
revset specificeert de bronrevisies die moeten worden geconverteerd.

CVS bron
CVS-bron gebruikt een sandbox (dwz een uitgecheckte kopie) van CVS om het begin aan te geven
punt van wat zal worden omgezet. Directe toegang tot de repositorybestanden is niet nodig,
tenzij natuurlijk de repository is :lokaal:. De conversie gebruikt de map op het hoogste niveau in
de sandbox om de CVS-repository te vinden en gebruikt vervolgens CVS rlog-commando's om bestanden te zoeken
converteren. Dit betekent dat, tenzij een bestandsmap wordt gegeven, alle bestanden onder de startdirectory
zal worden geconverteerd, en dat elke directory-reorganisatie in de CVS-sandbox wordt genegeerd.

De volgende opties kunnen worden gebruikt met: --config:

converteren.cvsps.cache
Stel in op False om externe logcaching uit te schakelen voor test- en foutopsporingsdoeleinden.
Standaard is waar.

convert.cvsps.fuzz
Specificeer de maximale tijd (in seconden) die is toegestaan ​​tussen commits met
identieke gebruiker en logbericht in een enkele wijzigingenset. Toen zeer grote bestanden werden
ingecheckt als onderdeel van een wijzigingenset, dan is de standaardwaarde mogelijk niet lang genoeg. De
standaard is 60.

convert.cvsps.mergeto
Specificeer een reguliere expressie waarmee commit log berichten overeenkomen. Als een wedstrijd
optreedt, zal het conversieproces een dummy-revisie invoegen die de vertakking samenvoegt
waarop dit logbericht voorkomt naar de in de regex aangegeven tak. Standaard is
{{mergetotak ([-\w]+)}}

convert.cvsps.mergefrom
Specificeer een reguliere expressie waarmee commit log berichten overeenkomen. Als een wedstrijd
optreedt, zal het conversieproces de meest recente revisie op de tak toevoegen
aangegeven in de regex als de tweede ouder van de wijzigingenset. Standaard is
{{samenvoegenvanbranch ([-\w]+)}}

convert.lokale tijdzone
gebruik lokale tijd (zoals bepaald door de TZ-omgevingsvariabele) voor wijzigingenset
datum/tijden. De standaardwaarde is False (gebruik UTC).

hooks.cvslog
Geef een Python-functie op die moet worden aangeroepen aan het einde van het verzamelen van het CVS-logboek. De
functie krijgt een lijst met de logboekvermeldingen en kan de vermeldingen wijzigen
op hun plaats, of voeg ze toe of verwijder ze.

haken.cvschangesets
Specificeer een Python-functie die moet worden aangeroepen nadat de wijzigingensets zijn berekend uit de
CVS-logboek. De functie krijgt een lijst met de wijzigingenset-items en kan wijzigen
de wijzigingensets op hun plaats, of voeg ze toe of verwijder ze.

Een extra "debugcvsps" Mercurial-commando maakt het mogelijk dat de ingebouwde wijzigingsset samenvoegcode:
worden uitgevoerd zonder een conversie uit te voeren. De parameters en uitvoer zijn vergelijkbaar met die van cvsps
2.1. Zie de commando-help voor meer details.

Omverwerping bron
Subversion source detecteert klassieke trunk/takken/tags layouts. Standaard wordt de meegeleverde
svn://repo/pad/ bron-URL wordt geconverteerd als een enkele vertakking. Als svn://repo/pad/trunk
bestaat, vervangt het de standaardbranch. Als svn://repo/pad/takken bestaat, het is
subdirectories worden vermeld als mogelijke takken. Als svn://repo/pad/tags bestaat, is het
zocht naar tags die verwijzen naar geconverteerde branches. Standaard stam, takken en labels waarden
kan worden overschreven met de volgende opties. Stel ze in op paden die relatief zijn ten opzichte van de bron-URL, of
laat ze leeg om automatische detectie uit te schakelen.

De volgende opties kunnen worden ingesteld met --config:

convert.svn.branches
specificeer de map met vertakkingen. De standaard is takken.

convert.svn.tags
specificeer de map met tags. De standaard is labels.

converteren.svn.trunk
specificeer de naam van de stamtak. De standaard is stam.

convert.lokale tijdzone
gebruik lokale tijd (zoals bepaald door de TZ-omgevingsvariabele) voor wijzigingenset
datum/tijden. De standaardwaarde is False (gebruik UTC).

Brongeschiedenis kan worden opgehaald vanaf een specifieke revisie, in plaats van
integraal omgezet. Alleen conversies met één vertakking worden ondersteund.

convert.svn.startrev
specificeer start Subversion revisienummer. De standaardwaarde is 0.

Git bron
De Git-importeur converteert commits van alle bereikbare branches (refs in refs/heads) en
afstandsbedieningen (refs in refs/remotes) naar Mercurial. Takken worden geconverteerd naar bladwijzers met de
dezelfde naam, met de leidende 'refs/heads' gestript. Git-submodules worden geconverteerd naar Git
subrepo's in Mercurial.

De volgende opties kunnen worden ingesteld met --config:

convert.git.gelijkenis
specificeer hoe gelijkaardige bestanden gewijzigd in een commit moeten zijn om geïmporteerd te worden als hernamen of
exemplaren, als percentage tussen 0 (uitgeschakeld) en 100 (bestanden moeten identiek zijn). Voor
voorbeeld, 90 betekent dat een verwijder/toevoeg-paar zal worden geïmporteerd als een hernoeming indien meer dan
90% van het bestand is niet veranderd. De standaard is 50.

convert.git.vindkopieënharder
kijk tijdens het detecteren van kopieën naar alle bestanden in de werkkopie in plaats van alleen
veranderde. Dit is erg duur voor grote projecten en is alleen effectief wanneer:
convert.git.gelijkenis is groter dan 0. De standaardwaarde is False.

convert.git.remoteprefix
externe refs worden geconverteerd als bladwijzers met convert.git.remoteprefix als voorvoegsel
gevolgd door een /. De standaard is 'op afstand'.

convert.git.skipsubmodules
converteert geen .gitmodules-bestanden op rootniveau of bestanden met 160000-modus die aangeeft:
een submodule. Standaard is False.

Noodgedwongen bron
De Perforce (P4) importeur kan een p4 depotpad of een klantspecificatie krijgen als:
bron. Het zal alle bestanden in de bron converteren naar een platte Mercurial-repository, negeer
labels, branches en integraties. Houd er rekening mee dat wanneer u een depotpad krijgt, meestal
moet een doelmap specificeren, omdat het doel anders een naam kan krijgen ...-hg.

De volgende opties kunnen worden ingesteld met --config:

convert.p4.codering
specificeer de codering die moet worden gebruikt bij het decoderen van standaarduitvoer van het Perforce-commando
lijn gereedschap. De standaard is standaard systeemcodering.

convert.p4.startrev
specificeer initiële Perforce revisie (een Perforce changelist nummer).

kwikmiddel Bestemming
De Mercurial-bestemming herkent Mercurial-subrepositories in de bestemming
directory, en update het .hgsubstate-bestand automatisch als de bestemming
subrepository's bevatten de / /.hg/shamap-bestand. Een repository converteren met
subrepositories vereist het converteren van een enkele repository tegelijk, van onder naar boven.

Een voorbeeld dat laat zien hoe een repository met subrepository's wordt geconverteerd:

# dus convert kent het type wanneer het een niet-lege bestemming ziet
$ hg init geconverteerd

$ hg convert orig/sub1 geconverteerd/sub1
$ hg convert orig/sub2 geconverteerd/sub2
$ hg convert orig geconverteerd

De volgende opties worden ondersteund:

convert.hg.clonebranches
verzend bronvertakkingen in afzonderlijke klonen. De standaardwaarde is False.

convert.hg.tagsbranch
vertakkingsnaam voor tagrevisies, standaard ingesteld op verzuim.

convert.hg.usebranchnames
taknamen behouden. De standaardwaarde is Waar.

convert.hg.bronnaam
registreert de gegeven string als een 'convert_source' extra waarde op elke commit gemaakt in
de doelopslag. De standaardinstelling is Geen.

Alles Bestemmingen
Alle soorten bestemmingen accepteren de volgende opties:

convert.skiptags
converteert geen tags van de bronopslagplaats naar de doelopslagplaats. De standaard is
False.

Opties:

--auteurs
gebruikersnaam toewijzing bestandsnaam (GESCHRAPT) (gebruik in plaats daarvan --authormap)

-Ja,--Bron Type
type bronopslagplaats

-NS,--best-type
type opslagplaats van bestemming

-R,--rev
importeren tot bronrevisie REV

-EEN,--auteurskaart
gebruikersnamen opnieuw toewijzen met dit bestand

--bestandskaart
bestandsnamen opnieuw toewijzen met behulp van de inhoud van het bestand

--vol pas bestandsmapwijzigingen toe door alle bestanden opnieuw te converteren

--splitskaart
splits gesynthetiseerde geschiedenis op zijn plaats

--branchekaart
vertakkingsnamen wijzigen tijdens het converteren

--branchesort
probeer wijzigingensets te sorteren op vertakkingen

--datumsorteer
probeer wijzigingensets op datum te sorteren

--bronsoort
volgorde van bronwijzigingen behouden

--dichtbij
probeer gesloten revisies opnieuw te ordenen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

eol
automatisch nieuwe regels in repositorybestanden beheren

Met deze extensie kunt u het type regeleinde (CRLF of LF) beheren dat wordt gebruikt in
de repository en in de lokale werkdirectory. Op die manier kunt u CRLF-regeluitgangen krijgen
op Windows en LF op Unix/Mac, waardoor iedereen de eigen regeleindes van zijn eigen besturingssysteem kan gebruiken.

De extensie leest de configuratie van een versieversie .hgeol configuratiebestand gevonden in
de root van de werkdirectory. De .hgeol bestand gebruik dezelfde syntaxis als alle andere
Mercurial-configuratiebestanden. Het gebruikt twee secties, [patronen] en [opslagplaats].

De [patronen] sectie specificeert hoe regeleinden moeten worden geconverteerd tussen de working
directory en de repository. Het formaat wordt gespecificeerd door een bestandspatroon. De eerste wedstrijd
wordt gebruikt, dus plaats eerst meer specifieke patronen. De beschikbare regeluitgangen zijn: LF, CRLF en
BIN.

Bestanden met het gedeclareerde formaat van CRLF or LF worden altijd uitgecheckt en opgeslagen in de
repository in dat formaat en bestanden die als binair zijn verklaard (BIN) blijven ongewijzigd.
Bovendien inheemse is een alias voor het uitchecken in het standaardregeleinde van het platform:
LF op Unix (inclusief Mac OS X) en CRLF op Windows. Let daar op BIN (niets aan de lijn doen)
eindes) is het standaardgedrag van Mercurial; het is alleen nodig als u een
later, meer algemeen patroon.

De optionele [opslagplaats] sectie specificeert de regeleindes die moeten worden gebruikt voor bestanden die zijn opgeslagen in
de bewaarplaats. Het heeft een enkele instelling, inheemse, die de uitgangen van de opslaglijn bepaalt
voor bestanden die zijn gedeclareerd als inheemse in de [patronen] sectie. Het kan worden ingesteld op: LF or CRLF. De
standaard is LF. Dit betekent bijvoorbeeld dat in Windows bestanden die zijn geconfigureerd als inheemse (CRLF
standaard) wordt geconverteerd naar LF wanneer opgeslagen in de repository. Bestanden gedeclareerd als LF,
CRLFof BIN in de [patronen] sectie worden altijd opgeslagen zoals ze zijn in de repository.

Voorbeeldversie .hgeol file:

[patronen]
**.py = native
**.vcproj = CRLF
**.txt = native
Maakbestand = LF
**.jpg = BIN

[opslagplaats]
inheems = LF

Opmerking De regels zijn eerst van toepassing wanneer bestanden in de werkdirectory worden aangeraakt, bijvoorbeeld door
bijwerken naar null en terug naar tip om alle bestanden aan te raken.

De extensie gebruikt een optionele [eol] gedeelte gelezen uit zowel de normale Mercurial
configuratiebestanden en de .hgeol bestand, waarbij de laatste voorrang heeft op de eerste. Jij kan
gebruik die sectie om het algemene gedrag te controleren. Er zijn drie instellingen:

· eol.inheems (standaard os.linesep) kan worden ingesteld op LF or CRLF om de standaard te overschrijven
interpretatie van inheemse voor afrekenen. Dit kan worden gebruikt met hg archief op Unix, zeg maar, om
genereer een archief waarin bestanden regeleindes hebben voor Windows.

· eol.only-consistent (standaard True) kan worden ingesteld op False om de extensie te laten converteren
bestanden met inconsistente EOL's. Inconsistent betekent dat er beide zijn CRLF en LF presenteren
in het bestand. Dergelijke bestanden worden normaal gesproken niet aangeraakt in de veronderstelling dat ze
met opzet gemengde EOL's.

· eol.fix-trailing-newline (standaard False) kan worden ingesteld op True om ervoor te zorgen dat geconverteerde
bestanden eindigen met een EOL-teken (ofwel \n or \ R \ n volgens de geconfigureerde patronen).

De extensie biedt: slim coderen: en slimdecoderen: filters zoals de verouderde
win32text-extensie wel. Dit betekent dat je win32text kunt uitschakelen en eol en . kunt inschakelen
uw filters zullen nog steeds werken. U hoeft deze filters alleen te gebruiken totdat u een
.hgeol bestand.

De win32text.verbieden* hooks geleverd door de win32text-extensie zijn verenigd in a
enkele haak genaamd eol.checkheadshaked. De haak zoekt de verwachte regeleindes op van
de .hgeol bestand, wat betekent dat u moet migreren naar een .hgeol bestand eerst voordat u de
haak. eol.checkheadshaked controleert alleen koppen, tussentijdse ongeldige revisies worden gepusht.
Om ze volledig te verbieden, gebruik de eol.checkallhook haak. Deze haken kunnen het beste worden gebruikt als:
prexnchangegroep haken.

Bekijk hg hulp patronen voor meer informatie over de gebruikte glob-patronen.

extdiff
commando om externe programma's toe te staan ​​revisies te vergelijken

Met de extdiff Mercurial-extensie kunt u externe programma's gebruiken om revisies te vergelijken,
of revisie met werkmap. De externe diff-programma's worden aangeroepen met a
configureerbare set opties en twee niet-optie-argumenten: paden naar mappen met
snapshots van bestanden om te vergelijken.

Met de extdiff-extensie kunt u ook nieuwe diff-commando's configureren, zodat u geen
typen hg extdiff -p kdiff3 altijd.

[extdiff]
# voeg een nieuw commando toe waarop GNU . draait diff(1) in 'context diff'-modus
cdiff = gdiff-Nprc5
## of de oude manier:
#cmd.cdiff = gdiff
#opts.cdiff = -Nprc5

# voeg een nieuw commando toe genaamd meld, voert meld uit (het is niet nodig om twee keer een naam te geven). Als
# het meld-uitvoerbare bestand is niet beschikbaar, de meld-tool in [merge-tools]
# wordt gebruikt, indien beschikbaar
versmelten =

# voeg een nieuwe opdracht toe met de naam vimdiff, voert gvimdiff uit met de DirDiff-plug-in
# (zien http://www.vim.org/scripts/script.php?script_id=102) Niet
# Engelse gebruiker, vergeet niet om "let g:DirDiffDynamicDiffText = 1" in te voeren
# uw .vimrc
vimdiff = gvim -f "+volgende" \
"+voer 'DirDiff' fnameescape uit(argv(0)) naamscape(argv(1))"

Toolargumenten kunnen variabelen bevatten die tijdens runtime worden uitgebreid:

$parent1, $plabel1 - bestandsnaam, beschrijvend label van eerste ouder
$child, $clabel - bestandsnaam, beschrijvend label van kindrevisie
$parent2, $plabel2 - bestandsnaam, beschrijvend label van tweede ouder
$ root - hoofdmap van de repository
$parent is een alias voor $parent1.

De extdiff-extensie zal in de secties [diff-tools] en [merge-tools] zoeken naar diff
toolargumenten, als er geen zijn gespecificeerd in [extdiff].

[extdiff]
kdiff3 =

[diff-tools]
kdiff3.diffargs=--L1 '$plabel1' --L2 '$clabel' $ouder $kind

U kunt -I/-X en een lijst met bestands- of mapnamen gebruiken zoals normaal hg diff opdracht. De
extdiff-extensie maakt snapshots van alleen benodigde bestanden, dus het uitvoeren van de externe diff
programma zal eigenlijk behoorlijk snel zijn (in ieder geval sneller dan het hele
boom).

commando's
extdiff
gebruik een extern programma om de repository (of geselecteerde bestanden) te diff:

hg extdiff [OPT]... [BESTAND]...

Toon verschillen tussen revisies voor de opgegeven bestanden, met behulp van een extern programma. De
standaard gebruikt programma is diff, met standaard opties "-Npru".

Gebruik de optie -p/--programma om een ​​ander programma te selecteren. Het programma wordt doorgegeven aan de
namen van twee mappen om te vergelijken. Om extra opties aan het programma door te geven, gebruik
-o/--optie. Deze worden voor de namen van de te vergelijken directory's geplaatst.

Als er twee revisie-argumenten worden gegeven, worden de wijzigingen tussen die revisies weergegeven. Indien
er is slechts één revisie opgegeven, dan wordt die revisie vergeleken met de werkdirectory,
en, als er geen revisies zijn gespecificeerd, worden de werkmapbestanden vergeleken met zijn
ouder.

Opties:

-P,--programma
vergelijkingsprogramma om uit te voeren

-O,--optie
optie doorgeven aan vergelijkingsprogramma

-R,--rev
herziening

-C,--verandering
wijziging aangebracht door revisie

--lapje
vergelijk patches voor twee revisies

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-S, --subrepo's
terugkeren naar subrepositories

[+] gemarkeerde optie kan meerdere keren worden opgegeven

factotum
http authenticatie met factotum

Met deze extensie kan de factotum(4) faciliteit op Plan 9 van Bell Labs-platforms naar
authenticatie-informatie te verstrekken voor HTTP-toegang. Configuratie-items gespecificeerd in de
auth-sectie en authenticatie-informatie in de repository-URL zijn:
volledig ondersteund. Als er geen prefix is ​​opgegeven, wordt aangenomen dat de waarde "*" is.

Sleutels worden standaard gespecificeerd als:

proto=pass service=hg prefix= gebruiker= !wachtwoord=

Als de factotum-extensie de vereiste sleutel niet kan lezen, wordt er om gevraagd
interactief.

Er is een configuratiegedeelte beschikbaar om het runtime-gedrag aan te passen. Standaard zijn deze
inzendingen zijn:

[factotum]
uitvoerbaar = /bin/auth/factotum
koppelpunt = /mnt/factotum
dienst = hg

Het uitvoerbare item definieert het volledige pad naar het factotum binaire bestand. Het mountpoint-item
definieert het pad naar de factotum-bestandsservice. Ten slotte bestuurt de service-invoer de
servicenaam die wordt gebruikt bij het lezen van sleutels.

halen
pull, update en merge in één commando (DEPRECATED)

commando's
halen
haal wijzigingen uit een externe repository, voeg nieuwe wijzigingen samen indien nodig.:

hg ophalen [BRON]

Dit vindt alle wijzigingen uit de repository op het opgegeven pad of de opgegeven URL en voegt ze toe aan
het lokale archief.

Als de getrokken wijzigingen een nieuwe vertakkingskop toevoegen, wordt de kop automatisch samengevoegd en de
resultaat van de fusie is vastgelegd. Anders wordt de werkdirectory bijgewerkt met:
de nieuwe veranderingen.

Wanneer een samenvoeging nodig is, wordt de werkmap eerst bijgewerkt naar de nieuw getrokken
veranderingen. Lokale wijzigingen worden vervolgens samengevoegd in de getrokken wijzigingen. Om de samenvoegvolgorde te wijzigen,
gebruik --switch-ouder.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Retourneert 0 bij succes.

Opties:

-R,--rev
een specifieke revisie die u wilt trekken

-e, --Bewerk
aanroepen editor op commit berichten

--force-editor
bewerk vastleggingsbericht (VERLATEN)

--wissel-ouder
bij het samenvoegen van ouders wisselen

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

GPG
opdrachten om wijzigingensets te ondertekenen en te verifiëren

commando's
sigcheck
controleer alle handtekeningen die er zijn voor een bepaalde revisie:

hg sigcheck REV

verifieer alle handtekeningen die er zijn voor een bepaalde revisie

teken
voeg een handtekening toe voor de huidige of gegeven revisie:

hg teken [OPTIE]... [REV]...

Als er geen revisie wordt gegeven, wordt de ouder van de werkdirectory gebruikt, of tip als dat niet het geval is
revisie is uitgecheckt.

De gpg.cmd config-instelling kan worden gebruikt om de opdracht op te geven die moet worden uitgevoerd. Een standaardsleutel kan zijn:
gespecificeerd met gpg.sleutel.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

Opties:

-ik, --lokaal
maak de handtekening lokaal

-F, --kracht
ondertekenen, zelfs als het sig-bestand is gewijzigd

--geen verplichting
leg de sigfile niet vast na het ondertekenen

-k,--toets
de sleutel-ID om mee te ondertekenen

-M,--bericht
gebruik tekst als commit-bericht

-e, --Bewerk
aanroepen editor op commit berichten

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

sig
lijst ondertekende wijzigingensets:

hg sig

lijst ondertekende wijzigingensets

graflog
commando om revisiegrafieken vanuit een shell te bekijken (DEPRECATED)

De functionaliteit van deze extensie is sinds versie 2.3 opgenomen in core Mercurial.
Gebruik hg inloggen -G ... gebruiken.

Deze extensie voegt een --graph optie toe aan de inkomende, uitgaande en log commando's. Wanneer dit
opties worden gegeven, wordt ook een ASCII-weergave van de revisiegrafiek getoond.

commando's
meidoorn
revisiegeschiedenis weergeven naast een ASCII-revisiegrafiek:

hg glog [OPTIE]... [BESTAND]

Druk een revisiegeschiedenis af naast een revisiegrafiek getekend met ASCII-tekens.

Knooppunten die als een @-teken zijn afgedrukt, zijn ouders van de werkdirectory.

Dit is een alias om hg inloggen -G.

Opties:

-F, --volgen
volg de geschiedenis van wijzigingensets of bestandsgeschiedenis bij het kopiëren en hernoemen

--volg-eerst
volg alleen de eerste ouder van merge changesets (VERLATEN)

-NS,--datum
toon revisies die overeenkomen met datumspecificatie

-C, --kopieën
toon gekopieerde bestanden

-k,--trefwoord
hoofdletterongevoelig zoeken voor een bepaalde tekst

-R,--rev
toon de gespecificeerde revisie of revset

--VERWIJDERD
revisies opnemen waar bestanden zijn verwijderd

-M, --alleen-merges
toon alleen samenvoegingen (VERLATEN)

-u,--gebruiker
revisies gepleegd door gebruiker

--alleen-tak
toon alleen wijzigingensets binnen de opgegeven benoemde branch (DEPRECATED)

-B,--tak
toon wijzigingensets binnen de opgegeven benoemde tak

-P,--gedroogde pruim
geen revisie of een van zijn voorouders weergeven

-P, --lapje
toon patch

-G, --git
gebruik git extended diff formaat

-ik,--begrenzing
limiet aantal weergegeven wijzigingen

-M, --geen samenvoegingen
laat geen samenvoegingen zien

--staat output diffstat-stijl samenvatting van wijzigingen

-G, --grafiek
toon de revisie DAG

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

hgcia
hooks voor integratie met de CIA.vc-notificatieservice

Dit is bedoeld om te draaien als een changegroup of inkomende hook. Om het te configureren, stelt u de
volgende opties in je hgrc:

[cia]
# uw geregistreerde CIA-gebruikersnaam
gebruiker = foo
# de naam van het project in CIA
project = fo
# de module (deelproject) (optioneel)
#module = foo
# Voeg een diffstat toe aan het logbericht (optioneel)
#diffstat = Onwaar
# Sjabloon om te gebruiken voor logberichten (optioneel)
#template = {desc}\n{baseurl}{webroot}/rev/{node}-- {diffstat}
# Stijl om te gebruiken (optioneel)
#stijl = foo
# De URL van de meldingsdienst van de VPI (optioneel)
# U kunt mailto: URL's gebruiken om per e-mail te verzenden, bijvoorbeeld
# mailto:[e-mail beveiligd]
# Zorg ervoor dat u email.from instelt als u dit doet.
#url= http://cia.vc/
# bericht afdrukken in plaats van verzenden (optioneel)
#test = Onwaar
# aantal schuine strepen om te verwijderen voor URL-paden
#strook = 0

[haken]
# een van deze:
changegroup.cia = python:hgcia.hook
#incoming.cia = python:hgcia.hook

[web]
# Als u hyperlinks wilt (optioneel)
basisurl = http://server/path/to/repo

hgk
op een grafische manier door de repository bladeren

Met de hgk-extensie kunt u op een grafische manier door de geschiedenis van een repository bladeren. Het
vereist Tcl/Tk versie 8.4 of hoger. (Tcl/Tk wordt niet gedistribueerd met Mercurial.)

hgk bestaat uit twee delen: een Tcl-script dat het weergeven en opvragen van
informatie, en een extensie voor Mercurial genaamd hgk.py, die hooks biedt voor hgk to
informatie krijgen. hgk is te vinden in de contrib-map en de extensie is verzonden
in de hgext-repository en moet worden ingeschakeld.

De hg view commando zal het hgk Tcl-script starten. Om dit commando te laten werken, moet hgk zijn
in uw zoekpad. Als alternatief kunt u het pad naar hgk specificeren in uw configuratie
file:

[hgk]
pad = /locatie/van/hgk

hgk kan de extdiff-extensie gebruiken om revisies te visualiseren. Ervan uitgaande dat je had
reeds geconfigureerde extdiff vdiff-opdracht, voeg gewoon toe:

[hgk]
vdiff=vdiff

Het contextmenu van revisies toont nu extra items om vdiff af te vuren bij zweven en
geselecteerde revisies.

commando's
view
start interactieve geschiedenisviewer:

hg-weergave [-l LIMIET] [REVRANGE]

interactieve geschiedenisviewer starten

Opties:

-ik,--begrenzing
limiet aantal weergegeven wijzigingen

markeren
syntaxisaccentuering voor hgweb (vereist Pygments)

Het hangt af van de syntaxisaccentueringsbibliotheek van Pygments: http://pygments.org/

Er zijn de volgende configuratie-opties:

[web]
pygments_style = (default: colorful)
highlightfiles = (standaard: maat('<5M'))
highlightonlymatchfilename = (standaard False)

highlightonlymatchbestandsnaam zal alleen bestanden markeren als hun type kan worden geïdentificeerd door
hun bestandsnaam. Als dit niet is ingeschakeld (de standaardinstelling), zal Pygments heel hard proberen om
identificeer het bestandstype op basis van inhoud en elke overeenkomst (zelfs overeenkomsten met een lage betrouwbaarheid
score) worden gebruikt.

histedit
interactieve geschiedenis bewerken

Met deze extensie geïnstalleerd, krijgt Mercurial een nieuw commando: histedit. Gebruik is als
volgt, uitgaande van de volgende geschiedenis:

@ 3[tip] 7c2fd3b9020c 2009-04-27 18:04 -0500 durin42
| Delta toevoegen
|
o 2 030b686bedc4 2009-04-27 18:04 -0500 tijdens 42
| Gamma toevoegen
|
o 1 c561b4e977df 2009-04-27 18:04 -0500 tijdens 42
| Bèta toevoegen
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 tijdens 42
Alfa toevoegen

Als je zou rennen hg histedit c561b4e977df, ziet u het volgende bestand geopend in uw
editor:

kies c561b4e977df Bèta toevoegen
kies 030b686bedc4 Voeg gamma toe
kies 7c2fd3b9020c Delta toevoegen

# Geschiedenis bewerken tussen c561b4e977df en 7c2fd3b9020c
#
# Toezeggingen worden gerangschikt van minst naar meest recent
#
# Commando's:
# p, kies = gebruik commit
# e, edit = gebruik commit, maar stop om te wijzigen
# f, fold = gebruik commit, maar combineer het met degene hierboven
# r, roll = like fold, maar negeer de beschrijving van deze commit
# d, drop = verwijder commit uit geschiedenis
# m, mess = bewerk het commit-bericht zonder de commit-inhoud te wijzigen
#

In dit bestand, regels die beginnen met # worden genegeerd. U moet voor elk een regel opgeven
herziening in uw geschiedenis. Als u bijvoorbeeld gamma vóór bèta had willen toevoegen, en dan
delta in dezelfde revisie als bèta wilde toevoegen, zou je het bestand reorganiseren om eruit te zien
soortgelijk:

kies 030b686bedc4 Voeg gamma toe
kies c561b4e977df Bèta toevoegen
vouw 7c2fd3b9020c Delta toevoegen

# Geschiedenis bewerken tussen c561b4e977df en 7c2fd3b9020c
#
# Toezeggingen worden gerangschikt van minst naar meest recent
#
# Commando's:
# p, kies = gebruik commit
# e, edit = gebruik commit, maar stop om te wijzigen
# f, fold = gebruik commit, maar combineer het met degene hierboven
# r, roll = like fold, maar negeer de beschrijving van deze commit
# d, drop = verwijder commit uit geschiedenis
# m, mess = bewerk het commit-bericht zonder de commit-inhoud te wijzigen
#

Op dat moment sluit u de editor en histedit begint te werken. Wanneer u een specificeert vouw
operatie, histedit zal een editor openen wanneer het die revisies samenvouwt, en biedt
je een kans om het commit-bericht op te schonen:

Bèta toevoegen
***
Delta toevoegen

Bewerk het commit-bericht naar wens en sluit vervolgens de editor. Laten we voor dit voorbeeld
neem aan dat het commit-bericht is gewijzigd in Toevoegen beta en delta. Nadat histedit is uitgevoerd
en had de kans om alle oude of tijdelijke revisies te verwijderen die nodig waren, de geschiedenis ziet eruit
soortgelijk:

@ 2[tip] 989b4d060121 2009-04-27 18:04 -0500 tijdens 42
| Voeg bèta en delta toe.
|
o 1 081603921c3f 2009-04-27 18:04 -0500 tijdens 42
| Gamma toevoegen
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 tijdens 42
Alfa toevoegen

Merk op dat histedit doet niet verwijder alle revisies (zelfs de eigen tijdelijke) tot na
het heeft alle bewerkingsoperaties voltooid, dus het zal waarschijnlijk meerdere strippen uitvoeren
bewerkingen als het klaar is. Voor het bovenstaande voorbeeld moest de strip twee keer worden uitgevoerd. Strip kan zijn
traag, afhankelijk van verschillende factoren, dus u moet misschien wat geduld hebben. Jij kan
kies ervoor om de originele revisies te behouden door de --houden vlag.

De Bewerk bewerking brengt u terug naar een opdrachtprompt, zodat u bestanden kunt bewerken
vrij, of zelfs gebruiken hg record om enkele wijzigingen als een afzonderlijke commit door te voeren. Als je
gedaan, worden alle resterende niet-vastgelegde wijzigingen ook vastgelegd. Als je klaar bent, ren hg
histedit --doorgaan met om deze stap te voltooien. U wordt gevraagd om een ​​nieuw vastleggingsbericht, maar
het standaard commit-bericht zal het originele bericht zijn voor de Bewerk ed revisie.

De Bericht bewerking geeft u de kans om een ​​vastleggingsbericht te herzien zonder te wijzigen
de inhoud. Het is een kortere weg om te doen Bewerk onmiddellijk gevolgd door hg histedit
--ga door`.

If histedit een conflict tegenkomt bij het verplaatsen van een revisie (tijdens het verwerken) kiezen or vouw),
het stopt op dezelfde manier als Bewerk met het verschil dat het je niet om een
commit bericht als je klaar bent. Als je op dit punt besluit dat je het niet leuk vindt hoeveel werk het is
zal zijn om de geschiedenis te herschikken, of dat je een fout hebt gemaakt, je kunt gebruiken hg histedit --afbreken
om de nieuwe wijzigingen die u hebt aangebracht op te geven en terug te keren naar de staat voordat u probeerde om
bewerk uw geschiedenis.

Als we de met histedit bewerkte voorbeeldrepository hierboven klonen en nog vier wijzigingen toevoegen, zodanig dat:
we hebben de volgende geschiedenis:

@ 6[tip] 038383181893 2009-04-27 18:04 -0500 stefan
| Voeg theta toe
|
o 5 140988835471 2009-04-27 18:04 -0500 stefan
| Voeg eta . toe
|
o 4 122930637314 2009-04-27 18:04 -0500 stefan
| Zeta toevoegen
|
o 3 836302820282 2009-04-27 18:04 -0500 stefan
| epsilon toevoegen
|
o 2 989b4d060121 2009-04-27 18:04 -0500 tijdens 42
| Voeg bèta en delta toe.
|
o 1 081603921c3f 2009-04-27 18:04 -0500 tijdens 42
| Gamma toevoegen
|
o 0 d8d2fcd0e319 2009-04-27 18:04 -0500 tijdens 42
Alfa toevoegen

Als je rent hg histedit --uitgaand op de kloon dan is het hetzelfde als rennen hg histedit
836302820282. Als u een plan nodig heeft om naar een repository te pushen die Mercurial niet detecteert,
gerelateerd zijn aan de bronrepo, kunt u een . toevoegen --kracht optie.

Config
Histedit-regelregels worden standaard afgekapt tot 80 tekens. Je kunt dit aanpassen
gedrag door een andere lengte in uw configuratiebestand in te stellen:

[geschiedenis]
linelen = 120 # regelregels afkappen bij 120 tekens

hg histedit probeert automatisch een geschikte basisrevisie te kiezen om te gebruiken. Naar
verander welke basisrevisie wordt gebruikt, definieer een revset in uw configuratiebestand:

[geschiedenis]
defaultrev = alleen(.) & concept()

Standaard moet elke bewerkte revisie aanwezig zijn in histedit-opdrachten. Verwijderen
revisie die u moet gebruiken laten vallen operatie. U kunt de drop zo configureren dat deze impliciet is voor
ontbrekende commits door toe te voegen:

[geschiedenis]
dropmissing = Waar

commando's
histedit
verander interactief de geschiedenis van wijzigingensets:

hg histedit [OPTIES] ([ANCESTOR] | --uitgaand [URL])

Met dit commando kun je een lineaire reeks wijzigingensets bewerken (tot en met de werkende
map, die schoon moet zijn). Jij kan:

· kiezen een wijzigingsset [opnieuw] bestellen

· laten vallen om wijzigingenset weg te laten

· rommel om het commit-bericht voor de wijzigingsset opnieuw te formuleren

· vouw om het te combineren met de voorgaande wijzigingenset

· rollen zoals folden, maar de beschrijving van deze commit negeren

· Bewerk om deze wijzigingenset te bewerken

Er zijn een aantal manieren om de root-wijzigingsset te selecteren:

· Specificeer ANCESTOR rechtstreeks

· Gebruik --outgoing -- dit zal de eerste lineaire wijzigingenset zijn die niet in de bestemming is opgenomen.
(Zie hg hulp config.default-push)

· Anders wordt de waarde van de configuratieoptie "histedit.defaultrev" gebruikt als een reset naar
selecteer de basisrevisie als ANCESTOR niet is opgegeven. De eerste revisie geretourneerd door
de revset wordt gebruikt. Standaard selecteert dit de bewerkbare geschiedenis die uniek is voor de
voorouders van de werkdirectory.

Als u --outgoing gebruikt, wordt dit commando afgebroken als er dubbelzinnige uitgaande revisies zijn.
Bijvoorbeeld als er meerdere vestigingen zijn met uitgaande revisies.

Gebruik "min(outgoing() and ::.)" of vergelijkbare revset-specificatie in plaats van --outgoing to
specificeer bewerk doelrevisie precies in zo'n dubbelzinnige situatie. Zien hg hulp omwentelingen For
details over het selecteren van revisies.

Voorbeelden:

· Er zijn een aantal wijzigingen doorgevoerd. Revisie 3 is niet meer nodig.

Begin geschiedenis bewerken vanaf revisie 3:

hg histedit -r 3

Er wordt een editor geopend die de lijst met revisies bevat, met specifieke acties gespecificeerd:

kies 5339bf82f0ca 3 Zworgle de foobar
kies 8ef592ce7cc4 4 Bedazzle the zerlog
kies 0a9639fcda9d 5 Morgify the cromulancy

Aanvullende informatie over de mogelijke acties die moeten worden ondernomen, wordt weergegeven onder de lijst met:
revisies.

Om revisie 3 uit de geschiedenis te verwijderen, moet de actie (aan het begin van de relevante
regel) is gewijzigd in 'drop':

drop 5339bf82f0ca 3 Zworgle de foobar
kies 8ef592ce7cc4 4 Bedazzle the zerlog
kies 0a9639fcda9d 5 Morgify the cromulancy

· Er zijn een aantal wijzigingen doorgevoerd. Revisie 2 en 4 moeten worden verwisseld.

Begin geschiedenis bewerken vanaf revisie 2:

hg histedit -r 2

Er wordt een editor geopend die de lijst met revisies bevat, met specifieke acties gespecificeerd:

kies 252a1af424ad 2 Blorb a morgwazzle
kies 5339bf82f0ca 3 Zworgle de foobar
kies 8ef592ce7cc4 4 Bedazzle the zerlog

Om revisie 2 en 4 om te wisselen, worden de regels verwisseld in de editor:

kies 8ef592ce7cc4 4 Bedazzle the zerlog
kies 5339bf82f0ca 3 Zworgle de foobar
kies 252a1af424ad 2 Blorb a morgwazzle

Retourneert 0 bij succes, 1 als tussenkomst van de gebruiker vereist is (niet alleen voor opzettelijke "bewerken"
commando, maar ook voor het oplossen van onverwachte conflicten).

Opties:

--commando's
geschiedenisbewerkingen lezen van het opgegeven bestand

-C, --doorgaan met
doorgaan met een bewerking die al bezig is

--bewerk-plan
lijst met resterende acties bewerken

-k, --houden
verwijder oude knooppunten niet nadat het bewerken is voltooid

--afbreken
een bewerking die aan de gang is afbreken

-O, --uitgaand
wijzigingensets niet gevonden in bestemming

-F, --kracht
forceer uitgaand zelfs voor niet-gerelateerde repositories

-R,--rev
eerste revisie die moet worden bewerkt

[+] gemarkeerde optie kan meerdere keren worden opgegeven

trefwoord
breid trefwoorden uit in bijgehouden bestanden

Deze extensie breidt RCS/CVS-achtige of zelf-aangepaste $Keywords$ uit in bijgehouden tekstbestanden
geselecteerd door uw configuratie.

Trefwoorden worden alleen uitgebreid in lokale repositories en niet opgeslagen in de wijzigingsgeschiedenis. De
mechanisme kan worden beschouwd als een gemak voor de huidige gebruiker of voor archivering
distributie.

Trefwoorden breiden uit naar de wijzigingssetgegevens die betrekking hebben op de laatste wijziging ten opzichte van de
bovenliggende werkmap van elk bestand.

Configuratie wordt gedaan in de secties [keyword], [keywordset] en [keywordmaps] van hgrc
bestanden.

Voorbeeld:

[zoekwoord]
# breid trefwoorden uit in elk python-bestand behalve die overeenkomen met "x*"
**.p =
x* = negeren

[zoekwoordenset]
# geef de voorkeur aan svn- boven cvs-achtige standaard trefwoordmaps
svn = Waar

Opmerking Hoe specifieker u bent in uw bestandsnaampatronen, hoe minder u snelheid verliest in enorme
opslagplaatsen.

Voor [keywordmaps] sjabloontoewijzing en uitbreidingsdemonstratie en controlerun hg kdemo.
Bekijk hg hulp templates voor een lijst met beschikbare sjablonen en filters.

Er zijn drie extra datumsjabloonfilters beschikbaar:

utcdate

"2006/09/18 15:13:13"

svnutcdate

"2006-09-18 15:13:13Z"

svnisodaat

"2006-09-18 08:13:13 -700 (ma 18 sep 2006)"

De standaard sjabloontoewijzingen (bekijken met hg kdemo -d) kan worden vervangen door aangepast
trefwoorden en sjablonen. Nogmaals, ren hg kdemo om de resultaten van uw configuratie te controleren
veranderingen.

Voordat u actieve zoekwoorden wijzigt/uitschakelt, moet u uitvoeren hg kshrink om opslag te vermijden
uitgebreide trefwoorden in de wijzigingsgeschiedenis.

Om uitbreiding te forceren nadat het is ingeschakeld, of een configuratiewijziging, voert u hg kexpander.

Uitbreidingen die meer dan één regel overspannen en incrementele uitbreidingen, zoals CVS' $Log$, zijn
niet ondersteund. Een trefwoordsjabloonkaart "Log = {desc}" breidt zich uit naar de eerste regel van de
beschrijving van de wijzigingsset.

commando's
kdemo
print [keywordmaps] configuratie en een uitbreidingsvoorbeeld:

hg kwdemo [-d] [-f RCFILE] [SJABLOON]...

Toon huidige, aangepaste of standaard trefwoordsjabloonkaarten en hun uitbreidingen.

Breid de huidige configuratie uit door kaarten als argumenten op te geven en -f/--rcfile te gebruiken om
bron een extern hgrc-bestand.

Gebruik -d/--default om de huidige configuratie uit te schakelen.

Bekijk hg hulp templates voor informatie over sjablonen en filters.

Opties:

-NS, --standaard
toon standaard trefwoordsjabloonkaarten

-F,--rcbestand
lees kaarten uit rcfile

kexpander
expand trefwoorden in de werkmap:

hg kwexpand [OPTIE]... [BESTAND]...

Uitvoeren na (opnieuw) inschakelen van trefwoorduitbreiding.

kwexpand weigert te draaien als bepaalde bestanden lokale wijzigingen bevatten.

Opties:

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

kwbestanden
bestanden weergeven die zijn geconfigureerd voor trefwoorduitbreiding:

hg kwfiles [OPTIE]... [BESTAND]...

Lijst met welke bestanden in de werkdirectory overeenkomen met de [keyword]-configuratie
patronen.

Handig om onbedoelde zoekwoorduitbreiding te voorkomen en de uitvoering te versnellen door het opnemen van
alleen bestanden die daadwerkelijk in aanmerking komen voor uitbreiding.

Bekijk hg hulp trefwoord over het construeren van patronen voor zowel inclusie als uitsluiting van
bestanden.

Met -A/--all en -v/--verbose zijn de codes die worden gebruikt om de status van bestanden weer te geven:

K = kandidaat voor zoekwoorduitbreiding
k = kandidaat voor zoekwoorduitbreiding (niet bijgehouden)
ik = genegeerd
i = genegeerd (niet gevolgd)

Opties:

-EEN, --alle
toon trefwoordstatusvlaggen van alle bestanden

-l, --negeren
bestanden weergeven die zijn uitgesloten van uitbreiding

-u, --onbekend
toon alleen onbekende (niet bijgehouden) bestanden

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

kshrink
zet uitgebreide trefwoorden terug in de werkmap:

hg kwshrink [OPTIE]... [BESTAND]...

Moet worden uitgevoerd voordat actieve zoekwoorden worden gewijzigd/uitgeschakeld.

kwshrink weigert te draaien als bepaalde bestanden lokale wijzigingen bevatten.

Opties:

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

grote bestanden
grote binaire bestanden bijhouden

Grote binaire bestanden zijn meestal niet erg comprimeerbaar, niet erg diffable en helemaal niet
samen te voegen. Dergelijke bestanden worden niet efficiënt verwerkt door het opslagformaat van Mercurial (revlog),
die is gebaseerd op gecomprimeerde binaire delta's; grote binaire bestanden opslaan als normaal
Mercurial-bestanden verspillen bandbreedte en schijfruimte en verhogen het geheugengebruik van Mercurial.
De extensie largefiles lost deze problemen op door een gecentraliseerde client-server toe te voegen
laag bovenop Mercurial: grote bestanden leven in a centraal shop op het netwerk
ergens, en je haalt alleen de revisies op die je nodig hebt wanneer je ze nodig hebt.

largefiles werkt door voor elk groot bestand een "standin-bestand" in .hglf/ bij te houden. De
stand-ins zijn klein (41 bytes: een SHA-1 hash plus newline) en worden bijgehouden door Mercurial.
Revisies van grote bestanden worden geïdentificeerd door de SHA-1-hash van hun inhoud, die is geschreven
naar de stand. largefiles gebruikt die revisie-ID om revisies van grote bestanden op te halen/te plaatsen van/naar
de centrale winkel. Dit bespaart zowel schijfruimte als bandbreedte, aangezien u dat niet hoeft te doen
haal alle historische revisies van grote bestanden op wanneer u kloont of trekt.

Om een ​​nieuwe repository te starten of nieuwe grote binaire bestanden toe te voegen, voeg je --large toe aan je hg toevoegen
opdracht. Bijvoorbeeld:

$ dd if=/dev/urandom of=randomdata count=2000
$ hg toevoegen --grote willekeurige gegevens
$ hg commit -m 'willekeurige gegevens toevoegen als een groot bestand'

Wanneer u een wijzigingenset pusht die grote bestanden toevoegt/aanpast aan een externe repository, is het
revisies van grote bestanden worden mee geüpload. Merk op dat de Mercurial op afstand moet:
heb ook de extensie largefiles ingeschakeld om dit te laten werken.

Wanneer u een wijzigingenset ophaalt die van invloed is op grote bestanden uit een externe repository, worden de grote bestanden
want de wijzigingenset wordt standaard niet verwijderd. Wanneer u echter bijwerkt naar een dergelijke
revisie, worden alle grote bestanden die nodig zijn voor die revisie gedownload en in de cache opgeslagen (als ze dat hebben)
nooit eerder gedownload). Een manier om grote bestanden te trekken tijdens het trekken is dus om te gebruiken
--update, die je werkkopie zal updaten naar de laatste getrokken revisie (en daardoor
het downloaden van nieuwe grote bestanden).

Als je grote bestanden wilt ophalen die je nog niet nodig hebt voor een update, dan kun je pull gebruiken met
de --lfrev optie of de hg trek opdracht.

Als u weet dat u vanaf een niet-standaardlocatie aan het downloaden bent en u wilt alle
grote bestanden die tegelijkertijd overeenkomen met de nieuwe wijzigingensets, dan kun je trekken met
--lfrev "getrokken()".

Als u er zeker van wilt zijn dat u over de grote bestanden beschikt die nodig zijn om samen te voegen of opnieuw te baseren
met nieuwe koppen die je trekt, dan kun je mee trekken --lfrev "hoofd(getrokken())" vlag
om preventief alle grote bestanden te downloaden die nieuw zijn in de hoofden die u trekt.

Houd er rekening mee dat netwerktoegang nu nodig kan zijn om te updaten naar de wijzigingensets die je hebt
niet eerder bijgewerkt naar. De aard van de extensie largefiles betekent dat bijwerken is
niet langer gegarandeerd een lokale operatie.

Als u al grote bestanden heeft die door Mercurial worden bijgehouden zonder de extensie largefiles, kunt u:
zal uw repository moeten converteren om te kunnen profiteren van grote bestanden. Dit is gedaan
met de hg lfconverteren opdracht:

$ hg lfconvert --size 10 ouderepo nieuwerepo

In repositories die al grote bestanden bevatten, zal elk nieuw bestand groter dan 10 MB:
automatisch worden toegevoegd als een groot bestand. Om deze drempel te wijzigen, stelt u in: grote bestanden.minsize in
uw Mercurial-configuratiebestand naar de minimale grootte in megabytes om als een groot bestand te volgen, of
gebruik de --lfsize optie voor het add commando (ook in megabytes):

[grote bestanden]
minimaat = 2

$ hg toevoegen --lfsize 2

De largefiles.patronen config-optie stelt u in staat om een ​​lijst met bestandsnaampatronen op te geven
(Zie hg hulp patronen) die altijd moeten worden bijgehouden als grote bestanden:

[grote bestanden]
patronen =
* .jpg
re:.*\.(png|bmp)$
bibliotheek.zip
inhoud/audio/*

Bestanden die overeenkomen met een van deze patronen worden toegevoegd als grote bestanden, ongeacht hun
grootte.

De grote bestanden.minsize en largefiles.patronen configuratie-opties worden genegeerd voor elke
repositories die nog geen groot bestand bevatten. Om het eerste grote bestand toe te voegen aan a
repository, moet u dit expliciet doen met de --large vlag doorgegeven aan de hg toevoegen opdracht.

commando's
lfconverteren
converteer een normale repository naar een largefile repository:

hg lfconvert BRON BESTEMMING [BESTAND ...]

Converteer repository SOURCE naar een nieuwe repository DEST, identiek aan SOURCE behalve dat:
bepaalde bestanden worden geconverteerd als grote bestanden: in het bijzonder elk bestand dat overeenkomt met een
PATROON or waarvan de grootte boven de drempel voor de minimale grootte ligt, wordt geconverteerd als een groot bestand. De
grootte die wordt gebruikt om te bepalen of een bestand als een groot bestand moet worden gevolgd, is de grootte van de
eerste versie van het bestand. De minimummaat kan worden opgegeven met --size of in
configuratie als grote bestanden.grootte.

Nadat je deze opdracht hebt uitgevoerd, moet je ervoor zorgen dat largefiles overal is ingeschakeld
u van plan bent de nieuwe repository te pushen.

Gebruik --to-normal om grote bestanden terug te converteren naar normale bestanden; daarna de DEST
repository kan helemaal zonder grote bestanden worden gebruikt.

Opties:

-Ja,--maat
minimale grootte (MB) voor bestanden die moeten worden geconverteerd als grote bestanden

--naar normaal
converteren van een largefile repo naar een normale repo

trek
trek grote bestanden voor de opgegeven revisies uit de opgegeven bron:

hg lfpull -r REV... [-e CMD] [--remotecmd CMD] [BRON]

Pull grote bestanden waarnaar wordt verwezen uit lokale wijzigingensets maar die lokaal ontbreken, pull
van een externe repository naar de lokale cache.

Als SOURCE wordt weggelaten, wordt het 'default'-pad gebruikt. Zien hg hulp urls meer
informatie.

Een paar voorbeelden:

· pull largefiles voor alle branch heads:

hg lfpull -r "head() en niet gesloten()"

· pull largefiles op de standaard branch:

hg lfpull -r "branch (standaard)"

Opties:

-R,--rev
trek grote bestanden voor deze revisies

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

mq
een stapel patches beheren

Met deze extensie kun je werken met een stapel patches in een Mercurial-repository. Het lukt
twee stapels patches - alle bekende patches en toegepaste patches (subset van bekende patches).

Bekende patches worden weergegeven als patchbestanden in de directory .hg/patches. Toegepaste patches
zijn zowel patchbestanden als wijzigingensets.

Algemene taken (gebruik hg hulp commando voor meer details):

nieuwe patch maken qnew
bestaande patch importeren qimport

print patch serie qseries
print toegepaste patches qapplied

bekende patch toevoegen aan toegepaste stapel qpush
verwijder patch van toegepaste stapel qpop
ververs de inhoud van de bovenste toegepaste patch qrefresh

Standaard gebruikt mq automatisch git-patches wanneer dat nodig is om te voorkomen dat de bestandsmodus verloren gaat
wijzigingen, records kopiëren, binaire bestanden of lege bestanden maken of verwijderen. Dit gedrag
kan worden geconfigureerd met:

[m²]
git = auto/houden/ja/nee

Indien ingesteld op 'keep', zal mq de [diff] sectieconfiguratie gehoorzamen met behoud van bestaande
git patches op qrefresh. Indien ingesteld op 'ja' of 'nee', zal mq de sectie [diff] overschrijven
en genereer altijd git of reguliere patches, waarbij in het tweede geval mogelijk gegevens verloren gaan.

Het kan wenselijk zijn dat mq-wijzigingensets in de geheime fase worden bewaard (zie hg hulp fasen),
die kan worden ingeschakeld met de volgende instelling:

[m²]
geheim = waar

U beheert standaard een patchwachtrij met de naam "patches". U kunt andere,
onafhankelijke patch-wachtrijen met de hg wachtrij opdracht.

Als de werkdirectory niet-toegewezen bestanden bevat, qpush, qpop en qgoto abort
onmiddellijk. Als -f/--force wordt gebruikt, worden de wijzigingen genegeerd. Instelling:

[m²]
keepchanges = Waar

zorg ervoor dat ze zich gedragen alsof --keep-changes zijn doorgegeven, en niet-conflicterende lokale wijzigingen zullen
worden getolereerd en behouden. Als incompatibele opties zoals -f/--force of --exact zijn
doorgegeven, wordt deze instelling genegeerd.

Deze extensie bood vroeger een stripopdracht. Dit commando staat nu in de strip
verlenging.

commando's
qtoegepast
print de reeds aangebrachte patches:

hg qtoegepast [-1] [-s] [PATCH]

Retourneert 0 bij succes.

Opties:

-1, --laatste
toon alleen de vorige toegepaste patch

-Ja, --samenvatting
print de eerste regel van de patchheader

qkloon
kloon hoofd- en patch-repository tegelijkertijd:

hg qclone [OPTIE]... BRON [BESTEMMING]

Als de bron lokaal is, worden er op de bestemming geen patches toegepast. Als de bron op afstand is, is dit:
commando kan niet controleren of patches zijn toegepast in de broncode, dus kan niet garanderen dat patches
worden niet toegepast in de bestemming. Als je een externe repository kloont, zorg er dan voor dat het:
geen pleisters aangebracht.

Bron patch repository wordt gezocht in /.hg/patches standaard. Gebruik -p naar
veranderen.

De patch-directory moet een geneste Mercurial-repository zijn, zoals zou worden gemaakt door: hg init
--mq.

Retour 0 bij succes.

Opties:

--trekken gebruik het pull-protocol om metadata te kopiëren

-U, --geen update
werk de nieuwe werkmappen niet bij

--ongecomprimeerd
gebruik ongecomprimeerde overdracht (snel over LAN)

-P,--pleisters
locatie van bronpatchrepository

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

qcommit
wijzigingen doorvoeren in de wachtrij-repository (DEPRECATED):

hg qcommit [OPTIE]... [BESTAND]...

Deze opdracht is verouderd; gebruiken hg plegen --mq gebruiken.

Opties:

-EEN, --toevoegen verwijderen
markeer nieuwe/ontbrekende bestanden als toegevoegd/verwijderd voordat ze worden vastgelegd

--close-filiaal
markeer een takkop als gesloten

--wijzigen
wijzig de ouder van de werkdirectory

-Ja, --geheim
gebruik de geheime fase om te committen

-e, --Bewerk
aanroepen editor op commit berichten

-l, --interactief
interactieve modus gebruiken

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

-S, --subrepo's
terugkeren naar subrepositories

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: qci

qverwijderen
verwijder patches uit de wachtrij:

hg qdelete [-k] [PATCH]...

De pleisters mogen niet worden aangebracht en er is ten minste één pleister vereist. Exacte patch
identificatienummers moeten worden opgegeven. Met -k/--keep worden de patchbestanden in de patch bewaard
directory.

Om te stoppen met het beheren van een patch en deze naar de permanente geschiedenis te verplaatsen, gebruikt u de hg qafwerking opdracht.

Opties:

-k, --houden
patch-bestand behouden

-R,--rev
stoppen met het beheren van een revisie (VERLATEN)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: qverwijder qrm

qdiff
diff van de huidige patch en daaropvolgende wijzigingen:

hg qdiff [OPTIE]... [BESTAND]...

Toont een diff die de huidige patch bevat, evenals alle wijzigingen die zijn aangebracht
in de werkdirectory sinds de laatste verversing (waardoor wordt weergegeven wat de huidige patch zou doen)
worden na een qrefresh).

Te gebruiken hg diff als u alleen de wijzigingen wilt zien die zijn aangebracht sinds de laatste qrefresh, of hg exporteren
tip als je wijzigingen wilt zien die door de huidige patch zijn gemaakt zonder de aangebrachte wijzigingen op te nemen
sinds de qrefresh.

Retourneert 0 bij succes.

Opties:

-een, --tekst
behandel alle bestanden als tekst

-G, --git
gebruik git extended diff formaat

--nodateert
laat datums uit diff-headers weg

--geen voorvoegsel
laat a/ en b/ voorvoegsels weg uit bestandsnamen

-P, --show-functie
laat zien in welke functie elke wijziging zit

--omgekeerde
produceer een diff die de wijzigingen ongedaan maakt

-w, --negeer-alle-ruimte
negeer witruimte bij het vergelijken van lijnen

-B, --negeer-ruimte-verandering
negeer veranderingen in de hoeveelheid witruimte

-B, --negeer-lege-regels
negeer wijzigingen waarvan de regels allemaal leeg zijn

-U,--Verenigd
aantal regels context dat moet worden weergegeven

--staat output diffstat-stijl samenvatting van wijzigingen

--wortel
produceer diffs ten opzichte van subdirectory

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

qafwerking
verplaats toegepaste patches naar de geschiedenis van de repository:

hg qfinish [-a] [REV]...

Voltooit de gespecificeerde revisies (overeenkomend met toegepaste patches) door ze uit
mq control in de reguliere repositorygeschiedenis.

Accepteert een revisiebereik of de optie -a/--toegepast. Als --toegepast is opgegeven, alle
toegepaste mq-revisies worden verwijderd uit mq-besturing. Anders moeten de gegeven revisies zijn
aan de basis van de stapel aangebrachte pleisters.

Dit kan vooral handig zijn als uw wijzigingen zijn toegepast op een upstream-repository,
of als u op het punt staat uw wijzigingen stroomopwaarts te pushen.

Retourneert 0 bij succes.

Opties:

-een, --toegepast
voltooi alle toegepaste wijzigingensets

viervoudig
vouw de genoemde patches in de huidige patch:

hg qfold [-e] [-k] [-m TEKST] [-l BESTAND] PATCH...

Patches mogen nog niet worden aangebracht. Elke patch wordt achtereenvolgens toegepast op de huidige
patch in de aangegeven volgorde. Als alle patches met succes zijn toegepast, wordt de huidige patch:
vernieuwd met de nieuwe cumulatieve patch en de gevouwen patches worden verwijderd. Met
-k/--keep, de gevouwen patch-bestanden worden daarna niet verwijderd.

De koptekst voor elke gevouwen patch wordt samengevoegd met de huidige patchkop,
gescheiden door een regel van * * *.

Retourneert 0 bij succes.

Opties:

-e, --Bewerk
aanroepen editor op commit berichten

-k, --houden
bewaar gevouwen patchbestanden

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

qgoto
push of pop patches totdat de benoemde patch bovenaan de stapel staat:

hg qgoto [OPTIE]... PATCH

Retourneert 0 bij succes.

Opties:

--behoud-wijzigingen
tolereer niet-conflicterende lokale veranderingen

-F, --kracht
overschrijf eventuele lokale wijzigingen

--geen back-up
bewaar geen reservekopieën van bestanden

bewaker
bewakers instellen of afdrukken voor een patch:

hg qguard [-l] [-n] [PATCH] [-- [+GUARD]... [-GUARD]...]

Guards bepalen of een patch kan worden gepusht. Een patch zonder bewakers wordt altijd geduwd. EEN
patch met een positieve guard ("+foo") wordt alleen geduwd als de hg QSelecteer commando heeft
het geactiveerd. Een patch met een negatieve guard ("-foo") wordt nooit geduwd als de hg QSelecteer
commando heeft het geactiveerd.

Druk zonder argumenten de momenteel actieve bewakers af. Stel met argumenten bewakers in voor de
patch genoemd.

Opmerking Voor het specificeren van negatieve beveiligingen is nu '--' vereist.

Om bewakers op een andere patch in te stellen:

hg qguard andere.patch -- +2.6.17 -stable

Retourneert 0 bij succes.

Opties:

-ik, --lijst
lijst alle patches en bewakers

-N, --geen
laat alle bewakers vallen

qkop
print de header van de bovenste of gespecificeerde patch:

hg qheader [PATCH]

Retourneert 0 bij succes.

qimporteren
een patch of bestaande wijzigingenset importeren:

hg qimport [-e] [-n NAAM] [-f] [-g] [-P] [-r REV]... [BESTAND]...

De patch wordt in de serie ingevoegd na de laatst aangebrachte patch. Als er geen patches zijn:
is toegepast, voegt qimport de patch toe aan de serie.

De patch zal dezelfde naam hebben als het bronbestand, tenzij je het een nieuwe geeft met
-n/--naam.

U kunt een bestaande patch in de patch-directory registreren met de vlag -e/--existing.

Met -f/--force wordt een bestaande patch met dezelfde naam overschreven.

Een bestaande wijzigingenset kan onder mq-beheer worden geplaatst met -r/--rev (bijv. qimport --rev .
-n patch plaatst de huidige revisie onder mq-controle). Met -g/--git, patches
geïmporteerd met --rev zal het git diff formaat gebruiken. Zie het diffs help-onderwerp voor informatie
waarom dit belangrijk is voor het behouden van hernoemen/kopiëren van informatie en toestemmingswijzigingen.
Te gebruiken hg qafwerking om wijzigingensets uit mq control te verwijderen.

Om een ​​patch van standaardinvoer te importeren, geeft u - door als het patchbestand. Bij importeren uit
standaardinvoer, moet een patchnaam worden opgegeven met de vlag --name.

Een bestaande patch importeren terwijl u deze hernoemt:

hg qimport -e bestaande-patch -n nieuwe-naam

Retourneert 0 als het importeren is gelukt.

Opties:

-e, --bestaande
bestand importeren in patchmap

-N,--naam
naam van patchbestand

-F, --kracht
bestaande bestanden overschrijven

-R,--rev
bestaande revisies onder mq-controle plaatsen

-G, --git
gebruik git extended diff formaat

-P, --duw
qpush na het importeren

[+] gemarkeerde optie kan meerdere keren worden opgegeven

kini
init een nieuwe wachtrij-repository (DEPRECATED):

hg qiniet [-c]

De wachtrijrepository heeft standaard geen versiebeheer. Als -c/--create-repo is opgegeven, wordt qinit
maakt een aparte geneste repository voor patches (qinit -c kan later ook worden uitgevoerd om
een patch-repository zonder versiebeheer omzetten in een versie met versie). U kunt qcommit gebruiken om
wijzigingen doorvoeren in deze wachtrij-repository.

Deze opdracht is verouderd. Zonder -c wordt dit geïmpliceerd door andere relevante commando's. Met -c,
. hg init --mq gebruiken.

Opties:

-C, --creëer-repo
wachtrij-opslagplaats maken

nieuw
maak een nieuwe patch:

hg qnew [-e] [-m TEKST] [-l BESTAND] PATCH [BESTAND]...

qnew maakt een nieuwe patch bovenop de momenteel toegepaste patch (indien aanwezig). De patch wordt
geïnitialiseerd met eventuele openstaande wijzigingen in de werkdirectory. U kunt ook gebruik maken van
-I/--include, -X/--exclude, en/of een lijst met bestanden na de patchnaam die alleen mogen worden toegevoegd
wijzigingen in het matchen van bestanden met de nieuwe patch, de rest als niet-vastgelegde wijzigingen.

-u/--user en -d/--date kunnen worden gebruikt om respectievelijk de (gegeven) gebruiker en datum in te stellen.
-U/--currentuser en -D/--currentdate stellen gebruiker in op huidige gebruiker en datum op huidige datum.

-e/--edit, -m/--message of -l/--logfile stel zowel de patch-header als de commit in
bericht. Als er geen is opgegeven, is de koptekst leeg en is het vastleggingsbericht '[mq]:
LAPJE'.

Gebruik de -g/--git optie om de patch in het git extended diff formaat te houden. Lees de verschillen
help-onderwerp voor meer informatie over waarom dit belangrijk is voor het behouden van toestemmingswijzigingen
en kopieer/hernoem informatie.

Retourneert 0 bij het succesvol maken van een nieuwe patch.

Opties:

-e, --Bewerk
aanroepen editor op commit berichten

-F, --kracht
niet-vastgelegde wijzigingen importeren (VERLATEN)

-G, --git
gebruik git extended diff formaat

-U, --huidige gebruiker
toevoegen "Van: "patchen"

-u,--gebruiker
toevoegen "Van: "patchen"

-NS, --huidige datum
toevoegen "Datum: "patchen"

-NS,--datum
toevoegen "Datum: "patchen"

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

[+] gemarkeerde optie kan meerdere keren worden opgegeven

Qnext
print de naam van de volgende pushable patch:

hg volgende [-s]

Retourneert 0 bij succes.

Opties:

-Ja, --samenvatting
print de eerste regel van de patchheader

qpop
pop de huidige patch van de stapel:

hg qpop [-a] [-f] [PATCH | INHOUDSOPGAVE]

Zonder argument springt het van de top van de patch-stack. Als een patchnaam wordt gegeven, blijft
patches uitzetten totdat de genoemde patch bovenaan de stapel staat.

Afbreken standaard als de werkdirectory niet-vastgelegde wijzigingen bevat. Met
--keep-changes, alleen afbreken als de niet-toegewezen bestanden overlappen met gepatchte bestanden. Met
-f/--force, back-up en verwijder wijzigingen die in dergelijke bestanden zijn aangebracht.

Retour 0 bij succes.

Opties:

-een, --alle
pop alle patches

-N,--naam
wachtrijnaam om te laten knallen (VERLATEN)

--behoud-wijzigingen
tolereer niet-conflicterende lokale veranderingen

-F, --kracht
vergeet alle lokale wijzigingen in gepatchte bestanden

--geen back-up
bewaar geen reservekopieën van bestanden

qprev
print de naam van de vorige toegepaste patch:

hg qprev [-s]

Retourneert 0 bij succes.

Opties:

-Ja, --samenvatting
print de eerste regel van de patchheader

qpush
duw de volgende patch op de stapel:

hg qpush [-f] [-l] [-a] [--move] [PATCH | INHOUDSOPGAVE]

Afbreken standaard als de werkdirectory niet-vastgelegde wijzigingen bevat. Met
--keep-changes, alleen afbreken als de niet-toegewezen bestanden overlappen met gepatchte bestanden. Met
-f/--force, back-up en patch over niet-vastgelegde wijzigingen.

Retour 0 bij succes.

Opties:

--behoud-wijzigingen
tolereer niet-conflicterende lokale veranderingen

-F, --kracht
toepassen bovenop lokale wijzigingen

-e, --Exact
pas de doelpatch toe op de opgenomen ouder

-ik, --lijst
lijst patch naam in commit tekst

-een, --alle
alle patches toepassen

-M, --samenvoegen
samenvoegen vanuit een andere wachtrij (VERLATEN)

-N,--naam
naam wachtrij samenvoegen (VERLATEN)

--Actie herschik patchreeksen en pas alleen de patch toe

--geen back-up
bewaar geen reservekopieën van bestanden

wachtrij
beheer meerdere patchwachtrijen:

hg qqueue [OPTIE] [RIJ]

Ondersteunt het schakelen tussen verschillende patchwachtrijen en het maken van nieuwe patchwachtrijen
en het verwijderen van bestaande.

Als u een wachtrijnaam weglaat of -l/--list opgeeft, ziet u de geregistreerde wachtrijen - door
standaard is de "normale" patchwachtrij geregistreerd. De momenteel actieve wachtrij is:
gemarkeerd met "(actief)". Door --active op te geven, wordt alleen de naam van de actieve wachtrij afgedrukt.

Gebruik -c/--create om een ​​nieuwe wachtrij te maken. De wachtrij wordt automatisch actief gemaakt, behalve in
het geval dat er patches zijn toegepast van de momenteel actieve wachtrij in de
opslagplaats. Dan wordt alleen de wachtrij aangemaakt en mislukt het schakelen.

Gebruik --delete om een ​​bestaande wachtrij te verwijderen. U kunt de momenteel actieve wachtrij niet verwijderen.

Retourneert 0 bij succes.

Opties:

-ik, --lijst
lijst alle beschikbare wachtrijen

--actief
naam van actieve wachtrij afdrukken

-C, --creëren
nieuwe wachtrij maken

--hernoemen
hernoem actieve wachtrij

--verwijderen
verwijzing naar wachtrij verwijderen

--zuiveren
wachtrij verwijderen en patch-map verwijderen

qvernieuwen
update de huidige patch:

hg qrefresh [-I] [-X] [-e] [-m TEKST] [-l BESTAND] [-s] [BESTAND]...

Als er bestandspatronen worden geleverd, bevat de vernieuwde patch alleen de wijzigingen
die passen bij die patronen; de overige wijzigingen blijven in de maak
directory.

Als -s/--short is opgegeven, worden bestanden die momenteel in de patch zijn opgenomen, alleen vernieuwd
zoals overeenkomende bestanden en blijven in de patch.

Als -e/--edit is opgegeven, start Mercurial uw geconfigureerde editor zodat u een . kunt invoeren
bericht. In het geval dat qrefresh mislukt, vindt u een back-up van uw bericht in
.hg/laatste-bericht.txt.

hg toevoegen/verwijderen/kopiëren/hernoemen werkt zoals gewoonlijk, hoewel je misschien git-achtige patches wilt gebruiken
(-g/--git of [diff] git=1) om kopieën en hernoemingen bij te houden. Zie het diffs help-onderwerp voor meer
informatie over het git diff-formaat.

Retourneert 0 bij succes.

Opties:

-e, --Bewerk
aanroepen editor op commit berichten

-G, --git
gebruik git extended diff formaat

-Ja, --kort
ververs alleen bestanden die al in de patch zitten en gespecificeerde bestanden

-U, --huidige gebruiker
voeg auteur toe/update veld in patch met huidige gebruiker

-u,--gebruiker
voeg auteur toe/update veld in patch met gegeven gebruiker

-NS, --huidige datum
datumveld toevoegen/bijwerken in patch met huidige datum

-NS,--datum
datumveld toevoegen/bijwerken in patch met opgegeven datum

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

[+] gemarkeerde optie kan meerdere keren worden opgegeven

qhernoemen
hernoem een ​​patch:

hg qhernoem PATCH1 [PATCH2]

Hernoemt met één argument de huidige patch naar PATCH1. Met twee argumenten, hernoemt
PATCH1 tot PATCH2.

Retourneert 0 bij succes.

aliassen: qmv

qherstellen
herstel de wachtrijstatus die is opgeslagen door een revisie (VERLATEN):

hg qherstellen [-d] [-u] REV

Dit commando is verouderd, gebruik hg opnieuw baseren gebruiken.

Opties:

-NS, --verwijderen
verwijder invoer opslaan

-u, --bijwerken
werkmap van wachtrij bijwerken

qopslaan
huidige wachtrijstatus opslaan (VERLATEN):

hg qsave [-m TEKST] [-l BESTAND] [-c] [-n NAAM] [-e] [-f]

Dit commando is verouderd, gebruik hg opnieuw baseren gebruiken.

Opties:

-C, --kopiëren
kopieer patch-map

-N,--naam
mapnaam kopiëren

-e, --leeg
wachtrijstatusbestand wissen

-F, --kracht
kopie forceren

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

QSelecteer
beveiligde patches instellen of afdrukken om te pushen:

hg qselect [OPTIE]... [GUARD]...

Gebruik de hg bewaker commando om bewakers op patch in te stellen of af te drukken, gebruik dan qselect om mq . te vertellen
welke bewakers te gebruiken. Een patch wordt geduwd als deze geen bewakers of positieve bewakers heeft
overeenkomen met de momenteel geselecteerde bewaker, maar wordt niet gepusht als er negatieve bewakers overeenkomen
de huidige bewaker. Bijvoorbeeld:

qguard foo.patch -- -stable (negatieve bescherming)
qguard bar.patch +stable (positieve afscherming)
qselect stabiel

Dit activeert de "stabiele" bewaker. mq zal foo.patch overslaan (omdat het een negatieve . heeft)
match) maar druk op bar.patch (omdat het een positieve match heeft).

Drukt zonder argumenten de momenteel actieve bewakers af. Stel met één argument de active . in
bewaker.

Gebruik -n/--none om bewakers te deactiveren (geen andere argumenten nodig). Als er geen bewakers zijn?
actief zijn, worden patches met positieve bewakers overgeslagen en worden patches met negatieve bewakers
geduwd.

qselect kan de beveiligingen op aangebrachte patches wijzigen. Het laat geen bewaakte patches door
standaard. Gebruik --pop om terug te gaan naar de laatst toegepaste patch die niet bewaakt is. Gebruiken
--reapply (wat impliceert --pop) om daarna terug te gaan naar de huidige patch, maar sla over
bewaakte lappen.

Gebruik -s/--serie om een ​​lijst af te drukken van alle bewakers in het seriebestand (geen andere argumenten
nodig zijn). Gebruik -v voor meer informatie.

Retourneert 0 bij succes.

Opties:

-N, --geen
schakel alle bewakers uit

-Ja, --serie
lijst alle bewakers in seriebestand

--knal pop tot voor de eerste bewaakte aangebrachte patch

--solliciteer opnieuw
pop, dan patches opnieuw toepassen

qserie
print het hele seriebestand:

hg qserie [-ms]

Retourneert 0 bij succes.

Opties:

-M, --missend
print patches niet in serie

-Ja, --samenvatting
print de eerste regel van de patchheader

qtop
print de naam van de huidige patch:

hg qtop [-s]

Retourneert 0 bij succes.

Opties:

-Ja, --samenvatting
print de eerste regel van de patchheader

niet toegepast
print de nog niet aangebrachte patches:

hg quntoegepast [-1] [-s] [PATCH]

Retourneert 0 bij succes.

Opties:

-1, --eerst
toon alleen de eerste patch

-Ja, --samenvatting
print de eerste regel van de patchheader

de hoogte
hooks voor het verzenden van pushmeldingen per e-mail

Deze extensie implementeert hooks om e-mailmeldingen te verzenden wanneer wijzigingensets worden verzonden vanaf
of ontvangen door de lokale repository.

Schakel eerst de extensie in zoals uitgelegd in hg hulp extensies, en registreer de haak die je hebt
wil rennen. inkomend en verandergroep hooks worden uitgevoerd wanneer wijzigingensets worden ontvangen, terwijl
uitgaande hooks zijn voor wijzigingensets die naar een andere repository worden verzonden:

[haken]
# één e-mail voor elke inkomende wijzigingenset
inkomende.notify = python:hgext.notify.hook
# één e-mail voor alle inkomende wijzigingensets
changegroup.notify = python:hgext.notify.hook

# één e-mail voor alle uitgaande wijzigingensets
uitgaand.notify = python:hgext.notify.hook

Dit registreert de haken. Om meldingen in te schakelen, moeten abonnees zijn toegewezen aan:
opslagplaatsen. De [gebruikerssubs] sectie wijst meerdere opslagplaatsen toe aan een bepaalde ontvanger. De
[reposubs] sectie wijst meerdere ontvangers toe aan een enkele repository:

[gebruikerssubs]
# sleutel is het e-mailadres van de abonnee, waarde is een door komma's gescheiden lijst met repo-patronen
gebruiker@host = patroon

[reposubs]
# sleutel is repo-patroon, waarde is een door komma's gescheiden lijst met e-mails van abonnees
patroon = gebruiker@host

A patroon is een glob matchen van het absolute pad naar een repository, optioneel gecombineerd met a
revset-uitdrukking. Een revset-expressie, indien aanwezig, wordt door een hash van de glob gescheiden.
Voorbeeld:

[reposubs]
*/widgets#tak(release) = [e-mail beveiligd]

Dit stuurt naar [e-mail beveiligd] telkens een wijziging op de los tak triggers a
melding in een repository die eindigt op widgets.

Om ze onder direct gebruikersbeheer te plaatsen, [gebruikerssubs] en [reposubs] secties
kan in een aparte hgrc bestand en opgenomen door middel van verwijzing:

[melden]
config = /pad/naar/abonnementsbestand

Meldingen worden pas verzonden als de informeren.test waarde is ingesteld op Niet waar; zie onder.

De inhoud van meldingen kan worden aangepast met de volgende configuratie-items:

informeren.test
If Waar, print berichten naar stdout in plaats van ze te verzenden. Standaard: waar.

informeer.bronnen
Door spaties gescheiden lijst van wijzigingsbronnen. Meldingen worden alleen geactiveerd wanneer een
de bron van changeset staat in deze lijst. Bronnen kunnen zijn:

dienen

wijzigingensets ontvangen via http of ssh

trek

wijzigingensets ontvangen via hg trek

ontvlechten

wijzigingensets ontvangen via hg ontvlechten

duwen

wijzigingensets verzonden of ontvangen via hg duwen

bundel

wijzigingensets verzonden via hg ontvlechten

Standaard: serveren.

verwittigen.strip
Aantal slashes dat van URL-paden moet worden verwijderd. Standaard, meldingen
referentierepository's met hun absolute pad. verwittigen.strip laat je ze draaien
in relatieve paden. Bijvoorbeeld, notificeren.strip=3 zal veranderen /lang/pad/repository
in bewaarplaats. Standaard: 0.

melding.domein
Standaard e-maildomein voor afzender of ontvangers zonder expliciet domein.

informeren.stijl
Stijlbestand om te gebruiken bij het opmaken van e-mails.

melding.sjabloon
Sjabloon om te gebruiken bij het opmaken van e-mails.

notificeren.inkomend
Sjabloon om te gebruiken wanneer uitgevoerd als een inkomende hook, overschrijvend melding.sjabloon.

informeren.uitgaand
Sjabloon om te gebruiken wanneer uitgevoerd als een uitgaande hook, overschrijvend melding.sjabloon.

verwittigen.verandergroep
Sjabloon om te gebruiken bij het uitvoeren als een changegroup-hook, overschrijvend melding.sjabloon.

verwittigen.maxdiff
Maximaal aantal diff-regels dat in e-mailmeldingen moet worden opgenomen. Stel in op 0 om uit te schakelen
de diff, of -1 om alles op te nemen. Standaard: 300.

bericht.maxsubject
Maximaal aantal tekens in de onderwerpregel van de e-mail. Standaard: 67.

verwittigen.diffstat
Stel in op True om een ​​diffstat op te nemen vóór diff-inhoud. Standaard: waar.

verwittigen.samenvoegen
Indien True, stuur meldingen voor het samenvoegen van wijzigingensets. Standaard: waar.

notificeren.mbox
Indien ingesteld, voeg e-mails toe aan dit mbox-bestand in plaats van te verzenden. Standaard: Geen.

informeren.vanauteur
Indien ingesteld, gebruik de committer van de eerste wijzigingenset in een wijzigingsgroep voor de "Van"
veld van de notificatiemail. Als dit niet is ingesteld, haalt u de gebruiker uit de push-repo.
Standaard: Onwaar.

Indien ingesteld, worden de volgende items ook gebruikt om de meldingen aan te passen:

E-mail van
E-mail Van adres te gebruiken als er geen kan worden gevonden in de gegenereerde e-mailinhoud.

web.baseurl
Root repository-URL om te combineren met repositorypaden bij het maken van verwijzingen. Zien
ook verwittigen.strip.

pieper
blader commando-uitvoer met een externe pager

Om de pager in te stellen die moet worden gebruikt, stelt u de toepassingsvariabele in:

[pieper]
pager = minder -FRX

Als er geen pager is ingesteld, gebruiken de pager-extensies de omgevingsvariabele $PAGER. Als geen van beide
pager.pager, noch $PAGER is ingesteld, wordt geen pager gebruikt.

U kunt de pager voor bepaalde commando's uitschakelen door ze toe te voegen aan de pager.ignore lijst:

[pieper]
negeer = versie, help, update

U kunt de pager ook alleen voor bepaalde opdrachten inschakelen met pager.attend. Hieronder is de
standaard lijst met te raadplegen commando's:

[pieper]
attend = annoteren, cat, diff, export, glog, log, qdiff

Als u pager.attend instelt op een lege waarde, worden alle opdrachten opgeroepen.

Als pager.attend aanwezig is, wordt pager.ignore genegeerd.

Ten slotte kunt u paging voor individuele opdrachten in- en uitschakelen met de
bijwonen- optie. Deze instelling heeft voorrang op bestaand bijwonen en negeren
opties en standaardinstellingen:

[pieper]
attend-cat = onwaar

Om globale commando's zoals . te negeren hg versie or hg hulp, je moet ze specificeren in je
gebruikersconfiguratiebestand.

Om te controleren of de pager überhaupt wordt gebruikt voor een individuele opdracht, kunt u gebruik maken van
--pager= :

- gebruik indien nodig: `auto`.
- vereisen de pager: `ja` of `aan`.
- onderdruk de pager: `no` of `off` (elke niet-herkende waarde
zal ook werken).

patchbom
commando om wijzigingensets te verzenden als (een reeks) patch-e-mails

De serie begint met een introductie "[PATCH 0 of N]", waarin de serie wordt beschreven
als geheel.

Elke patch-e-mail heeft een onderwerpregel van "[PATCH M of N] ...", waarbij de eerste regel van de
wijzigingensetbeschrijving als de onderwerptekst. Het bericht bevat twee of drie lichaamsdelen:

· De beschrijving van de wijzigingenset.

· [Optioneel] Het resultaat van het uitvoeren van diffstat op de patch.

· De patch zelf, zoals gegenereerd door hg exporteren.

Elk bericht verwijst naar het eerste in de reeks met behulp van de In-Reply-To en References
headers, zodat ze als een reeks worden weergegeven in e-mail met threads en nieuwslezers, en in e-mail
archieven.

Om andere standaardinstellingen te configureren, voegt u een sectie als deze toe aan uw configuratiebestand:

[Email]
van = Mijn naam
naar = ontvanger1, ontvanger2, ...
cc = cc1, cc2, ...
bcc = bcc1, bcc2, ...
reply-to = adres1, adres2, ...

Te gebruiken [patchbom] als de naam van de configuratiesectie als u globaal moet overschrijven [Email]
adres instellingen.

Dan kun je de gebruiken hg email commando om een ​​reeks wijzigingensets als een patchbomb te mailen.

U kunt ook de methode-optie in het e-mailgedeelte configureren als een sendmail
compatibele mailer of vul de [smtp]-sectie in zodat de patchbomb-extensie kan
stuur patchbommen automatisch rechtstreeks vanaf de opdrachtregel. Zie de [e-mail] en [smtp]
secties in hgrc(5) voor details.

Standaard hg email zal vragen om een Naar or CC header als u er geen via aanlevert
configuratie of de opdrachtregel. U kunt dit overschrijven om nooit te vragen door te configureren
een lege waarde:

[Email]
cc =

U kunt de standaardopname van een introductiebericht beheren met de patchbomb.intro
configuratie optie. De configuratie wordt altijd overschreven door opdrachtregelvlaggen zoals
--intro en --desc:

[patchbom]
intro=auto # inclusief introductiebericht als er meer dan 1 patch is (standaard)
intro=never # neem nooit een introductiebericht op
intro=altijd # voeg altijd een introductiebericht toe

Je kunt patchbomb zo instellen dat hij altijd om bevestiging vraagt ​​door in te stellen patchbomb.bevestigen naar waar.

commando's
email
wijzigingensets per e-mail verzenden:

hg e-mail [OPTIE]... [BESTEMMING]...

Standaard worden diffs verzonden in het formaat gegenereerd door hg exporteren, één per bericht. De
serie begint met een "[PATCH 0 of N]" introductie, die de serie als geheel beschrijft.

Elke patch-e-mail heeft een onderwerpregel van "[PATCH M of N] ...", waarbij de eerste regel van de
beschrijving van de wijzigingenset als onderwerptekst. Het bericht bestaat uit twee of drie delen.
Ten eerste de beschrijving van de wijzigingenset.

Met de optie -d/--diffstat wordt, als het diffstat-programma is geïnstalleerd, het resultaat van het uitvoeren weergegeven
diffstat op de patch is ingevoegd.

Tenslotte de patch zelf, zoals gegenereerd door hg exporteren.

Met de opties -d/--diffstat of --confirm krijgt u een definitieve samenvatting te zien van
alle berichten en vroeg om bevestiging voordat de berichten worden verzonden.

Standaard wordt de patch als tekst in de hoofdtekst van de e-mail opgenomen, zodat deze gemakkelijk kan worden beoordeeld. De ... gebruiken
-a/--attach optie zal in plaats daarvan een bijlage voor de patch aanmaken. Met -i/--inline an
Er wordt een inline bijlage gemaakt. U kunt een patch zowel als tekst in de hoofdtekst van de e-mail opnemen
en als gewone of inline bijlage door de -a/--attach of -i/--inline te combineren met
de --body optie.

Met -o/--outgoing worden e-mails gegenereerd voor patches die niet op de bestemming zijn gevonden
repository (of alleen degenen die voorouders zijn van de opgegeven revisies, als die er zijn
mits)

Met -b/--bundle worden wijzigingensets geselecteerd als bij --outgoing, maar met één enkele e-mail
er wordt een binaire Mercurial-bundel als bijlage verzonden. Gebruik de patchbomb.bundeltype
config-optie om het bundeltype te beheren zoals bij hg bundel --type.

Met -m/--mbox, in plaats van elk patchbomb-bericht in een pager te bekijken of de
berichten rechtstreeks, er wordt een UNIX-mailboxbestand gemaakt met de patch-e-mails. Deze brievenbus
bestand kan worden bekeken met elke mail user agent die UNIX mbox-bestanden ondersteunt.

Met -n/--test worden alle stappen uitgevoerd, maar wordt er geen e-mail verzonden. Er wordt om u gevraagd
een e-mailadres van de ontvanger, een onderwerp en een inleidend bericht waarin de patches worden beschreven
van je patchbom. Als alles klaar is, worden patchbomb-berichten weergegeven. Als de PAGER
omgevingsvariabele is ingesteld, wordt uw pager één keer geactiveerd voor elk patchbomb-bericht,
zodat u kunt controleren of alles in orde is.

In het geval dat het verzenden van e-mail mislukt, vindt u een back-up van uw serie-inleidende bericht in
.hg/laatste e-mail.txt.

Het standaardgedrag van deze opdracht kan via configuratie worden aangepast. (Zien hg hulp
patchbom voor details)

Voorbeelden:

hg email -r 3000 # verzend alleen patch 3000
hg email -r 3000 -r 3001 # verzend patches 3000 en 3001
hg email -r 3000:3005 # verzend patches 3000 tot en met 3005
hg email 3000 # verzend patch 3000 (verouderd)

hg email -o # stuur alle patches die niet standaard zijn
hg email -o DEST # stuur alle patches die niet in DEST staan
hg email -o -r 3000 # stuur alle voorouders van 3000 niet standaard
hg email -o -r 3000 DEST # stuur alle voorouders van 3000 niet in DEST

hg email -b # verzend een bundel van alle patches die niet standaard zijn
hg email -b DEST # stuur bundel van alle patches die niet in DEST staan
hg email -b -r 3000 # bundel van alle voorouders van 3000 niet standaard
hg email -b -r 3000 DEST # bundel van alle voorouders van 3000 niet in DEST

hg email -o -m mbox && # genereer een mbox-bestand...
mutt -R -f mbox # ... en bekijk het met mutt
hg email -o -m mbox && # genereer een mbox-bestand ...
formail -s sendmail \ # ... en gebruik formail om vanuit de mbox te verzenden
-bm -t < mbox # ... met behulp van sendmail

Voordat u deze opdracht gebruikt, moet u e-mail inschakelen in uw hgrc. Zie de [e-mail]
sectie in hgrc(5) voor details.

Opties:

-G, --git
gebruik git extended diff formaat

--vlak
laat de hg-patchheader weg

-O, --uitgaand
wijzigingen verzenden die niet in de doelrepository zijn gevonden

-B, --bundel
verzend wijzigingen die niet in het doel vallen als een binaire bundel

--bundelnaam
naam van het bundelbijlagebestand (standaard: bundel)

-R,--rev
een revisie om te verzenden

--kracht
wordt uitgevoerd, zelfs als de externe repository geen verband houdt (met -b/--bundle)

--baseren
een basiswijzigingsset die moet worden opgegeven in plaats van een bestemming (met -b/--bundle)

--inleiding
stuur een introductie-e-mail voor een enkele patch

--lichaam patches verzenden als inline berichttekst (standaard)

-een, --bijvoegen
stuur patches als bijlagen

-l, --in lijn
stuur patches als inline bijlagen

--bcc
e-mailadressen van blinde ontvangers van carbon copy

-C,--cc
e-mailadressen van ontvangers van kopieën

--bevestigen
vraag om bevestiging voordat u verzendt

-NS, --verschilstat
voeg diffstat-uitvoer toe aan berichten

--datum
gebruik de opgegeven datum als verzenddatum

--beschrijf
gebruik het opgegeven bestand als seriebeschrijving

-F,--van
e-mailadres van afzender

-N, --toets
berichten afdrukken die zouden worden verzonden

-M,--mbox
schrijf berichten naar het mbox-bestand in plaats van ze te verzenden

--antwoord aan
e-mailadressen waarop antwoorden moeten worden verzonden

-Ja,--onderwerp
onderwerp van het eerste bericht (intro of enkele patch)

--als antwoord op
bericht-ID waarop moet worden gereageerd

--vlag
vlaggen om onderwerpvoorvoegsels toe te voegen

-T,--tot
e-mailadressen van ontvangers

-e,--sst
specificeer het ssh-commando om te gebruiken

--remotecmd
specificeer de hg-opdracht om op de externe kant uit te voeren

--onzeker
verifieer het servercertificaat niet (web.cacerts config negeren)

[+] gemarkeerde optie kan meerdere keren worden opgegeven

zuivering
commando om niet-bijgehouden bestanden uit de werkmap te verwijderen

commando's
zuivering
verwijdert bestanden die niet door Mercurial worden bijgehouden:

hg purge [OPTIE]... [DIR]...

Verwijder bestanden die niet bekend zijn bij Mercurial. Dit is handig om lokale en niet-vastgelegde wijzigingen te testen
in een verder schone bronboom.

Dit betekent dat door opschonen standaard het volgende wordt verwijderd:

· Onbekende bestanden: bestanden gemarkeerd met "?" door hg toestand

· Lege mappen: in feite negeert Mercurial mappen tenzij deze bestanden bevatten
beheer van broncontrole

Maar het zal onaangeroerd blijven:

· Gewijzigde en ongewijzigde bijgehouden bestanden

· Genegeerde bestanden (tenzij --all is opgegeven)

· Nieuwe bestanden toegevoegd aan de repository (met hg toevoegen)

De opties --files en --dirs kunnen worden gebruikt om het opschonen direct uit te voeren en alleen bestanden te verwijderen
mappen, of beide. Als geen van beide opties wordt gegeven, worden beide verwijderd.

Als er mappen worden opgegeven op de opdrachtregel, zijn dat alleen de bestanden in deze mappen
beschouwd.

Wees voorzichtig met opschonen, aangezien u onomkeerbaar een aantal bestanden kunt verwijderen waaraan u bent vergeten toe te voegen
de repository. Als u alleen de lijst met bestanden wilt afdrukken, zal dit programma dit doen
verwijderen, gebruik dan de optie --print.

Opties:

-een, --afbreken bij fout
afbreken als er een fout optreedt

--alle ook genegeerde bestanden opschonen

-- richt lege mappen opruimen

--bestanden
bestanden opschonen

-P, --afdrukken
bestandsnamen afdrukken in plaats van ze te verwijderen

-0, --afdrukken0
eind bestandsnamen met NUL, voor gebruik met xargs (impliceert -p/--print)

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

aliassen: schoon

opnieuw baseren
commando om sets revisies naar een andere voorouder te verplaatsen

Met deze extensie kunt u wijzigingensets opnieuw baseren in een bestaande Mercurial-repository.

Voor meer informatie: https://mercurial-scm.org/wiki/RebaseExtension

commando's
opnieuw baseren
verplaats wijzigingenset (en afstammelingen) naar een andere tak:

hg rebase [-s REV | -b REV] [-d REV] [OPTIE]

Rebase maakt gebruik van herhaaldelijk samenvoegen om wijzigingensets uit één deel van de geschiedenis (de bron) te halen
naar een andere (de bestemming). Dit kan handig zijn bij het lineariseren lokaal verandert relatief
naar een hoofdontwikkelingsboom.

Gepubliceerde commits kunnen niet opnieuw worden gebaseerd (zie hg hulp fasen). Om commits te kopiëren, zie hg hulp
Ent.

Als u geen bestemmingswijzigingsset opgeeft (-d/--best), gebruikt rebase de huidige branch
fooi als bestemming. (De bestemmingswijzigingsset wordt niet gewijzigd door rebasen, maar nieuw
wijzigingensets worden toegevoegd als hun nakomelingen.)

Manieren om wijzigingensets te selecteren:

1. Selecteer ze expliciet met --rev.

2. Gebruiken --bron om een ​​basiswijzigingsset te selecteren en alle onderliggende wijzigingen op te nemen.

3. Gebruiken --baseren om een ​​wijzigingenset te selecteren; rebase zal voorouders en hun nakomelingen vinden
die niet tevens voorouders zijn van de bestemming.

4. Als u geen van deze opgeeft --rev, (bron)of --baseren, rebase zal gebruiken --baseren . as
bovenstaand.

Rebase vernietigt originele wijzigingensets, tenzij u deze gebruikt --houden. Het zal ook uw
bladwijzers (zelfs als u dat doet).

Sommige wijzigingensets kunnen worden verwijderd als ze geen wijzigingen opleveren (bijv. samenvoegingen van de
bestemmingsfiliaal).

Anders samensmelten, rebase zal niets doen als je op het punt van een tak met een genoemde tak bent
twee hoofden. U dient expliciet de bron en/of bestemming op te geven.

Als een rebase wordt onderbroken om een ​​conflict handmatig op te lossen, kan deze worden voortgezet
--continue/-c of afgebroken met --abort/-a.

Voorbeelden:

· verplaats "lokale wijzigingen" (huidige commit terug naar vertakkingspunt) naar het huidige vertakkingspunt
na een trek:

hg-rebase

· verplaats een enkele wijzigingenset naar de stabiele vertakking:

hg rebase -r 5f493448 -d stabiel

· een commit en al zijn afstammelingen splitsen op een ander deel van de geschiedenis:

hg rebase --source c0c3 --dest 4cf9

· alles op een tak gemarkeerd door een bladwijzer opnieuw baseren op de standaardtak:

hg rebase --base mijnkenmerk --dest default

· een reeks wijzigingen samenvoegen tot één enkele commit:

hg rebase --collapse -r 1520:1525 -d .

· verplaats een benoemde tak met behoud van de naam:

hg rebase -r "branch(featureX)" -d 1.3 --keepbranches

Retourneert 0 bij succes, 1 als er niets te herbaseren is of als er onopgeloste conflicten zijn.

Opties:

-Ja,--bron
rebase de opgegeven wijzigingenset en onderliggende elementen

-B,--baseren
alles opnieuw baseren vanaf het vertakkingspunt van de opgegeven wijzigingenset

-R,--rev
deze revisies opnieuw baseren

-NS,--bestemming
rebase op de opgegeven wijzigingenset

--instorten
vouw de opnieuw gebaseerde wijzigingensets samen

-M,--bericht
gebruik tekst als samenvouwingscommitbericht

-e, --Bewerk
aanroepen editor op commit berichten

-ik,--logbestand
lees het samenvouwingscommitbericht uit het bestand

-k, --houden
originele wijzigingensets behouden

--takken behouden
behoud de originele taknamen

-NS, --losmaken
(VEROUDERD)

-l, --interactief
(VEROUDERD)

-T,--hulpmiddel
specificeer de samenvoegtool

-C, --doorgaan met
een onderbroken rebase voortzetten

-een, --afbreken
een onderbroken rebase afbreken

--stijl
weergeven met behulp van sjabloonkaartbestand (VERLATEN)

-T,--sjabloon
weergeven met sjabloon

[+] gemarkeerde optie kan meerdere keren worden opgegeven

record
commando's om interactief wijzigingen te selecteren voor commit/qrefresh

commando's
opnemen
neem interactief een nieuwe patch op:

hg qrecord [OPTIE]... PATCH [BESTAND]...

Bekijk hg hulp nieuw & hg hulp record voor meer informatie en gebruik.

record
selecteer interactief de wijzigingen die u wilt vastleggen:

hg record [OPTIE]... [BESTAND]...

Als een lijst met bestanden wordt weggelaten, worden alle wijzigingen gerapporteerd door hg toestand zullen kandidaten voor zijn
opname.

Bekijk hg hulp dadels voor een lijst met formaten die geldig zijn voor -d/--date.

U wordt gevraagd of u wijzigingen in elk gewijzigd bestand en voor bestanden wilt vastleggen
met meerdere wijzigingen, voor elke wijziging die moet worden gebruikt. Voor elke vraag gelden de volgende antwoorden
mogelijk:

y - registreer deze wijziging
n - sla deze wijziging over
e - bewerk deze wijziging handmatig

s - sla de resterende wijzigingen in dit bestand over
f - registreer de resterende wijzigingen in dit bestand

d - klaar, sla de resterende wijzigingen en bestanden over
a - registreer alle wijzigingen in alle resterende bestanden
q - stoppen, geen wijzigingen opnemen

? - hulp weergeven

Deze opdracht is niet beschikbaar bij het uitvoeren van een merge.

Opties:

-EEN, --toevoegen verwijderen
markeer nieuwe/ontbrekende bestanden als toegevoegd/verwijderd voordat ze worden vastgelegd

--close-filiaal
markeer een takkop als gesloten

--wijzigen
wijzig de ouder van de werkdirectory

-Ja, --geheim
gebruik de geheime fase om te committen

-e, --Bewerk
aanroepen editor op commit berichten

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

-M,--bericht
gebruik tekst als commit-bericht

-ik,--logbestand
lees commit-bericht uit bestand

-NS,--datum
noteer de gespecificeerde datum als vastleggingsdatum

-u,--gebruiker
registreer de gespecificeerde gebruiker als committer

-S, --subrepo's
terugkeren naar subrepositories

-w, --negeer-alle-ruimte
negeer witruimte bij het vergelijken van lijnen

-B, --negeer-ruimte-verandering
negeer veranderingen in de hoeveelheid witruimte

-B, --negeer-lege-regels
negeer wijzigingen waarvan de regels allemaal leeg zijn

[+] gemarkeerde optie kan meerdere keren worden opgegeven

opnieuw koppelen
maakt hardlinks tussen repository-klonen opnieuw

commando's
opnieuw koppelen
maak hardlinks tussen twee repository's opnieuw:

hg opnieuw linken [ORIGIN]

Wanneer opslagplaatsen lokaal worden gekloond, worden hun gegevensbestanden hardlinked, zodat ze
gebruik alleen de ruimte van één enkele repository.

Helaas zullen daaropvolgende pulls in een van beide repository's de hardlinks voor alle bestanden verbreken
geraakt door de nieuwe wijzigingensets, zelfs als beide repositories uiteindelijk dezelfde wijzigingen aanbrengen.

Op dezelfde manier zal het doorgeven van --rev aan "hg clone" geen enkele hardlink gebruiken, en valt terug naar a
volledige kopie van de bronrepository.

Met deze opdracht kunt u die hardlinks opnieuw maken en die verspilde ruimte terugwinnen.

Deze repository wordt opnieuw gekoppeld om ruimte te delen met ORIGIN, die zich op dezelfde repository moet bevinden
lokale schijf. Als ORIGIN wordt weggelaten, wordt gezocht naar "default-relink" en vervolgens naar "default" in [paths].

Voer geen leesbewerkingen uit op deze repository terwijl de opdracht wordt uitgevoerd. (Beide
repository's worden vergrendeld tegen schrijfbewerkingen.)

regelingen
schema's uitbreiden met snelkoppelingen naar repository-zwermen

Met deze extensie kunt u snelkoppelingen opgeven voor bovenliggende URL's met veel opslagplaatsen
om als een schema te fungeren, bijvoorbeeld:

[schema's]
py = http://code.python.org/hg/

Daarna kun je het gebruiken als:

hg kloon py://trunk/

Daarnaast is er ondersteuning voor enkele complexere schema's, bijvoorbeeld gebruikt door Google
Code:

[schema's]
gcode = http://{1}.googlecode.com/hg/

De syntaxis is afkomstig van Mercurial-sjablonen en je hebt een onbeperkt aantal variabelen,
beginnend met 1 {} en doorgaan met 2 {}, 3 {} enzovoort. Deze variabelen zullen ontvangen
delen van de opgegeven URL, opgesplitst in /. Alles wat niet is gespecificeerd als {deel} wordt gewoon toegevoegd
naar een URL.

Voor het gemak voegt de extensie standaard deze schema's toe:

[schema's]
py = http://hg.python.org/
bb = https://bitbucket.org/
bb+ssh = ssh://[e-mail beveiligd]/
gcode = https://{1}.googlecode.com/hg/
oven = https://{1}.kilnhg.com/Repo/

U kunt een vooraf gedefinieerd schema overschrijven door een nieuw schema met dezelfde naam te definiëren.

deel
deel een gemeenschappelijke geschiedenis tussen verschillende werkmappen

Automatisch Gepoold Opbergen For Klonen
Wanneer deze extensie actief is, hg klonen kan worden geconfigureerd om automatisch te delen/poolen
opslag over meerdere klonen. Deze modus converteert effectief hg klonen naar hg klonen + hg
deel. Het voordeel van het gebruik van deze modus is het automatische beheer van winkelpaden en
intelligente pooling van gerelateerde repositories.

De volgende delen. configuratieopties beïnvloeden deze functie:

deel.pool

Bestandssysteempad waar gedeelde repositorygegevens worden opgeslagen. Wanneer gedefinieerd, hg klonen
zal automatisch gedeelde repository-opslag gebruiken in plaats van er een winkel in te maken
elke kloon.

share.poolnaamgeving

Hoe mapnamen worden ingevoerd deel.pool zijn gebouwd.

"identiteit" betekent dat de naam is afgeleid van de eerste wijzigingenset in de repository. In
In deze modus delen verschillende afstandsbedieningen opslag als hun root/initiële wijzigingenset dat is
identiek. In deze modus is de lokale gedeelde repository een aggregaat van alles
externe opslagplaatsen tegengekomen.

'remote' betekent dat de naam is afgeleid van het pad of de URL van de bronrepository. In
In deze modus wordt de opslag alleen gedeeld als het pad of de URL wordt opgevraagd in de hg klonen
opdracht komt exact overeen met een repository die eerder is gekloond.

De standaardnaamgevingsmodus is 'identiteit'.

commando's
deel
maak een nieuwe gedeelde repository:

hg aandeel [-U] [-B] BRON [DEST]

Initialiseer een nieuwe repository en werkmap die de geschiedenis ervan deelt (en optioneel
bladwijzers) met een andere repository.

Let op: het gebruik van rollback of extensies die de geschiedenis vernietigen/wijzigen (mq, rebase, etc.) kan
veroorzaken aanzienlijke verwarring met gedeelde klonen. In het bijzonder als twee gedeeld
klonen worden beide bijgewerkt naar dezelfde wijzigingenset, en een ervan vernietigt die
changeset met rollback, zal de andere kloon plotseling stoppen met werken: alle bewerkingen
mislukt met "abort: werkmap heeft onbekende ouder". De enige bekende
oplossing is om debugsetparents op de kapotte kloon te gebruiken om deze te resetten naar een wijzigingenset
dat bestaat nog steeds.

Opties:

-U, --geen update
maak geen werkmap aan

-B, --bladwijzers
deel ook bladwijzers

delen ongedaan maken
converteer een gedeelde repository naar een normale repository:

hg ongedaan maken

Kopieer de winkelgegevens naar de repository en verwijder de sharedpath-gegevens.

wegzetten
wijzigingen opslaan en herstellen in de werkmap

Met het commando "hg shelve" worden wijzigingen in de werkmap opgeslagen en ongedaan gemaakt
wijzigingen, waarbij de werkmap wordt gereset naar een schone staat.

Later herstelt het commando "hg unshelve" de wijzigingen die zijn opgeslagen door "hg shelve". Veranderingen kunnen
worden hersteld, zelfs na het updaten naar een andere ouder, in welk geval Mercurial samenvoegt
machines zullen eventuele conflicten indien nodig oplossen.

U kunt meer dan één wisselgeld tegelijk open hebben staan; elk wisselgeld op de plank heeft een
aparte naam. Voor details, zie de help voor "hg plank".

commando's
wegzetten
sla wijzigingen uit de werkmap op en leg deze opzij:

hg plank [OPTIE]... [BESTAND]...

Shelving neemt bestanden op die volgens "hg status" niet schoon zijn, slaat de wijzigingen op in een
bundel (een opgeslagen wisselgeld) en zet de bestanden terug zodat hun status weer in werking is
map wordt schoon.

Om deze wijzigingen in de werkmap te herstellen, gebruikt u "hg unshelve"; dit zal werken
zelfs als u overschakelt naar een andere commit.

Als er geen bestanden zijn opgegeven, slaat "hg shelve" alle niet-opgeschoonde bestanden op. Als specifieke bestanden of
mappen worden benoemd, alleen wijzigingen in die bestanden worden op de plank gezet.

Elke verandering op de plank heeft een naam die het later gemakkelijker maakt om deze terug te vinden. De naam van een plank
wijzig de standaardinstellingen naar gebaseerd op de actieve bladwijzer, of als er geen actieve bladwijzer is,
de huidige benoemde tak. Gebruik om een ​​andere naam op te geven --naam.

Als u een lijst met bestaande wijzigingen op de plank wilt zien, gebruikt u de --lijst keuze. Voor elk wisselgeld op de plank,
hierdoor worden de naam, leeftijd en beschrijving afgedrukt; gebruik --lapje or --staat voor meer details.

Gebruik om specifieke opgeslagen wijzigingen te verwijderen --verwijderen. Gebruik om alle opgeslagen wijzigingen te verwijderen
--schoonmaken.

Opties:

-EEN, --toevoegen verwijderen
markeer nieuwe/ontbrekende bestanden als toegevoegd/verwijderd voordat ze op de plank worden gezet

-u, --onbekend
sla onbekende bestanden op in de plank

--schoonmaken
verwijder alle opgeslagen wijzigingen

--datum
op de plank met de opgegeven commit-datum

-NS, --verwijderen
verwijder de genoemde opgeslagen wijziging(en)

-e, --Bewerk
aanroepen editor op commit berichten

-ik, --lijst
lijst huidige planken

-M,--bericht
gebruik tekst als plankbericht

-N,--naam
gebruik de opgegeven naam voor de vastgelegde commit

-P, --lapje
toon patch

-l, --interactief
interactieve modus, werkt alleen tijdens het maken van een plank

--staat output diffstat-stijl samenvatting van wijzigingen

-L,--erbij betrekken
namen opnemen die overeenkomen met de gegeven patronen

-X,--uitsluiten
namen uitsluiten die overeenkomen met de gegeven patronen

[+] gemarkeerde optie kan meerdere keren worden opgegeven

uit de kast halen
een opgeslagen wijziging in de werkmap herstellen:

hg uit de kast halen [OPGESLAGEN]

Deze opdracht accepteert een optionele naam van een opgeslagen wijziging die moet worden hersteld. Als er niets wordt gegeven,
het meest recente wisselgeld wordt gebruikt.

Als een opgeslagen wijziging succesvol wordt toegepast, verandert de bundel die de opgeslagen wijziging bevat
wordt verplaatst naar een back-uplocatie (.hg/shelve-backup).

Omdat je een opgeslagen wijziging bovenop een willekeurige commit kunt herstellen, is het mogelijk dat
unshelling zal resulteren in een conflict tussen jouw wijzigingen en de commits die je bent
ophangen. Als dit gebeurt, moet u het conflict oplossen en vervolgens gebruiken --doorgaan met naar
voltooi de unshelf-bewerking. (De bundel wordt pas verplaatst als u succesvol bent
voltooi het uitpakken.)

(Je kunt ook --afbreken om een ​​rommel te verlaten die een conflict veroorzaakt. Dit
draait de niet-opgeslagen wijzigingen terug en laat de bundel op zijn plaats.)

Na een succesvolle unshelve worden de opgeslagen wijzigingen opgeslagen in een back-upmap. Alleen
de N meest recente back-ups worden bewaard. N is standaard ingesteld op 10, maar kan worden overschreven met behulp van de
plank.maxbackups configuratie optie.

Tijdstempel in seconden wordt gebruikt om de volgorde van back-ups te bepalen. Meer dan maxback-ups back-ups zijn
bewaard, als dezelfde tijdstempel het voor de veiligheid niet mogelijk maakt om de exacte volgorde ervan te bepalen.

Opties:

-een, --afbreken
een onvolledige unshelf-bewerking afbreken

-C, --doorgaan met
een onvolledige unshelf-operatie voortzetten

-k, --houden
bewaar de plank na het uit de kast halen

-T,--hulpmiddel
specificeer de samenvoegtool

--datum
datum instellen voor tijdelijke commits (AFGESCHAFT)

strip
strip changesets en hun afstammelingen uit de geschiedenis

Met deze extensie kunt u wijzigingensets en al hun afstammelingen verwijderen uit de
opslagplaats. Zie de opdrachthelp voor meer informatie.

commando's
strip
verwijder wijzigingensets en al hun nakomelingen uit de repository:

hg strip [-k] [-f] [-B bladwijzer] [-r] REV...

Het stripcommando verwijdert de opgegeven wijzigingensets en al hun nakomelingen. Als de
werkmap niet-vastgelegde wijzigingen bevat, wordt de bewerking afgebroken, tenzij --force
vlag wordt geleverd, in welk geval de wijzigingen worden genegeerd.

Als een ouder van de werkmap wordt gestript, zal de werkmap dat ook doen
automatisch bijgewerkt naar de meest recente beschikbare voorouder van de gestripte ouder
nadat de operatie is voltooid.

Alle gestripte wijzigingensets worden opgeslagen in .hg/strip-back-up als bundel (zie hg hulp bundel en
hg hulp ontvlechten). Ze kunnen worden hersteld door te rennen hg ontvlechten .hg/strip-backup/BUNDLE,
waarbij BUNDEL het bundelbestand is dat door de strip is gemaakt. Let op de lokale revisienummers
zal over het algemeen anders zijn na het herstel.

Gebruik de optie --no-backup om de back-upbundel te verwijderen zodra de bewerking is voltooid.

Strip is geen geschiedenisherschrijvingsoperatie en kan worden gebruikt op openbare wijzigingensets
fase. Maar als de gestripte wijzigingensets naar een externe repository zijn gepusht, gebeurt dat wel
trek ze waarschijnlijk nog een keer.

Retour 0 bij succes.

Opties:

-R,--rev
strip gespecificeerde revisie (optioneel, kan revisies specificeren zonder deze optie)

-F, --kracht
forceer verwijdering van wijzigingensets, verwijder niet-vastgelegde wijzigingen (geen back-up)

--geen back-up
geen back-ups

--geen back-up
geen back-ups (AFGESCHAFT)

-n genegeerd (AFGESCHAFT)

-k, --houden
wijzig de werkmap niet tijdens het strippen

-B,--bladwijzer
verwijder toerentallen die alleen bereikbaar zijn via de opgegeven bladwijzer

[+] gemarkeerde optie kan meerdere keren worden opgegeven

transplantatie
commando om wijzigingensets van een andere branch te transplanteren

Met deze extensie kunt u wijzigingen overbrengen naar een andere ouderrevisie, eventueel in
een andere opslagplaats. De transplantatie gebeurt met behulp van 'diff'-pleisters.

Getransplanteerde patches worden vastgelegd in .hg/transplant/transplants, als een kaart uit een wijzigingenset
hash naar de hash in de bronrepository.

commando's
transplantatie
wijzigingensets uit een andere tak transplanteren:

hg-transplantatie [-s REPO] [-b TAK [-a]] [-p REV] [-m REV] [REV]...

Geselecteerde wijzigingensets worden bovenop de huidige werkmap met het logboek toegepast
van de oorspronkelijke wijzigingenset. De wijzigingensets worden gekopieerd en verschijnen dus tweemaal in de
geschiedenis met verschillende identiteiten.

Overweeg het graft-commando te gebruiken als alles zich in dezelfde repository bevindt - het zal gebruiken
samenvoegt en doorgaans een beter resultaat oplevert. Gebruik de rebase-extensie als de wijzigingen worden ingesteld
zijn niet gepubliceerd en u wilt ze verplaatsen in plaats van kopiëren.

Als --log is opgegeven, wordt aan logberichten een opmerking toegevoegd van het formulier:

(getransplanteerd van CHANGESETHASH)

U kunt het changelog-bericht herschrijven met de optie --filter. Zijn argument zal zijn
aangeroepen met het huidige changelog-bericht als $1 en de patch als $2.

--source/-s specificeert een andere repository die gebruikt moet worden voor het selecteren van wijzigingensets, net alsof dat het geval is
tijdelijk was getrokken. Als --branch/-b is opgegeven, zullen deze revisies worden gebruikt als
hoofden bij het beslissen welke wijzigingensets moeten worden getransplanteerd, net alsof alleen deze herzieningen hadden plaatsgevonden
getrokken. Als --all/-a is gespecificeerd, worden alle revisies tot aan de heads gespecificeerd met
--tak zal worden getransplanteerd.

Voorbeeld:

· transplanteer alle wijzigingen tot REV bovenop uw huidige revisie:

hg-transplantatie --tak REV --alles

U kunt optioneel geselecteerde getransplanteerde wijzigingensets markeren als samengevoegde wijzigingensets. Je zal niet
wordt gevraagd om eventuele voorouders van een samengevoegde transplantatie te transplanteren, en u kunt fuseren
nakomelingen van hen normaal gesproken in plaats van ze te transplanteren.

Samengevoegde wijzigingensets kunnen direct worden getransplanteerd door de juiste bovenliggende wijzigingenset op te geven
bellen hg transplantatie --ouder.

Als er geen samenvoegingen of herzieningen zijn opgegeven, hg transplantatie zal een interactieve wijzigingenset starten
browser.

Als een wijzigingssettoepassing mislukt, kunt u de samenvoeging handmatig herstellen en vervolgens verdergaan waar u wilt
gestopt door te bellen hg transplantatie --vervolg/-c.

Opties:

-Ja,--bron
transplantatiewijzigingssets van REPO

-B,--tak
gebruik deze bronwijzigingenset als hoofd

-een, --alle
trek alle wijzigingensets omhoog naar de --branch revisies

-P,--gedroogde pruim
sla REV over

-M,--samenvoegen
samenvoegen bij REV

--ouder
ouder om te kiezen bij het samenvoegen van transplantaties

-e, --Bewerk
aanroepen editor op commit berichten

--log voeg transplantatie-informatie toe aan het logbericht

-C, --doorgaan met
ga door met de laatste transplantatiesessie na het oplossen van conflicten

--filter
filter wijzigingensets via opdracht

[+] gemarkeerde optie kan meerdere keren worden opgegeven

win32mbcs
het gebruik van MBCS-paden met problematische coderingen toestaan

Sommige MBCS-coderingen zijn niet goed voor sommige padbewerkingen (dat wil zeggen het splitsen van pad, case
conversie, enz.) met zijn gecodeerde bytes. We noemen een dergelijke codering (dat wil zeggen shift_jis en
big5) als "problematische codering". Deze extensie kan worden gebruikt om het probleem hiermee op te lossen
coderingen door enkele functies in te pakken die naar Unicode-tekenreeks moeten worden geconverteerd vóór padbewerking.

Deze extensie is nuttig voor:

· Japanse Windows-gebruikers gebruiken shift_jis-codering.

· Chinese Windows-gebruikers gebruiken big5-codering.

· Alle gebruikers die een repository gebruiken met een van de problematische coderingen op hoofdletterongevoelig
bestandssysteem.

Deze extensie is niet nodig voor:

· Elke gebruiker die alleen ASCII-tekens in het pad gebruikt.

· Elke gebruiker die geen problematische coderingen gebruikt.

Houd er rekening mee dat er enkele beperkingen zijn bij het gebruik van deze extensie:

· U moet enkele codering in één repository gebruiken.

· Als het pad naar de repository eindigt met 0x5c, kan .hg/hgrc niet worden gelezen.

· win32mbcs is niet compatibel met de fixutf8-extensie.

Standaard gebruikt win32mbcs encoding.encoding, bepaald door Mercurial. U kunt de
codering via configuratieoptie:

[win32mbcs]
codering = sjis

Het is handig voor gebruikers die een commit willen maken met een UTF-8-logboekbericht.

win32tekst
voer automatische nieuweregelconversie uit (AFGESCHAFT)

Afschaffing: De win32text-extensie vereist dat elke gebruiker de extensie configureert
steeds opnieuw voor elke kloon, aangezien de configuratie bij het klonen niet wordt gekopieerd.

Daarom hebben wij de eol als een alternatief. De eol maakt gebruik van versiebeheer
bestand voor de configuratie ervan en elke kloon zal daarom de juiste instellingen gebruiken
de start.

Om automatische nieuweregelconversie uit te voeren, gebruikt u:

[extensies]
win32tekst =
[coderen]
** = slimme code:
# of ** = macencode:

[decoderen]
** = slim decoderen:
# of ** = macdecode:

Als u geen conversie uitvoert, zorg er dan voor dat u niet per ongeluk CRLF/CR begaat:

[haken]
pretxncommit.crlf = python:hgext.win32text.forbidcrlf
# of pretxncommit.cr = python:hgext.win32text.forbidcr

Om dezelfde controle uit te voeren op een server om te voorkomen dat CRLF/CR wordt gepusht of getrokken:

[haken]
pretxnchangegroup.crlf = python:hgext.win32text.forbidcrlf
# of pretxnchangegroup.cr = python:hgext.win32text.forbidcr

nulconf
repositories op het lokale netwerk ontdekken en adverteren

De zeroconf-extensie zal adverteren hg dienen instances via DNS-SD, zodat ze dat kunnen zijn
ontdekt met behulp van de hg paden commando zonder het adres van de server te kennen.

Om andere mensen uw repository te laten ontdekken met behulp van run hg dienen in uw opslagplaats:

$ cd-test
$ hg serveren

U kunt opslagplaatsen met Zeroconf ontdekken door te draaien hg paden:

$ hg-paden
zc-test = http://example.com:8000/proef

Gebruik hg online met behulp van de onworks.net-services