Skip to content

Commit eac4f2c

Browse files
authored
docs: sync french up to date (#76)
* docs: sync french up to date * Docs: fix bad links
1 parent 48935e3 commit eac4f2c

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

69 files changed

+1397
-1162
lines changed

fr_FR/code-of-conduct.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
___
22
**Note du traducteur**
33

4-
C'est la traduction du fichier [code-of-conduct.md](https://github.com/avajs/ava/blob/main/.github/CODE_OF_CONDUCT.md). Voici un [lien](https://github.com/avajs/ava/compare/b8bc21d9b624dd93c851c31cfb0409f537d3f2e3...main#diff-d3030a18b089fdb1fbfabf6e75e4aef0) vers les différences avec le master de AVA (Si en cliquant sur le lien, vous ne trouvez pas le fichier `code-of-conduct.md` parmi les fichiers modifiés, vous pouvez donc en déduire que la traduction est à jour).
4+
C'est la traduction du fichier [code-of-conduct.md](https://github.com/avajs/ava/blob/main/.github/CODE_OF_CONDUCT.md). Voici un [lien](https://github.com/avajs/ava/compare/998397671fcaf46e83a88775150a58c02b62c890...main#diff-b2396aff8b9801c5504d37c25f47f8614ff68ad547f8993ca66c333310c8ee4d) vers les différences avec le master de AVA (Si en cliquant sur le lien, vous ne trouvez pas le fichier `code-of-conduct.md` parmi les fichiers modifiés, vous pouvez donc en déduire que la traduction est à jour).
55
___
66
# Charte Code de Conduite Contributeurs
77

fr_FR/contributing.md

+29-29
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
___
22
**Note du traducteur**
33

4-
C'est la traduction du fichier [contributing.md](https://github.com/avajs/ava/blob/main/.github/CONTRIBUTING.md). Voici un [lien](https://github.com/avajs/ava/compare/b4ea43529a6d058a96055735cfa6e7056c009112...main#diff-cc4aac3e9be04e0413c9520f223b493c) vers les différences avec le master de AVA (Si en cliquant sur le lien, vous ne trouvez pas le fichier `contributing.md` parmi les fichiers modifiés, vous pouvez donc en déduire que la traduction est à jour).
4+
C'est la traduction du fichier [contributing.md](https://github.com/avajs/ava/blob/main/.github/CONTRIBUTING.md). Voici un [lien](https://github.com/avajs/ava/compare/711bcf268cb40ec21b967bef4d0927f9de1a71ac...main#diff-98e64bc1cd2db9333c6effe87bbe0d6dfe8714aba4c6bde45aa037fe0796e44c) vers les différences avec le master de AVA (Si en cliquant sur le lien, vous ne trouvez pas le fichier `contributing.md` parmi les fichiers modifiés, vous pouvez donc en déduire que la traduction est à jour).
55
___
66
# Contribuer à AVA
77

@@ -17,19 +17,19 @@ Traductions : [English](https://github.com/avajs/ava/blob/main/.github/CONTRIBUT
1717

1818
En tant qu'utilisateur de AVA, vous êtes le candidat idéal pour nous aider à améliorer notre documentation : corrections de typo, corrections d'erreur, de meilleures explications, plus d'exemples, etc. Ouvrez des issues pour des choses qui pourraient être améliorées. [Aidez à traduire nos docs.](https://github.com/avajs/ava-docs) N'importe quoi. Même les améliorations apportées à ce document.
1919

20-
Utilisez l'[étiquette `docs`](https://github.com/avajs/ava/labels/docs) pour trouver des suggestions, sur ce que nous aimerions voir en plus dans la documentation.
20+
Utilisez l'[étiquette `scope:documentation`](https://github.com/avajs/ava/labels/scope%3Adocumentation) pour trouver des suggestions, sur ce que nous aimerions voir en plus dans la documentation.
2121

2222
### Améliorez les issues
2323

2424
Certaines issues sont créées avec des informations manquantes, non reproductibles, ou simplement invalides. Aidez nous à rendre leur résolution plus facile. La gestion des issues prend beaucoup de temps, grâce à votre aide, nous pouvons consacrer plus de temps à la correction de bugs et l'ajout de fonctionnalités.
2525

2626
### Faites-nous un retour sur les issues
2727

28-
Nous sommes toujours intéressés par d'autres avis dans les discussions des issues. C'est une bonne occasion d'influencer l'orientation future de l'AVA.
28+
Nous sommes toujours intéressés par d'autres avis dans les discussions des issues. C'est une bonne occasion d'influencer l'orientation future de AVA.
2929

30-
L'[étiquette `question`](https://github.com/avajs/ava/labels/question) est le bon endroit pour trouver des discussions en cours.
30+
Les étiquettes [`needs triage`](https://github.com/avajs/ava/labels/needs%20triage) et [`question`](https://github.com/avajs/ava/labels/question) sont les bons endroits pour trouver des discussions en cours.
3131

32-
### Écrivez du code
32+
### Aidez-nous
3333

3434
Vous pouvez utiliser les étiquettes pour découvrir les issues où vous pourriez aider :
3535

@@ -40,38 +40,38 @@ Vous pouvez utiliser les étiquettes pour découvrir les issues où vous pourrie
4040

4141
Les étiquettes [`help wanted`](https://github.com/avajs/ava/labels/help%20wanted) (aide demandée) et [`good for beginner`](https://github.com/avajs/ava/labels/good%20for%20beginner) (bon pour les débutants) sont particulièrement utiles.
4242

43-
Vous trouverez peut-être une issue qui est attribuée, ou qui a l'[étiquette `assigned`](https://github.com/avajs/ava/labels/assigned). Veuillez vérifier avant de commencer sur cette issue parce que quelqu'un d'autre est probablement en train de travailler dessus.
43+
Vous trouverez peut-être une issue qui est attribuée. Veuillez vérifier avant de commencer sur cette issue parce que quelqu'un d'autre est probablement en train de travailler dessus.
4444

4545
Nous aimerions corriger les [issues `priority`](https://github.com/avajs/ava/labels/priority) (prioritaires) en premier. Nous aimerions aussi voir des avancées sur les [issues `low-priority`](https://github.com/avajs/ava/labels/low%20priority) (de faible priorité). Les [issues `future`](https://github.com/avajs/ava/labels/future) sont celles que nous aimerions avoir, mais pas tout de suite. Veuillez vérifier avant de travailler sur celles-ci, car nous voulons peut-être pas pour l'instant assumer la charge de ces fonctionnalités.
4646

47-
Si vous mettez à jour des dépendances, assurez-vous que vous utilisez [email protected] et faites un commit de la mise à jour du fichier `package-lock.json`.
47+
Vous trouverez ci-dessous des conseils pour contribuer au code.
4848

49-
### Promenez-vous sur notre chat
49+
### Promenez-vous et discutez
5050

51-
Nous avons un [chat](https://spectrum.chat/ava). Venez, espionnez, parlez-nous et aidez les autres.
51+
Nous utilisons [GitHub Discussions](https://github.com/avajs/ava/discussions). Allez-y pour observer, nous parler et aider les autres.
5252

53-
## Soumettez une issue
53+
## Contribuer au code
5454

55-
- Les issues sont pour les problèmes. Utilisez notre [chat](https://spectrum.chat/ava) ou [Stack Overflow](https://stackoverflow.com/questions/tagged/ava) pour le support.
56-
- Cherchez l'erreur dans les issues existantes avant d'en ouvrir une.
57-
- Assurez-vous d'utiliser la dernière version de AVA.
58-
- Utilisez un titre clair et descriptif (en anglais).
59-
- Donnez le maximum d'informations possibles : étapes pour reproduire le problème, message d'erreur, la version de Node.js, le système d'exploitation, etc (en anglais).
60-
- Plus vous passerez du temps pour rédiger votre issue, plus vite nous la traiterons.
61-
- [La meilleure façon de reporter une issue, c'est de le prouver par un test qui échoue.](https://twitter.com/sindresorhus/status/579306280495357953)
55+
Lorsque vous trouvez une issue sur laquelle vous aimeriez travailler, laissez un commentaire pour que les autres soient au courant. Nous vous affecterons alors l'issue.
6256

63-
## Soumettez un pull request
57+
Bien sûr, vous pouvez travailler sur des choses qui n'ont pas encore d'issue. Cependant, si vous comptez fournir un effort important, il est préférable d'en discuter avant.
6458

65-
- Les changements non triviaux doivent d'abord être débattus dans une issue : pour éviter de faire un travail inutile.
66-
- Pour des tâches importantes, nous vous conseillons dès que possible de présenter votre travail à la communauté pour avoir son avis. Ouvrez un pull request, dès que vous avez fait le minimum nécessaire, pour démontrer votre idée. À ce stade précoce, ne vous inquiétez pas si les choses ne sont pas parfaites ou 100% terminées. Ajoutez un préfixe [WIP] dans le titre et décrivez ce que vous avez encore besoin de faire. Cela permet à ceux qui l'examine de ne pas chercher la petite bête ou de signaler des améliorations dont vous savez déjà que vous devez les faire.
67-
- Les nouvelles fonctionnalités doivent être accompagnées avec des tests et de la documentation (en anglais).
68-
- N'ajoutez pas des changements qui ne sont pas en rapport avec le pull request.
69-
- Vérifiez (Lint) et testez avant de soumettre un pull request en exécutant `$ npm test`.
70-
- Faites un pull request depuis une [branche](https://github.com/dchelimsky/rspec/wiki/Topic-Branches), pas depuis le master.
71-
- Utilisez un titre clair et descriptif pour le pull request et les commits.
72-
- Écrivez une description convaincante pour expliquer pourquoi nous devrions intégrer votre pull request. Il est de votre devoir de nous convaincre. Répondre à la question «pourquoi» est nécessaire et fournissez des cas d'utilisation.
73-
- Nous pouvons vous demander de changer votre pull request. Il n'est pas utile d'ouvrir un autre pull request. [Mettez juste à jour celui qui existe déjà.](https://github.com/RichardLitt/knowledge/blob/master/github/amending-a-commit-guide.md)
59+
Lorsque vous êtes prêt à recevoir des commentaires sur votre travail, ouvrez une [draft pull request](https://help.github.com/en/github/collaborating-with-issues-and-pull-requests/about-pull-requests#draft-pull-requests). Ce n'est pas grave si le travail n'est pas encore terminé, mais faites-nous savoir ce qu'il reste à faire. Les relecteurs sauront ainsi qu'il ne faut pas pinailler sur les petits détails ou signaler les améliorations que vous savez déjà devoir apporter.
7460

75-
Remarque: lorsque vous modifiez du code, n'oubliez pas que la devise de AVA (volé à Python), c'est d'avoir une unique méthode pour faire quelque chose. Par exemple, une demande pour ajouter un alias à l'API ([comme ceci](https://github.com/avajs/ava/pull/663)) sera probablement refusée s'il n'y a pas l'ajout d'un autre avantage important.
61+
La relecture de pull request importantes peut prendre beaucoup de temps. Un temps qui n'est pas toujours disponible. Les demandes plus petites peuvent être traitées plus rapidement. Si vous introduisez une nouvelle fonctionnalité, réfléchissez à la manière dont elle pourrait être décomposée. Il n'y a pas de mal à introduire des fonctionnalités comme [expérimentales](https://github.com/avajs/ava-docs/blob/main/fr_FR/docs/06-configuration.md#expérimentations). Celles-ci nécessitent moins de documentation et de couverture de test.
7662

77-
*Vous cherchez à faire votre première contribution à un projet open-source ? Cherchez pas plus loin ! AVA peut être l'un des projets et l'une des communautés les plus accueillants. Lisez l'article de blog ["Making your first contribution"](https://medium.com/@vadimdemedes/making-your-first-contribution-de6576ddb190) pour démarrer correctement et faire votre première participation pour AVA !*
63+
Essayez d'éviter d'apporter des modifications de ruptures (breaking changes). Celles-ci sont plus longues à livrer. Au lieu de cela, faites en sorte que le nouveau comportement soit expérimental. De cette façon, votre fonctionnalité peut être livrée, et vous pouvez l'utiliser, selon son propre échéancier.
64+
65+
Les fonctionnalités non expérimentales doivent être accompagnées de tests et de documentation.
66+
67+
N'incluez pas de modifications sans rapport avec la fonctionnalité dans votre pull request. Assurez-vous que les tests passent sur votre machine en exécutant npm test. Vous pouvez également lancer des fichiers de test spécifiques en utilisant `npx tap test-tap/{file}.js` or `npx test-ava test/{file}.js`.
68+
69+
Lorsque vous faites une pull request, veuillez utiliser un titre clair et descriptif. Soyez précis sur ce qui a été modifié et pourquoi.
70+
71+
Assurez-vous que la case *Allow edits from maintainers* est cochée. De cette façon, nous pourrons apporter nous-mêmes certaines modifications mineures, ce qui permettra de fusionner votre pull request plus rapidement.
72+
73+
Il se peut que l'on vous demande d'apporter des modifications à votre pull request. Il n'est jamais nécessaire d'ouvrir une autre pull request. Envoyez plus de commits à votre branche existante. Nous les écraserons (squash) lorsque nous fusionnerons le PR.
74+
75+
Les dépendances sont gérées par `npm`. Ne mettez à jour les dépendances que lorsque cela est nécessaire pour votre pull request. Ne reconstruisez pas le fichier de verrouillage (lockfile).
76+
77+
Et enfin, amusez-vous bien !

0 commit comments

Comments
 (0)