HG(1)

Par Matt Mackall <mpm@selenic.com>

NOM

hg - Système de gestion de code source Mercurial

SYNOPSIS

hg [-v -d -q -y] <commande> [options de la commande] [fichiers]

DESCRIPTION

La commande hg(1) fournit une interface en ligne de commande au système Mercurial.

ELEMENTS DE LA COMMANDE

fichiers …

chemin

révision

chemin vers le dépôt (repository)

OPTIONS

-R, —repository

—cwd

-y, —noninteractive

-q, —quiet

-v, —verbose

—config

—debug

—debugger

—lsprof

—traceback

—time

—profile

—version

-h, —help

COMMANDES

add [OPTION]… [FICHIER]…

annotate [-r REV] [-a] [-u] [-d] [-n] [-c] FILE…

archive [OPTION]… DESTINATION

backout [OPTION]… REV

bundle FICHER DESTINATION

Ce fichier peut être transféré en utilisant les moyens conventionnels et appliqués à un autre dépôt en utilisant la commande "unbundle". C'est utile lorsque pull et push ne sont pas disponible ou bien lorsque exporter un dépôt complet n'est pas désiré. L'extension standart du fichier est ".hg".

Contrairement à import/export, unbundle préserve exactement tous les contenus des changesets, en tenant compte des permissions, des informations de renommage et de l'historique de révision.

options:

-f, --force appliquer même quand le dépôt n'est pas

cat [OPTION]… FICHIER…

La sortie peut être un fichier, dans ce cas là le nom de fichier est donné à l'aide d'une chaine formatée. Les règles de formattage sont les mêmes que pour la commande export, avec les ajouts suivants:

%s nom du fichier qui sera affiché

%d nom du dossier du fichier qui sera affiché, ou bien '.' si l'emplacement actuel est la racine du dépôt.

%p chemin du fichier relatif à la racine qui sera affiché.

options:

-o, --output envoie la sortie au fichier donné

-r, --rev affiche la révision donnée

-I, --include inclus les noms qui correspondent au motif donné

-X, --exclude exclus les noms qui correspondent au motif donné

clone [OPTION]… SOURCE [DESTINATION]

Si aucun dossier de destination n'est spécifié, il sera équivalent au nom du dossier source.

L'emplacement de la source est ajouté au .hg/hgrc du nouveau dépôt comme étant le dépôt à utiliser pour les futurs pull.

Pour des soucis de performances, les hardlinks (lien hard) sont utilisés lorsque la source et la destination appartiennent à un même système de fichier. Certains systèmes de fichier, comme AFS, n'implémentent pas correctement les hardlinks, mais n'affichent pas d'erreur. Dans ces cas, utilisez l'option --pull pour éviter les liens hard.

Voir pull pour les détails sur les formats valides.

options: -U, --noupdate ne pas mettre à jour le nouveau dossier de travail

-r, --rev un changeset que vous aimeriez avoir après le clone

--pull utiliser le protocol de pull pour copier les meta-données

-e, --ssh spécifier la commande ssh à utiliser

--remotecmd spécifier la commande hg à lancer sur l'emplacement distant

commit [OPTION]… [FICHIER]…

Si la liste de fichiers est omise, tous les changements reportés par "hg status" seront commités (soumis)

Si aucun message de commit n'est spécifié, l'éditeur configuré dans votre hgrc ou bien dans la variable d'environement EDITOR est lancé pour que vous entriez votre message de commit. enter a message.

options:

-A, --addremove marquer les nouveau fichiers ou fichiers manquants comme ajoutés ou supprimés avant d'effectuer le commit

-m, --message utiliser <texte> comme message de commit

-l, --logfile lire le message de commit depuis le fichier <fichier>

-d, --date enregistrer la date donnée (datecode) comme date de commit

-u, --user enregistrer l'utilisateur comme commiter

-I, --include inclus les noms qui correspondent au motif donné

-X, --exclude exclus les noms qui correspondent au motif donné

alias pour cette commandes: ci