# SOME DESCRIPTIVE TITLE.
# Copyright (C) 2023, Xorbits Inc.
# This file is distributed under the same license as the Xinference package.
# FIRST AUTHOR <EMAIL@ADDRESS>, 2024.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: Xinference\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2024-03-07 15:03+0800\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
"Language-Team: fr <LL@li.org>\n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"
"Generated-By: Babel 2.18.0\n"

#: ../../source/development/contributing_codebase.rst:3
msgid "Contributing to the code base"
msgstr "Guide de développement de la bibliothèque de code"

#: ../../source/development/contributing_codebase.rst:6
msgid "Table of contents:"
msgstr "Table des matières"

#: ../../source/development/contributing_codebase.rst:9
msgid "Code standards"
msgstr "Code de conduite"

#: ../../source/development/contributing_codebase.rst:11
msgid ""
"Writing good code is not just about what you write. It is also about *how* "
"you write it. During Continuous Integration testing, several tools will be "
"run to check your code for stylistic errors. Good style is a requirement for"
" submitting code to Xinference."
msgstr ""
"La qualité du code ne réside pas seulement dans ce que vous écrivez, mais "
"aussi dans la manière dont vous l'écrivez. Pendant les tests d'intégration "
"continue, plusieurs outils vérifieront votre code pour détecter des erreurs "
"de style. Un bon style de programmation est l'une des exigences pour "
"soumettre du code à Xinference."

#: ../../source/development/contributing_codebase.rst:15
msgid ""
"In addition, it is important that we do not make sudden changes to the code "
"that could have the potential to break a lot of user code as a result. "
"Therefore we need it to be as backwards compatible as possible to avoid mass"
" breakages."
msgstr ""
"De plus, n'apportez pas de modifications soudaines au code, car cela "
"pourrait entraîner des problèmes avec une grande partie du code utilisateur."
" Par conséquent, nous devons maintenir autant que possible la compatibilité "
"ascendante afin d'éviter des pannes à grande échelle."

#: ../../source/development/contributing_codebase.rst:20
msgid "Autofixing formatting errors"
msgstr "Correction automatique des erreurs de format"

#: ../../source/development/contributing_codebase.rst:22
msgid ""
"Moreover, Continuous Integration will run code formatting checks like "
"``black``, ``flake8``, ``isort``, and others using `pre-commit hooks "
"<https://pre-commit.com/>`_ Any warnings generated by these checks will "
"cause the Continuous Integration to fail. Therefore, it is advisable to run "
"the check yourself before submitting code. This can be done by installing "
"``pre-commit``::"
msgstr ""
"De plus, l'intégration continue exécutera des outils de vérification du "
"formatage du code tels que ``black``, ``flake8``, ``isort`` en utilisant "
"`pre-commit hooks <https://pre-commit.com/>`_. Tout avertissement généré par"
" ces vérifications entraînera l'échec de l'intégration continue. Par "
"conséquent, il est recommandé d'exécuter ces vérifications vous-même avant "
"de soumettre du code. Cela peut être fait en installant ``pre-commit`` dans "
"le répertoire racine du dépôt Xinference::"

#: ../../source/development/contributing_codebase.rst:30
msgid "and then running::"
msgstr "Exécutez ensuite la commande::"

#: ../../source/development/contributing_codebase.rst:34
msgid ""
"from the root of the Xinference repository. This setup ensures that all "
"styling checks are automatically executed each time you commit changes "
"without your needing to run each one manually. In addition, using ``pre-"
"commit`` will also allow you to more easily remain up-to-date with our code "
"checks as they change."
msgstr ""
"Une fois installé, cela garantit que chaque soumission de modification "
"exécutera automatiquement toutes les vérifications de style, sans avoir à "
"les lancer manuellement une par une. De plus, l'utilisation de ``pre-"
"commit`` vous permet de rester facilement synchronisé lorsque nos "
"vérifications de code changent."

#: ../../source/development/contributing_codebase.rst:39
msgid ""
"Note that if needed, you can skip these checks with ``git commit --no-"
"verify``."
msgstr ""
"Veuillez noter que, si nécessaire, vous pouvez ignorer ces vérifications en "
"utilisant la commande ``git commit --no-verify``."

#: ../../source/development/contributing_codebase.rst:41
msgid ""
"If you don't want to use ``pre-commit`` as part of your workflow, you can "
"still use it to run its checks with::"
msgstr ""
"Si vous ne souhaitez pas inclure ``pre-commit`` dans votre flux de travail, "
"vous pouvez toujours exécuter la commande suivante pour l'utiliser comme "
"vérification::"

#: ../../source/development/contributing_codebase.rst:46
#: ../../source/development/contributing_codebase.rst:52
msgid "without needing to have done ``pre-commit install`` beforehand."
msgstr "sans avoir à exécuter ``pre-commit install`` au préalable."

#: ../../source/development/contributing_codebase.rst:48
msgid ""
"If you want to run checks on all recently committed files on upstream/main "
"you can use::"
msgstr ""
"Si vous souhaitez exécuter une vérification sur tous les fichiers récemment "
"soumis, vous pouvez utiliser la commande suivante::"

#: ../../source/development/contributing_codebase.rst:56
msgid ""
"You may consider periodically running ``pre-commit gc`` to clean up repos "
"which are no longer used."
msgstr ""
"Vous pouvez envisager d'exécuter régulièrement la commande ``pre-commit gc``"
" pour nettoyer les dépôts qui ne sont plus utilisés."

#: ../../source/development/contributing_codebase.rst:61
msgid ""
"If you have conflicting installations of ``virtualenv``, if could lead to "
"errors - refer to `here <https://github.com/pypa/virtualenv/issues/1875>`_."
msgstr ""
"Si vous avez installé une version conflictuelle de ``virtualenv``, cela peut"
" entraîner des erreurs - veuillez vous référer `ici "
"<https://github.com/pypa/virtualenv/issues/1875>`_ ."

#: ../../source/development/contributing_codebase.rst:64
msgid ""
"Also, due to a `bug in virtualenv "
"<https://github.com/pypa/virtualenv/issues/1986>`_, you may run into issues "
"if you're using conda. To solve this, you can downgrade ``virtualenv`` to "
"version ``20.0.33``."
msgstr ""
"De plus, en raison d'un `bug "
"<https://github.com/pypa/virtualenv/issues/1986>`_ dans ``virtualenv``, vous"
" pourriez rencontrer des problèmes si vous utilisez conda. Pour résoudre ce "
"problème, vous pouvez rétrograder ``virtualenv`` à la version ``20.0.33``."

#: ../../source/development/contributing_codebase.rst:69
msgid "Backwards compatibility"
msgstr "Rétrocompatible"

#: ../../source/development/contributing_codebase.rst:71
msgid ""
"Please try to maintain backward compatibility. If you think breakage is "
"necessary, clearly state why as part of the pull request. Also, be careful "
"when changing method signatures and add deprecation warnings where needed. "
"Also, add the deprecated sphinx directive to the deprecated functions or "
"methods."
msgstr ""
"Veuillez maintenir la rétrocompatibilité autant que possible. Si vous "
"estimez qu’une modification est nécessaire, expliquez clairement les raisons"
" dans la requête de tirage (pull request). Soyez prudent lors de la "
"modification de la signature des méthodes et ajoutez des avertissements "
"d’obsolescence si nécessaire. En outre, ajoutez des directives Sphinx "
"d’obsolescence pour les fonctions ou méthodes dépréciées."

#: ../../source/development/contributing_codebase.rst:76
msgid "You'll also need to"
msgstr "Vous devez également"

#: ../../source/development/contributing_codebase.rst:78
msgid ""
"Write a new test that asserts a warning is issued when calling with the "
"deprecated argument"
msgstr ""
"Écrire un nouvel exemple de test qui émet un avertissement lors de l'appel "
"d'un paramètre obsolète."

#: ../../source/development/contributing_codebase.rst:79
msgid ""
"Update all of Xinference existing tests and code to use the new argument"
msgstr ""
"Mettez à jour tous les exemples de test et le code Xinference existants pour"
" utiliser les nouveaux paramètres."

#: ../../source/development/contributing_codebase.rst:82
msgid "Type hints"
msgstr "Indication de type"

#: ../../source/development/contributing_codebase.rst:84
msgid ""
"Xinference strongly encourages the use of :pep:`484` style type hints. New "
"development should contain type hints and pull requests to annotate existing"
" code are accepted as well!"
msgstr ""
"Xinference encourage fortement l'utilisation d'annotations de type de style "
":pep:`484`. Les nouveaux développements doivent inclure des annotations de "
"type, et les demandes de tirage qui annotent le code existant sont également"
" les bienvenues !"

#: ../../source/development/contributing_codebase.rst:88
msgid "Test-driven development"
msgstr "Développement piloté par les tests"

#: ../../source/development/contributing_codebase.rst:90
msgid ""
"Xinference is serious about testing and strongly encourages contributors to "
"embrace `test-driven development (TDD) <https://en.wikipedia.org/wiki/Test-"
"driven_development>`_. This development process \"relies on the repetition "
"of a very short development cycle: first the developer writes an (initially "
"failing) automated test case that defines a desired improvement or new "
"function, then produces the minimum amount of code to pass that test.\" So, "
"before actually writing any code, you should write your tests. Often the "
"test can be taken from the original GitHub issue. However, it is always "
"worth considering additional use cases and writing corresponding tests."
msgstr ""
"Xinference accorde une grande importance aux tests et encourage vivement les"
" contributeurs à adopter le « développement piloté par les tests (TDD) "
"<https://en.wikipedia.org/wiki/Test-driven_development> ». Ce processus de "
"développement « repose sur la répétition de cycles de développement très "
"courts : d'abord, le développeur rédige un cas de test automatisé "
"(initialement échouant) pour définir l'amélioration souhaitée ou la nouvelle"
" fonctionnalité, puis utilise le minimum de code pour passer ce test. » Par "
"conséquent, avant d'écrire du code, vous devez rédiger vos cas de test. En "
"général, les cas de test peuvent être extraits de l'issue GitHub d'origine. "
"Cependant, il convient d'envisager des scénarios supplémentaires et d'écrire"
" les cas de test correspondants."

#: ../../source/development/contributing_codebase.rst:99
msgid ""
"Adding tests is frequently requested after code is pushed to Xinference. "
"Thus, it is worth getting in the habit of writing tests ahead of time so "
"this is never an issue."
msgstr ""
"Après avoir poussé le code vers Xinference, il est souvent demandé d'ajouter"
" des exemples de test. Par conséquent, il est très important de prendre "
"l'habitude d'écrire des exemples de test à l'avance, afin d'éviter tout "
"problème."

#~ msgid "Pre-commit"
#~ msgstr "Pre-commit"
