You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: fr_FR/code-of-conduct.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -1,7 +1,7 @@
1
1
___
2
2
**Note du traducteur**
3
3
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).
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).
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.
19
19
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.
21
21
22
22
### Améliorez les issues
23
23
24
24
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.
25
25
26
26
### Faites-nous un retour sur les issues
27
27
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.
29
29
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.
31
31
32
-
### Écrivez du code
32
+
### Aidez-nous
33
33
34
34
Vous pouvez utiliser les étiquettes pour découvrir les issues où vous pourriez aider :
35
35
@@ -40,38 +40,38 @@ Vous pouvez utiliser les étiquettes pour découvrir les issues où vous pourrie
40
40
41
41
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.
42
42
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.
44
44
45
45
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.
46
46
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.
48
48
49
-
### Promenez-vous sur notre chat
49
+
### Promenez-vous et discutez
50
50
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.
52
52
53
-
## Soumettez une issue
53
+
## Contribuer au code
54
54
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.
62
56
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.
64
58
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.
74
60
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.
76
62
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).
0 commit comments