Mercurial - en to fr translation catalogue (70 entries)

en:  (default: %s)
fr:  (défaut: %s)

en: comparing with %s
fr: comparaison avec %s

en: no changes found
fr: aucun changement trouvé

en: use git extended diff format
fr: utiliser le format de patch étendu de git

en: interpret suffixes to refer to ancestor revisions
    
    This extension allows you to use git-style suffixes to refer to the
    ancestors of a specific revision.
    
    For example, if you can refer to a revision as "foo", then:
    
    - foo^N = Nth parent of foo
      foo^0 = foo
      foo^1 = first parent of foo
      foo^2 = second parent of foo
      foo^  = foo^1
    
    - foo~N = Nth first grandparent of foo
      foo~0 = foo
      foo~1 = foo^1 = foo^ = first parent of foo
      foo~2 = foo^1^1 = foo^^ = first parent of first parent of foo
fr: suffixes faisant référence à des révisions antérieures
    
    Cette extension permet d'utiliser des suffixes à la mode git pour
    faire référence aux ancêtres d'une révision donnée.
    
    Par exemple, si "foo" désigne une révision, alors :
    
    - foo^N = Nième parent de foo
      foo^0 = foo
      foo^1 = premier parent de foo
      foo^2 = second parent de foo
      foo^  = foo^1
    
    - foo~N = Nième premier grand-parent de foo
      foo~0 = foo
      foo~1 = foo^1 = foo^ = premier parent de foo
      foo~2 = foo^1^1 = foo^^ = premier parent du premier parent de foo

en: command to send changesets as (a series of) patch emails
    
    The series is started off with a "[PATCH 0 of N]" introduction, which
    describes the series as a whole.
    
    Each patch email has a Subject line of "[PATCH M of N] ...", using the
    first line of the changeset description as the subject text. The
    message contains two or three body parts:
    
      The changeset description.
    
      [Optional] The result of running diffstat on the patch.
    
      The patch itself, as generated by "hg export".
    
    Each message refers to the first in the series using the In-Reply-To
    and References headers, so they will show up as a sequence in threaded
    mail and news readers, and in mail archives.
    
    With the -d/--diffstat option, you will be prompted for each changeset
    with a diffstat summary and the changeset summary, so you can be sure
    you are sending the right changes.
    
    To configure other defaults, add a section like this to your hgrc
    file:
    
      [email]
      from = My Name <my@email>
      to = recipient1, recipient2, ...
      cc = cc1, cc2, ...
      bcc = bcc1, bcc2, ...
    
    Then you can use the "hg email" command to mail a series of changesets
    as a patchbomb.
    
    To avoid sending patches prematurely, it is a good idea to first run
    the "email" command with the "-n" option (test only). You will be
    prompted for an email recipient address, a subject and an introductory
    message describing the patches of your patchbomb. Then when all is
    done, patchbomb messages are displayed. If the PAGER environment
    variable is set, your pager will be fired up once for each patchbomb
    message, so you can verify everything is alright.
    
    The -m/--mbox option is also very useful. Instead of previewing each
    patchbomb message in a pager or sending the messages directly, it will
    create a UNIX mailbox file with the patch emails. This mailbox file
    can be previewed with any mail user agent which supports UNIX mbox
    files, e.g. with mutt:
    
      % mutt -R -f mbox
    
    When you are previewing the patchbomb messages, you can use `formail'
    (a utility that is commonly installed as part of the procmail
    package), to send each message out:
    
      % formail -s sendmail -bm -t < mbox
    
    That should be all. Now your patchbomb is on its way out.
    
    You can also either configure the method option in the email section
    to be a sendmail compatible mailer or fill out the [smtp] section so
    that the patchbomb extension can automatically send patchbombs
    directly from the commandline. See the [email] and [smtp] sections in
    hgrc(5) for details.
fr: envoi d'une série de "changesets" par courrier électronique
    
    La série débute par un message d'introduction "[PATCH 0 of N]" la
    décrivant dans son ensemble.
    
    Ensuite, pour chaque patch est créé un courriel dont le sujet est
    la première ligne du commentaire du "changeset", préfixée par
    "[PATCH M of N] ". Le corps du message comporte deux ou trois
    parties :
    
      La description du "changeset".
    
      Optionnellement, un résumé des modifications généré par le
      programme diffstat.
    
      Le patch proprement dit, tel que généré par "hg export".
    
    Chaque message fait référence au premier de la série (à l'aide
    des en-têtes de message In-Reply-To et References) de manière à
    apparaître comme un fil de discussion dans les lecteurs de courrier
    électronique et de nouvelles, ainsi que dans les archives de
    messagerie.
    
    Avec l'option -d/--diffstat, il vous sera demandé pour chaque
    "changeset" d'en confirmer l'envoi après avoir vu un résumé des
    modifications (par diffstat) et le commentaire associé ; ceci afin
    d'être certain de bien envoyer les bonnes modifications.
    
    Pour configurer les valeurs par défaut d'autres options d'envoi,
    ajoutez à votre fichier hgrc une section telle ci-dessous :
    
      [email]
      from = Mon Nom <mon@adresse_de_courriel>
      to = destinataire1, destinataire2, ...
      cc = cc1, cc2, ...
      bcc = bcc1, bcc2, ...
    
    Après cela il vous sera possible d'utiliser la commande "hg email"
    pour envoyer par courrier électronique une série de "changesets".
    
    Pour éviter d'envoyer des patchs prématurément, utiliser tout d'abord
    l'option "-n" (simple test) s'avère être une bonne idée. Il vous
    sera demandé l'adresse du destinataire ainsi qu'un sujet et un
    message d'introduction pour la série de patchs. Lorsque tout est
    prêt, les messages seront affichés. Si la variable d'environnement
    PAGER a été définie, le programme qu'elle indique sera utilisé pour
    l'affichage chaque message, permettant de vérifier que tout est
    correct.
    
    L'option -m/--mbox est également très utile : au lieu que les
    messages soient affichés ou envoyés directement, ils seront écrits
    dans un fichier (au format de boîte aux lettres UNIX). Cette boîte
    aux lettres peut alors être consultée pour vérification par n'importe
    quel lecteur de courrier électronique comprenant le format UNIX mbox,
    comme par exemple mutt :
    
      % mutt -R -f mbox
    
    Lors de votre vérification, vous pouvez envoyer chaque message en
    utilisant formail (un outil généralement installé en même temps que
    procmail) :
    
      % formail -s sendmail -bm -t < mbox
    
    Et voilà, vos patchs sont en route vers leur destination.
    
    Vous pouvez aussi configurer l'option "method" de la section
    [email] pour utiliser un programme compatible avec sendmail, ou
    alors remplir la section [smtp] de telle sorte que l'extension
    patchbomb puisse automatiquement envoyer les messages depuis la
    ligne de commande. Consulter les sections [email] et [smtp] dans la
    page de manuel hgrc(5) pour plus de détails.

en: Please enter a valid value.
fr: Veuillez fournir une valeur valide.

en: does the diffstat above look okay?
fr: le résumé des modifications ci-dessus semble-t-il correct ?

en: diffstat rejected
fr: résumé des modifications rejeté

en: send changesets by email
    
        By default, diffs are sent in the format generated by hg export,
        one per message. The series starts with a "[PATCH 0 of N]"
        introduction, which describes the series as a whole.
    
        Each patch email has a Subject line of "[PATCH M of N] ...", using
        the first line of the changeset description as the subject text.
        The message contains two or three parts. First, the changeset
        description. Next, (optionally) if the diffstat program is
        installed and -d/--diffstat is used, the result of running
        diffstat on the patch. Finally, the patch itself, as generated by
        "hg export".
    
        By default the patch is included as text in the email body for
        easy reviewing. Using the -a/--attach option will instead create
        an attachment for the patch. With -i/--inline an inline attachment
        will be created.
    
        With -o/--outgoing, emails will be generated for patches not found
        in the destination repository (or only those which are ancestors
        of the specified revisions if any are provided)
    
        With -b/--bundle, changesets are selected as for --outgoing, but a
        single email containing a binary Mercurial bundle as an attachment
        will be sent.
    
        Examples:
    
        hg email -r 3000          # send patch 3000 only
        hg email -r 3000 -r 3001  # send patches 3000 and 3001
        hg email -r 3000:3005     # send patches 3000 through 3005
        hg email 3000             # send patch 3000 (deprecated)
    
        hg email -o               # send all patches not in default
        hg email -o DEST          # send all patches not in DEST
        hg email -o -r 3000       # send all ancestors of 3000 not in default
        hg email -o -r 3000 DEST  # send all ancestors of 3000 not in DEST
    
        hg email -b               # send bundle of all patches not in default
        hg email -b DEST          # send bundle of all patches not in DEST
        hg email -b -r 3000       # bundle of all ancestors of 3000 not in default
        hg email -b -r 3000 DEST  # bundle of all ancestors of 3000 not in DEST
    
        Before using this command, you will need to enable email in your
        hgrc. See the [email] section in hgrc(5) for details.
fr: envoi de "changesets" par courrier électronique
    
        Par défaut, les modifications sont envoyées au format généré par
        "hg export", une par message. La série débute par un message
        la décrivant dans son ensemble, intitulé "[PATCH 0 of N]".
    
        Chaque courriel a pour sujet un résumé des modifications
        apportées par le patch (pris en première ligne de la description
        du "changeset"), préfixé par "[PATCH M of N] ".
        Le message est constitué de deux ou trois parties. D'abord,
        le texte décrivant le "changeset". Puis, (optionnellement)
        un résumé des modifications généré par le programme diffstat si
        celui-ci est installé et que l'option -d/--diffstat a été
        spécifiée. Et enfin le patch, tel que généré par "hg export".
    
        Par défaut le patch est inclus textuellement dans le corps du
        message afin de faciliter les relectures et commentaires.
        Cela peut être changé avec l'option -a/--attach qui crée une
        pièce jointe séparée pour le patch, ou avec -i/--inline qui
        insère celle-ci dans le corps.
    
        Avec -o/--outgoing, des courriels seront générés pour chaque
        révision non trouvée dans le dépôt cible (ou seulement pour les
        ancêtres des révisions spécifiées, le cas échéant).
    
        Avec -b/--bundle, les "changesets" sont sélectionnés de la
        même manière que pour --outgoing, mais il seront envoyés via
        un unique courriel dans un "bundle" Mercurial binaire joint.
    
        Exemples :
    
        hg email -r 3000         # envoyer uniquement le patch 3000
        hg email -r 3000 -r 3001 # envoyer les patchs 3000 et 3001
        hg email -r 3000:3005    # envoyer les patchs 3000 à 3005
        hg email 3000            # envoyer le patch 3000 (déprécié)
    
        hg email -o              # envoyer les patchs absents de la
                                   destination par défaut
        hg email -o DEST         # envoyer les patchs absents de DEST
        hg email -o -r 3000      # envoyer les ancêtres de 3000 absents
                                   de la destination par défaut
        hg email -o -r 3000 DEST # envoyer les ancêtres de 3000 absents
                                   de DEST
    
        Afin de pouvoir utiliser cette commande, il est nécessaire
        d'activer préalablement l'envoi de courriel dans le fichier
        de configuration (hgrc). Consulter hgrc(5) à la section
        [email] pour plus de détails.

en: specify at least one changeset with -r or -o
fr: veuillez spécifier au minimum un "changeset", à l'aide de -r ou -o

en: --outgoing mode always on with --bundle; do not re-specify --outgoing
fr: ne pas spécifier --outgoing, qui est systématiquement activé lorsque --bundle est utilisé

en: too many destinations
fr: trop de destinations

en: use only one form to specify the revision
fr: veuillez ne spécifier les révisions que d'une seule manière

en: 
    Write the introductory message for the patch series.
fr: 
    Veuillez écrire le message d'introduction de la série de patchs.

en: This patch series consists of %d patches.
fr: Cette série comporte %d patchs.

en: Final summary:
fr: Résumé complet des modifications :

en: Displaying
fr: Affichage de

en: Writing
fr: Écriture de

en: Sending
fr: Envoi de

en: send patches as attachments
fr: envoyer les patchs en tant que pièces jointes

en: send patches as inline attachments
fr: envoyer les patchs comme pièces insérées dans le corps du message

en: email addresses of blind carbon copy recipients
fr: adresses électroniques des destinataires en copie carbone invisible

en: email addresses of copy recipients
fr: adresses électroniques des destinataires en copie carbone

en: add diffstat output to messages
fr: ajouter un résumé des modifications avec diffstat dans les messages

en: use the given date as the sending date
fr: utiliser la date fournie comme date d'envoi

en: use the given file as the series description
fr: lire le message d'introduction à la série dans le fichier fourni

en: email address of sender
fr: adresse électronique de l'expéditeur

en: print messages that would be sent
fr: afficher les messages tels qu'ils seraient envoyés

en: write messages to mbox file instead of sending them
fr: écrire les messages dans un fichier au format "mbox" au lieu de les envoyer

en: subject of first message (intro or single patch)
fr: sujet du premier message (intro ou patch unique)

en: message identifier to reply to
fr: identifiant du message auquel répondre

en: email addresses of recipients
fr: adresses électroniques des destinataires

en: omit hg patch header
fr: omettre l'en-tête de patch spécifique à Mercurial

en: send changes not found in the target repository
fr: envoyer les modifications non présentes dans le dépôt cible

en: send changes not in target as a binary bundle
fr: envoyer les modifications non présentes dans le dépôt cible sous forme de "bundle" binaire

en: name of the bundle attachment file
fr: nom à donner au fichier "bundle" envoyé

en: a revision to send
fr: une révision à envoyer

en: run even when remote repository is unrelated (with -b/--bundle)
fr: procéder même si le dépôt cible n'est pas apparenté (avec -b/--bundle)

en: a base changeset to specify instead of a destination (with -b/--bundle)
fr: un "changeset" à utiliser comme point de départ, au lieu d'une destination (avec -b/--bundle)

en: send an introduction email for a single patch
fr: envoyer un courriel d'introduction pour un patch seul

en: removes files not tracked by Mercurial
    
        Delete files not known to Mercurial. This is useful to test local
        and uncommitted changes in an otherwise-clean source tree.
    
        This means that purge will delete:
         - Unknown files: files marked with "?" by "hg status"
         - Empty directories: in fact Mercurial ignores directories unless
           they contain files under source control management
        But it will leave untouched:
         - Modified and unmodified tracked files
         - Ignored files (unless --all is specified)
         - New files added to the repository (with "hg add")
    
        If directories are given on the command line, only files in these
        directories are considered.
    
        Be careful with purge, as you could irreversibly delete some files
        you forgot to add to the repository. If you only want to print the
        list of files that this program would delete, use the --print
        option.
fr: retire les fichiers non suivis par Mercurial
    
        Supprime les fichiers non connus de Mercurial, ce qui peut être
        utile pour tester des changements locaux non enregistrés à
        l'intérieur d'une arborescence de sources propre.
    
        Ainsi, purge effacera :
         - les fichiers inconnus : fichiers que "hg status" indique
           par un point d'interrogation
         - les répertoires vides : en fait Mercurial ignore complètement
           les répertoires, à moins qu'ils ne contiennent des fichiers
           sous son contrôle
        Seront par contre laissés intacts :
         - Les fichiers placés sous contrôle, qu'ils aient été modifiés
           ou non
         - Les fichiers ignorés (sauf si --all est utilisé)
         - Les fichiers nouvellement ajoutés au dépôt (avec "hg add")
    
        Si des répertoires sont spécifiés sur la ligne de commande,
        seuls les fichiers qu'ils contiennent seront considérés.
    
        Soyez prudent en utilisant purge, si vous avez oublié d'ajouter
        des fichiers au dépôt, ils seront perdus irrémédiablement.
        Si vous souhaitez seulement afficher la liste des fichiers qui
        seraient effacés par purge, utilisez l'option --print.

en: %s cannot be removed
fr: %s ne peut être supprimé

en: warning: %s
fr: attention: %s

en: Removing file %s
fr: Suppression du fichier %s

en: Removing directory %s
fr: Suppression du répertoire %s

en: abort if an error occurs
fr: abandonner en cas d'erreur

en: purge ignored files too
fr: supprimer également les fichiers ignorés

en: print filenames instead of deleting them
fr: afficher les nom des fichiers au lieu de les supprimer

en: end filenames with NUL, for use with xargs (implies -p/--print)
fr: terminer les noms de fichiers par un caractère nul, pour utilisation avec xargs (implique -p/--print)

en: hg purge [OPTION]... [DIR]...
fr: hg purge [OPTION]... [RÉPERTOIRE]...

en: discover and advertise repositories on the local network
    
    Zeroconf enabled repositories will be announced in a network without
    the need to configure a server or a service. They can be discovered
    without knowing their actual IP address.
    
    To allow other people to discover your repository using run "hg serve"
    in your repository.
    
     $ cd test
     $ hg serve
    
    You can discover zeroconf enabled repositories by running "hg paths".
    
     $ hg paths
     zc-test = http://example.com:8000/test
fr: découverte et annonce de dépôts sur le réseau local
    
    Les dépôts utilisant zeroconf seront visibles sur le réseau sans
    qu'il n'y ait besoin de configurer un serveur ou service
    particuliers, et ils peuvent être accédés simplement, sans
    connaissance de leur adresse IP.
    
    Pour permettre à d'autres personnes de découvrir votre dépôt,
    lancez-y la commande "hg serve" :
    
     $ cd test
     $ hg serve
    
    Vous pouvez découvrir les dépôts utilisant zeroconf en utilisant
    la commande "hg paths", par exemple :
    
     $ hg paths
     zc-test = http://example.com:8000/test

en: global options:
fr: options globales :

en: use "hg help" for the full list of commands
fr: utiliser "hg help" pour la liste complète des commandes

en: use "hg help" for the full list of commands or "hg -v" for details
fr: utiliser "hg help" pour la liste complète des commandes ou "hg -v" pour plus de détails

en: use "hg -v help%s" to show aliases and global options
fr: utiliser "hg -v help%s" pour afficher les alias et les options globales

en: use "hg -v help %s" to show global options
fr: utiliser "hg -v help %s" pour afficher les options globales

en: list of commands:
fr: liste des commandes :

en: 
    aliases: %s
fr: 
    alias : %s

en: (no help text available)
fr: (pas d'aide disponible)

en: options:
fr: options :

en: no commands defined
fr: pas de commandes définies

en: enabled extensions:
fr: extensions activées :

en: no help text available
fr: pas d'aide disponible

en: %s extension - %s
fr: extension %s - %s

en: Mercurial Distributed SCM
fr: Mercurial, système de gestion de sources distribué

en: basic commands:
fr: commandes de base :

en: 
    additional help topics:
fr: 
    sujets d'aide supplémentaires :

en: 
        Mercurial has the ability to add new features through the use of
        extensions. Extensions may add new commands, add options to
        existing commands, change the default behavior of commands, or
        implement hooks.
    
        Extensions are not loaded by default for a variety of reasons:
        they can increase startup overhead; they may be meant for
        advanced usage only; they may provide potentially dangerous
        abilities (such as letting you destroy or modify history); they
        might not be ready for prime time; or they may alter some
        usual behaviors of stock Mercurial. It is thus up to the user to
        activate extensions as needed.
    
        To enable the "foo" extension, either shipped with Mercurial
        or in the Python search path, create an entry for it in your
        hgrc, like this:
    
          [extensions]
          foo =
    
        You may also specify the full path to an extension:
    
          [extensions]
          myfeature = ~/.hgext/myfeature.py
    
        To explicitly disable an extension enabled in an hgrc of broader
        scope, prepend its path with !:
    
          [extensions]
          # disabling extension bar residing in /path/to/extension/bar.py
          hgext.bar = !/path/to/extension/bar.py
          # ditto, but no path was supplied for extension baz
          hgext.baz = !
fr: 
        Mercurial a la capacité de s'enrichir de nouvelles
        fonctionnalités par le biais d'extensions. Les extensions
        permettent d'ajouter des nouvelles commandes, de changer le
        comportement de commandes existantes ou leur ajouter des
        options, ou encore d'implémenter de nouveaux "hooks".
    
        Les extensions ne sont pas chargées automatiquement par défaut
        pour diverses raisons : elles peuvent accroître la latence
        de lancement de Mercurial ; elle peuvent n'être destinées qu'à
        une utilisation avancée ; elle peuvent fournir des
        fonctionnalités potentiellement dangereuses, comme de vous
        permettre de modifier ou détruire l'historique du dépôt ; elles
        peuvent ne pas être encore prêtes à être utilisées par le plus
        grand nombre ; ou encore elles peuvent modifier certains des
        comportements habituels de Mercurial.
        Il appartient donc à l'utilisateur de les activer en fonction
        de ses besoins.
    
        Pour activer l'extension "truc" fournie avec Mercurial ou
        présente dans le chemin de recherche de Python, déclarez-la
        dans votre fichier de configuration hgrc comme suit :
    
          [extensions]
          truc =
    
        Vous pouvez aussi indiquer l'endroit où elle se trouve :
    
          [extensions]
          monbidule = ~/.hgext/monbidule.py
    
        Pour forcer la désactivation d'une extension activée par un
        autre hgrc, précédez son chemin d'un point d'exclamation :
    
          [extensions]
          # désactivation de machin qui se trouve dans /vers/machin.py
          hgext.bar = !/vers/machin.py
          # idem, mais aucun chemin n'avait été donné pour chose 
          hgext.chose = !

en: disabled extensions:
fr: extensions désactivées :
