diff --git a/Gemfile.lock b/Gemfile.lock
index 7c03a18f247..fff637b46fe 100644
--- a/Gemfile.lock
+++ b/Gemfile.lock
@@ -221,7 +221,7 @@ GEM
     parallel (1.17.0)
     pathutil (0.16.2)
       forwardable-extended (~> 2.6)
-    public_suffix (3.1.0)
+    public_suffix (3.1.1)
     rainbow (3.0.0)
     rake (12.3.2)
     rb-fsevent (0.10.3)
diff --git a/_articles/finding-users.md b/_articles/finding-users.md
index 84ec4c6e7ca..120380c975c 100644
--- a/_articles/finding-users.md
+++ b/_articles/finding-users.md
@@ -60,7 +60,7 @@ If you don't wish to set up outlets for your project yet, promote your own Twitt
 
 **Consider creating a website for your project.** A website makes your project friendlier and easier to navigate, especially when it's paired with clear documentation and tutorials. Having a website also suggests that your project is active which will make your audience feel more comfortable using it. Provide examples to give people ideas for how to use your project.
 
-[@adrianholovaty](https://news.ycombinator.com/item?id=7531689), co-creator of Django, said that a website was _"by far the best thing we did with Django in the early days"_.
+[@adrianholovaty](https://news.ycombinator.com/item?id=7531689), co-creator of Django, said that a website was _" by far the best thing we did with Django in the early days"_.
 
 If your project is hosted on GitHub, you can use [GitHub Pages](https://pages.github.com/) to easily make a website. [Yeoman](http://yeoman.io/), [Vagrant](https://www.vagrantup.com/), and [Middleman](https://middlemanapp.com/) are [a few examples](https://github.com/showcases/github-pages-examples) of excellent, comprehensive websites.
 
@@ -110,7 +110,7 @@ If you're [new to public speaking](https://speaking.io/), start by finding a loc
 
 If you've never spoken at an event before, it's perfectly normal to feel nervous! Remember that your audience is there because they genuinely want to hear about your work.
 
-As you write your talk, focus on what your audience will find interesting and get value out of. Keep your language friendly and approachable. Smile, breathe, and have fun.
+As you write your talk, focus on what your audience will find interesting and get value out of. Keep your language friendly and approachable. Smile, breathe and have fun.
 
 <aside markdown="1" class="pquote">
   <img src="/assets/images/finding-users/lena.jpg" class="pquote-avatar" alt="avatar">
@@ -136,7 +136,7 @@ Look for conferences that are specific to your language or ecosystem. Before you
 
 In addition to the strategies outlined above, the best way to invite people to share and contribute to your project is to share and contribute to their projects.
 
-Helping newcomers, sharing resources, and making thoughtful contributions to others' projects will help you build a positive reputation. Being an active member in the open source community will help people have context for your work and be more likely to pay attention to and share your project. Developing relationships with other open source projects can even lead to official partnerships.
+Helping newcomers, sharing resources, and making thoughtful contributions to others' projects will help you build a positive reputation. Being an active member of the open source community will help people have context for your work and be more likely to pay attention to and share your project. Developing relationships with other open source projects can even lead to official partnerships.
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/shazow?s=180" class="pquote-avatar" alt="avatar">
@@ -152,7 +152,7 @@ There is no overnight solution to building an audience. Gaining the trust and re
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/ariya?s=180" class="pquote-avatar" alt="avatar">
-  PhantomJS was released for the first time in the beginning of 2011. (...) I spread the word in the usual ways: I tweeted about it, I wrote blog posts on things you could do with it, I mentioned it during various discussions in meetups. When it became more well known in 2014, I started giving presentations about it.
+  PhantomJS was released for the first time at the beginning of 2011. (...) I spread the word in the usual ways: I tweeted about it, I wrote blog posts on things you could do with it, I mentioned it during various discussions in meetups. When it became more well known in 2014, I started giving presentations about it.
   <p markdown="1" class="pquote-credit">
 — @ariya, ["Maintainer Stories"](https://github.com/open-source/stories/ariya)
   </p>
diff --git a/_articles/fr/starting-a-project.md b/_articles/fr/starting-a-project.md
index 2268097c33b..1da1be141ce 100644
--- a/_articles/fr/starting-a-project.md
+++ b/_articles/fr/starting-a-project.md
@@ -22,12 +22,12 @@ L'open source est puissant car il abaisse les barrières à l'adoption, permetta
 
 Pour comprendre comment cela fonctionne, imaginez que votre ami a un potluck, et que vous apportez une tarte aux cerises.
 
-* Tout le monde essaie la tarte (_utiliser_)
-* La tarte est un succès! Ils vous demandent la recette que vous fournissez (_voir_)
-* Un ami, Alex, qui est un chef pâtissier, suggère de réduire le sucre (_modifier_)
+* Tout le monde goûte la tarte (_utiliser_)
+* La tarte est un succès ! Ils vous demandent la recette que vous leur fournissez (_voir_)
+* Un ami, Alex, qui est chef pâtissier, suggère de réduire le sucre (_modifier_)
 * Une autre amie, Lisa, demande à l'utiliser pour un dîner la semaine prochaine (_distribuer_)
 
-Par comparaison, un processus de source fermée se rendrait dans un restaurant et commanderait une tranche de tarte aux cerises. Vous devez payer des frais pour manger la tarte, et le restaurant ne vous donnera probablement pas leur recette. Si vous avez copié leur tarte exactement et l'avez vendue sous votre propre nom, le restaurant pourrait prendre des mesures contre vous.
+Par comparaison, un processus de source fermée serait de se rendre dans un restaurant et commander une tranche de tarte aux cerises. Vous devez payer des frais pour manger la tarte, et le restaurant ne vous donnera probablement pas leur recette. Si vous avez copié leur tarte exactement et l'avez vendue sous votre propre nom, le restaurant pourrait prendre des mesures contre vous.
 
 ### Pourquoi les gens ouvrent-ils leur travail ?
 
@@ -39,37 +39,37 @@ Par comparaison, un processus de source fermée se rendrait dans un restaurant e
   </p>
 </aside>
 
-[Il y a plein de raisons] (https://ben.balter.com/2015/11/23/why-open-source/) pour une personne ou une organisation de vouloir ouvrir un projet. Quelques exemples incluent:
+[Il y a plein de raisons] (https://ben.balter.com/2015/11/23/why-open-source/) pour une personne ou une organisation de vouloir ouvrir un projet. Par exemple :
 
 * **Collaboration :** Les projets open source peuvent accepter des changements de n'importe qui dans le monde. [Exercism](https://github.com/exercism/), par exemple, est une plate-forme d'exercices de programmation avec plus de 350 contributeurs.
 
-* **Adoption et remixage :** Les projets open source peuvent être utilisés par n'importe qui pour presque n'importe quel but. Les gens peuvent même l'utiliser pour construire d'autres choses. [WordPress](https://github.com/WordPress), par exemple, a commencé comme le fork d'un projet existant appelé [b2](https://github.com/WordPress/book/blob/master/Content/Part%201/2-b2-cafelog.md).
+* **Adoption et remixage :** Les projets open source peuvent être utilisés par n'importe qui pour presque n'importe quel but. Les gens peuvent même l'utiliser pour construire d'autres choses. [WordPress](https://github.com/WordPress), par exemple, a commencé en tant que fork d'un projet existant appelé [b2](https://github.com/WordPress/book/blob/master/Content/Part%201/2-b2-cafelog.md).
 
-* **Transparence :** Tout le monde peut inspecter un projet open source pour des erreurs ou des incohérences. La transparence est importante pour des gouvernements comme [Bulgarie](https://medium.com/@bozhobg/bulgaria-got-a-law-requiring-open-source-98bf626cf70a) ou les [États-Unis](https://sourcecode.cio.gov/), les industries réglementées comme la banque ou les soins de santé, et les logiciels de sécurité comme [Let's Encrypt](https://github.com/letsencrypt).
+* **Transparence :** Tout le monde peut inspecter un projet open source pour y chercher des erreurs ou des incohérences. La transparence est importante pour des gouvernements comme celui de [Bulgarie](https://medium.com/@bozhobg/bulgaria-got-a-law-requiring-open-source-98bf626cf70a) ou des [États-Unis](https://sourcecode.cio.gov/), les industries réglementées comme la banque ou les soins de santé, et les logiciels de sécurité comme [Let's Encrypt](https://github.com/letsencrypt).
 
-L'open source n'est pas seulement pour les logiciels. Vous pouvez ouvrir la source de tous les ensembles de données aux livres. Jetez un coup d'œil sur [GitHub Explore](https://github.com/explore) pour trouver des idées sur ce que vous pouvez faire d'autre.
+L'open source n'est pas seulement pour les logiciels. Vous pouvez tout rendre open source depuis les jeux de données aux livres. Jetez un coup d'œil sur [GitHub Explore](https://github.com/explore) pour trouver des idées sur ce que vous pouvez faire d'autre.
 
 ### L'open source signifie-t-il "gratuit" ?
 
-L'un des plus gros attrait de l'open source est qu'il ne coûte pas d'argent. La "gratuité"" est toutefois une conséquence de la valeur globale de l'open source.
+L'un des plus gros attraits de l'open source est qu'il ne coûte pas d'argent. La "gratuité" est toutefois une conséquence de la valeur globale de l'open source.
 
-Parce que [une licence open source nécessite](https://opensource.org/osd-annotated) que n'importe qui peut utiliser, modifier et partager votre projet pour presque n'importe quel but, les projets eux-mêmes ont tendance à être gratuits. Si le projet coûte de l'argent, n'importe qui peut légalement en faire une copie et utiliser la version gratuite à la place.
+Puisqu'[une licence open source nécessite](https://opensource.org/osd-annotated) que n'importe qui puisse utiliser, modifier et partager votre projet dans pratiquement n'importe quel but, les projets eux-mêmes ont tendance à être gratuits. Si le projet coûte de l'argent, n'importe qui peut légalement en faire une copie et utiliser la version gratuite à la place.
 
-En conséquence, la plupart des projets open source sont gratuits, mais "gratuitement" ne fait pas partie de la définition de l'open source. Il existe des moyens de facturer les projets open source indirectement à travers une double licence ou des fonctionnalités limitées, tout en respectant la définition officielle de l'open source.
+En conséquence, la plupart des projets open source sont gratuits, mais la "gratuité" ne fait pas partie de la définition de l'open source. Il existe des moyens de facturer les projets open source indirectement à travers une double licence ou des fonctionnalités limitées, tout en respectant la définition officielle de l'open source.
 
 ## Dois-je lancer mon propre projet open source
 
 La réponse courte est oui, car peu importe le résultat, le lancement de votre propre projet est une excellente façon d'apprendre comment fonctionne l'open source.
 
-Si vous n'avez jamais ouvert un projet auparavant, vous pourriez être nerveux à propos de ce que les gens diront, ou si personne ne le remarquera. Si cela vous ressemble, vous n'êtes pas seul!
+Si vous n'avez jamais ouvert un projet auparavant, vous pourriez être nerveux à propos de ce que les gens diront, ou du risque que personne ne le remarque. Si cela vous ressemble, vous n'êtes pas seul !
 
-Le travail open source est comme toute autre activité créative, que ce soit l'écriture ou la peinture. Cela peut être effrayant de partager votre travail avec le monde, mais la seule façon de s'améliorer est de pratiquer - même si vous n'avez pas de public.
+Le travail open source est comme toute autre activité créative, que ce soit l'écriture ou la peinture. Cela peut être effrayant de partager votre travail avec le reste du monde, mais la seule façon de s'améliorer est de pratiquer - même si vous n'avez pas de public.
 
 Si vous n'êtes pas encore convaincu, prenez un moment pour réfléchir à vos objectifs.
 
 ### Fixer vos objectifs
 
-Les objectifs peuvent vous aider à déterminer ce sur quoi vous devez travailler, ce que vous devez dire non et où vous avez besoin de l'aide des autres. Commencez par vous demander: _pourquoi est-ce que j'ouvre ce projet ?_
+Les objectifs peuvent vous aider à déterminer ce sur quoi vous devez travailler, ce à quoi vous devez dire non et où vous avez besoin de l'aide des autres. Commencez par vous demander : _pourquoi est-ce que j'ouvre ce projet ?_
 
 Il n'y a pas de bonne réponse à cette question. Vous pouvez avoir plusieurs objectifs pour un même projet ou différents projets avec des objectifs différents.
 
@@ -83,13 +83,13 @@ Si votre seul objectif est de montrer votre travail, vous ne voulez peut-être m
   </p>
 </aside>
 
-Au fur et à mesure que votre projet grandit, votre communauté peut avoir besoin de plus que du code. Répondre aux problèmes, réviser le code et évangéliser votre projet sont des tâches importantes dans un projet open source.
+Au fur et à mesure que votre projet grandit, votre communauté peut avoir besoin de plus que du code. Répondre aux problèmes, réviser le code et promouvoir votre projet sont des tâches importantes dans un projet open source.
 
-Bien que le temps que vous consacrez à des tâches non codées dépende de la taille et de la portée de votre projet, vous devez vous préparer en tant que responsable pour les résoudre vous-même ou trouver quelqu'un pour vous aider.
+Bien que le temps que vous consacrez à des tâches sans code dépende de la taille et de la portée de votre projet, vous devez vous préparer en tant que responsable à les résoudre par vous-même ou à trouver quelqu'un pour vous aider.
 
-**Si vous faites partie d'un projet d'ouverture d'entreprise,** assurez-vous que votre projet dispose des ressources internes dont il a besoin pour prospérer. Vous voudrez identifier qui est responsable de la maintenance du projet après son lancement et comment vous allez partager ces tâches avec votre communauté.
+**Si vous faites partie d'une entreprise qui ouvre le code source d'un projet,** assurez-vous que votre projet dispose des ressources internes dont il a besoin pour prospérer. Vous voudrez identifier qui est responsable de la maintenance du projet après son lancement et comment vous allez partager ces tâches avec votre communauté.
 
-Si vous avez besoin d'un budget ou d'un personnel dédié pour la promotion, les opérations et la maintenance du projet, commencez ces conversations plus tôt.
+Si vous avez besoin d'un budget ou d'un personnel dédié pour la promotion, les opérations et la maintenance du projet, commencez ces conversations aussi tôt que possible.
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/captainsafia?s=180" class="pquote-avatar" alt="avatar">
@@ -103,55 +103,55 @@ Si vous avez besoin d'un budget ou d'un personnel dédié pour la promotion, les
 
 Si votre objectif est d'apprendre à collaborer avec d'autres ou à comprendre le fonctionnement de l'open source, envisagez de contribuer à un projet existant. Commencez avec un projet que vous utilisez déjà et que vous aimez. Contribuer à un projet peut être aussi simple que de réparer des fautes de frappe ou de mettre à jour une documentation.
 
-Si vous ne savez pas comment commencer en tant que contributeur, consultez notre [Comment contribuer au guide Open Source](../how-to-contribute/).
+Si vous ne savez pas comment commencer en tant que contributeur, consultez notre guide [Comment contribuer à l'Open Source](../how-to-contribute/).
 
 ## Lancer votre propre projet open source
 
 Il n'y a pas de moment idéal pour ouvrir votre travail. Vous pouvez ouvrir une idée, un travail en cours, ou après des années de source fermée.
 
-De manière générale, vous devriez ouvrir votre projet lorsque vous serez à l'aise de voir les autres et de donner votre avis sur votre travail.
+De manière générale, vous devriez ouvrir votre projet lorsque vous serez à l'aise à l'idée que les autres puissent voir et donner votre avis sur votre travail.
 
-Quelle que soit la phase à laquelle vous décidez d'ouvrir votre projet, chaque projet doit inclure la documentation suivante:
+Quelle que soit la phase durant laquelle vous décidez d'ouvrir votre projet, chaque projet doit inclure la documentation suivante :
 
 * [Licence open source](https://help.github.com/articles/open-source-licensing/#where-does-the-license-live-on-my-repository)
 * [README](https://help.github.com/articles/create-a-repo/#commit-your-first-change)
-* [Lignes directrices contributives](https://help.github.com/articles/setting-guidelines-for-repository-contributors/)
+* [Directives de contribution](https://help.github.com/articles/setting-guidelines-for-repository-contributors/)
 * [Code de conduite](../code-of-conduct/)
 
-En tant que responsable, ces composants vous aideront à communiquer les attentes, à gérer les contributions et à protéger les droits légaux de chacun (y compris le vôtre). Ils augmentent considérablement vos chances d'avoir une expérience positive.
+En tant que responsable, ces composants vous aideront à communiquer les attentes, à gérer les contributions et à protéger les droits légaux de chacun (y compris les vôtres). Ils augmentent considérablement vos chances d'avoir une expérience positive.
 
 Si votre projet est sur GitHub, placer ces fichiers dans votre répertoire racine avec les noms de fichiers recommandés aidera GitHub à les reconnaître et à les faire apparaître automatiquement à vos lecteurs.
 
 ### Choisir une licence
 
-Une licence open source garantit que d'autres utilisateurs peuvent utiliser, copier, modifier et contribuer à votre projet sans aucune répercussion. Il vous protège également contre les situations juridiques collantes. **Vous devez inclure une licence lorsque vous lancez un projet open source.**
+Une licence open source garantit que d'autres utilisateurs peuvent utiliser, copier, modifier et contribuer à votre projet sans aucune répercussion. Il vous protège également contre les situations juridiques épineuses. **Vous devez inclure une licence lorsque vous lancez un projet open source.**
 
 Le travail juridique n'est pas amusant. La bonne nouvelle est que vous pouvez copier et coller une licence existante dans votre dépôt. Cela ne prendra qu'une minute pour protéger votre dur labeur.
 
-[MIT](https://choosealicense.com/licenses/mit/), [Apache 2.0](https://choosealicense.com/licenses/apache-2.0/), et [GPLv3](https://choosealicense.com/licenses/gpl-3.0/) sont les licences Open Source les plus populaires, mais [il existe d'autres options](https://choosealicense.com) à choisir.
+[MIT](https://choosealicense.com/licenses/mit/), [Apache 2.0](https://choosealicense.com/licenses/apache-2.0/), et [GPLv3](https://choosealicense.com/licenses/gpl-3.0/) sont les licences Open Source les plus populaires, mais vous pouvez choisir [d'autres options](https://choosealicense.com).
 
 Lorsque vous créez un nouveau projet sur GitHub, vous avez la possibilité de sélectionner une licence. L'inclusion d'une licence open source rendra votre projet GitHub open source.
 
 ![Choisissez une licence](/assets/images/starting-a-project/repository-license-picker.png)
 
-Si vous avez d'autres questions ou préoccupations concernant les aspects juridiques de la gestion d'un projet open source, [nous vous avons couvert](../legal/).
+Si vous avez d'autres questions ou préoccupations concernant les aspects juridiques de la gestion d'un projet open source, [nous avons ce qu'il vous faut](../legal/).
 
 ### Ecrire un fichier README
 
 Les fichiers README font plus qu'expliquer comment utiliser votre projet. Ils expliquent également pourquoi votre projet est important et ce que vos utilisateurs peuvent en faire.
 
-Dans votre fichier README, essayez de répondre aux questions suivantes:
+Dans votre fichier README, essayez de répondre aux questions suivantes :
 
-* Que fait ce projet?
-* Pourquoi ce projet est-il utile?
-* Comment puis-je commencer?
-* Où puis-je obtenir plus d'aide, si j'en ai besoin?
+* Que fait ce projet ?
+* Pourquoi ce projet est-il utile ?
+* Par quoi puis-je commencer ?
+* Où puis-je obtenir plus d'aide, si j'en ai besoin ?
 
 Vous pouvez utiliser votre fichier README pour répondre à d'autres questions, telles que la manière dont vous gérez les contributions, les objectifs du projet et les informations sur les licences et l'attribution. Si vous ne souhaitez pas accepter de contributions ou si votre projet n'est pas encore prêt pour la production, écrivez ces informations.
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/tracymakes?s=180" class="pquote-avatar" alt="avatar">
-  Une meilleure documentation signifie plus d'utilisateurs, moins de demandes de support et plus de contributeurs. (...) Rappelez-vous que vos lecteurs ne sont pas vous. Il y a des gens qui pourraient venir à un projet et qui ont des expériences complètement différentes.
+  Une meilleure documentation signifie plus d'utilisateurs, moins de demandes de support et plus de contributeurs. (...) Rappelez-vous que vos lecteurs ne sont pas vous. Il y a des gens qui pourraient participer à un projet et qui ont des expériences complètement différentes.
   <p markdown="1" class="pquote-credit">
 — @tracymakes, ["Writing So Your Words Are Read (video)"](https://www.youtube.com/watch?v=8LiV759Bje0&list=PLmV2D6sIiX3U03qc-FPXgLFGFkccCEtfv&index=10)
   </p>
@@ -159,15 +159,15 @@ Vous pouvez utiliser votre fichier README pour répondre à d'autres questions,
 
 Parfois, les gens évitent d'écrire un fichier README parce qu'ils ont l'impression que le projet n'est pas terminé ou qu'ils ne veulent pas de contributions. Ce sont toutes de très bonnes raisons d'en écrire une.
 
-Pour plus d'inspiration, essayez d'utiliser celui de @18F ["Making READMEs Readable"](https://pages.18f.gov/open-source-guide/making-readmes-readable/) ou celui de @PurpleBooth [README template](https://gist.github.com/PurpleBooth/109311bb0361f32d87a2) pour écrire un fichier README complet.
+Pour plus d'inspiration, essayez d'utiliser celui de @18F ["Making READMEs Readable"](https://pages.18f.gov/open-source-guide/making-readmes-readable/) ou le [modèle de README](https://gist.github.com/PurpleBooth/109311bb0361f32d87a2) de @PurpleBooth pour écrire un fichier README complet.
 
-Lorsque vous incluez un fichier README dans le répertoire racine, GitHub l'affiche automatiquement sur la page d'accueil du référentiel.
+Lorsque vous incluez un fichier README dans le répertoire racine, GitHub l'affiche automatiquement sur la page d'accueil du dépot.
 
 ### R&eacute;daction de vos directives de contribution
 
 Un fichier CONTRIBUTING indique à votre audience comment participer à votre projet. Par exemple, vous pouvez inclure des informations sur:
 
-* Comment déposer un rapport de bug (essayez d'utiliser [question et tirer des modèles de demande](https://github.com/blog/2111-issue-and-pull-request-templates))
+* Comment déposer un rapport de bug (essayez d'utiliser [des modèles de questions et de pull requests](https://github.com/blog/2111-issue-and-pull-request-templates))
 * Comment proposer une nouvelle fonctionnalité
 * Comment configurer votre environnement et exécuter des tests
 
@@ -187,9 +187,9 @@ Dans les premières étapes de votre projet, votre fichier CONTRIBUTING peut êt
 
 Au fil du temps, vous pouvez ajouter d'autres questions fréquemment posées à votre fichier CONTRIBUTING. L'écriture de cette information signifie que moins de personnes vous poseront les mêmes questions encore et encore.
 
-Pour plus d'aide avec la rédaction de votre fichier CONTRIBUTING, consultez le [template du guide de contribution de @nayafia](https://github.com/nayafia/contributing-template/blob/master/CONTRIBUTING-template.md) ou @mozilla ["Comment Construire un CONTRIBUTING.md"](https://mozillascience.github.io/working-open-workshop/contributing/).
+Pour plus d'aide avec la rédaction de votre fichier CONTRIBUTING, consultez le [modèle de guide de contribution de @nayafia](https://github.com/nayafia/contributing-template/blob/master/CONTRIBUTING-template.md) ou le guide de @mozilla ["Comment Construire un CONTRIBUTING.md"](https://mozillascience.github.io/working-open-workshop/contributing/).
 
-Lien vers votre fichier CONTRIBUTING à partir de votre fichier README, afin que plus de gens le voient. Si vous [placez le fichier CONTRIBUTING dans le repository de votre projet](https://help.github.com/articles/setting-guidelines-for-repository-contributors/), GitHub liera automatiquement votre fichier lorsqu'un contributeur crée un problème ou ouvre une requête de tirage.
+Ajoutez un lien vers votre fichier CONTRIBUTING dans votre fichier README, afin que plus de gens le voient. Si vous [placez le fichier CONTRIBUTING dans le repository de votre projet](https://help.github.com/articles/setting-guidelines-for-repository-contributors/), GitHub affichera automatiquement un lien vers votre fichier lorsqu'un contributeur crée un problème ou ouvre une pull request.
 
 ![Lignes directrices contributives](/assets/images/starting-a-project/Contributing-guidelines.jpg)
 
@@ -197,7 +197,7 @@ Lien vers votre fichier CONTRIBUTING à partir de votre fichier README, afin que
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/mlynch?s=180" class="pquote-avatar" alt="avatar">
-  Nous avons tous eu des expériences où nous avons fait face à ce qui était probablement un abus soit en tant que responsable essayant d'expliquer pourquoi quelque chose devait être d'une certaine manière, ou en tant qu'utilisateur... posant une question simple. (...) Un code de conduite devient un document facilement référencé et lisible qui indique que votre équipe prend un discours constructif très au sérieux.
+  Nous avons tous eu des expériences où nous avons fait face à ce qui était probablement un abus soit en tant que responsable essayant d'expliquer pourquoi quelque chose devait être d'une certaine manière, ou en tant qu'utilisateur... posant une simple question. (...) Un code de conduite devient un document facilement référencé et lisible qui indique que votre équipe prend un discours constructif très au sérieux.
   <p markdown="1" class="pquote-credit">
 — @mlynch, ["Making Open Source a Happier Place"](https://medium.com/ionic-and-the-mobile-web/making-open-source-a-happier-place-3b90d254f5f)
   </p>
@@ -207,13 +207,13 @@ Enfin, un code de conduite permet de définir des règles de base pour le compor
 
 Pour plus d'informations, consultez notre [Code de conduite](../code-of-conduct/).
 
-En plus de communiquer _comment_ vous souhaitez que les participants se comportent, un code de conduite a également tendance à décrire à qui s'appliquent ces attentes, quand ils s'appliquent, et que faire en cas de violation.
+En plus de d'indiquer _comment_ vous souhaitez que les participants se comportent, un code de conduite a également tendance à décrire à qui s'appliquent ces attentes, quand elles s'appliquent, et que faire en cas de violation.
 
 Tout comme les licences open source, il existe également des normes émergentes pour les codes de conduite, vous n'avez donc pas besoin d'écrire les vôtres. Le [Contributor Covenant](https://contributor-covenant.org/)) est un code de conduite qui est utilisé par [plus de 40 000 projets open source](https://www.contributor-covenant.org/adopters) , y compris Kubernetes, Rails et Swift. Quel que soit le texte que vous utilisez, vous devez être prêt à appliquer votre code de conduite si nécessaire.
 
 Collez le texte directement dans un fichier CODE_OF_CONDUCT dans votre repository. Conservez le fichier dans le répertoire racine de votre projet pour qu'il soit facile à trouver et liez-le à partir de votre fichier README.
 
-## Nommer et marquer votre projet
+## Nommer et créer l'image de marque de votre projet
 
 La marque est plus qu'un logo flashy ou un nom de projet accrocheur. Il s'agit de la façon dont vous parlez de votre projet et de qui vous parlez avec votre message.
 
@@ -221,30 +221,30 @@ La marque est plus qu'un logo flashy ou un nom de projet accrocheur. Il s'agit d
 
 Choisissez un nom facile à retenir et, idéalement, qui donne une idée de ce que fait le projet. Par exemple:
 
-* [Sentry](https://github.com/getsentry/sentry) surveille les applications pour via les rapports d'erreur
+* [Sentry](https://github.com/getsentry/sentry) surveille les applications pour fournir des rapports d'erreur
 * [Thin](https://github.com/macournoyer/thin) est un serveur web Ruby simple et rapide
 
 Si vous construisez sur un projet existant, l'utilisation de leur nom comme préfixe peut aider à clarifier ce que fait votre projet (par exemple, [node-fetch](https://github.com/bitinn/node-fetch) apporte `window.fetch` à Node.js).
 
-Pensez à la clarté avant tout. Les jeux de mots sont amusants, mais rappelez-vous que certaines blagues peuvent ne pas se traduire dans d'autres cultures ou des personnes ayant des expériences différentes de vous peuvent ne pqs comprendre. Certains de vos utilisateurs potentiels peuvent être des employés de l'entreprise : vous ne voulez pas les mettre mal à l'aise quand ils doivent expliquer votre projet au travail !
+Pensez à la clarté avant tout. Faire des jeux de mots, c'est amusant, mais rappelez-vous que certaines blagues peuvent ne pas se traduire dans d'autres cultures et des personnes ayant des expériences différentes de vous peuvent ne pas les comprendre. Certains de vos utilisateurs potentiels peuvent être des employés dans une entreprise : vous ne voulez pas les mettre mal à l'aise quand ils devront expliquer votre projet au travail !
 
 ### Eviter les conflits de noms
 
-[Vérifiez les projets open source avec un nom similaire](http://ivantomic.com/projects/ospnc/), surtout si vous partagez le même langage ou écosystème. Si votre nom chevauche un projet existant populaire, vous risquez de perturber votre auditoire.
+[Vérifiez les projets open source avec un nom similaire](http://ivantomic.com/projects/ospnc/), surtout si vous partagez le même langage ou écosystème. Si votre nom est trop proche de celui d'un projet existant populaire, vous risquez de perturber votre auditoire.
 
-Si vous souhaitez un site Web, un pseudo Twitter ou d'autres propriétés pour représenter votre projet, assurez-vous de pouvoir obtenir les noms souhaités. Idéalement, [réservez ces noms maintenant](https://instantdomainsearch.com/) pour votre tranquillité d'esprit, même si vous n'avez pas l'intention de les utiliser pour l'instant.
+Si vous souhaitez un site Web, un pseudo Twitter ou d'autres entités pour représenter votre projet, assurez-vous de pouvoir obtenir les noms souhaités. Idéalement, [réservez ces noms maintenant](https://instantdomainsearch.com/) pour votre tranquillité d'esprit, même si vous n'avez pas l'intention de les utiliser pour l'instant.
 
-Assurez-vous que le nom de votre projet ne porte atteinte à aucune marque. Une entreprise peut vous demander de retirer votre projet plus tard, ou même intenter une action en justice contre vous. Cela ne vaut tout simplement pas le risque.
+Assurez-vous que le nom de votre projet ne porte atteinte à aucune marque. Une entreprise pourrait vous demander d'arrêter votre projet dans le futur, ou même intenter une action en justice contre vous. Cela ne vaut tout simplement pas le risque.
 
-Vous pouvez consulter la [Base de données mondiale de l'OMPI sur les marques](http://www.wipo.int/branddb/en/) pour les conflits de marques. Si vous êtes dans une entreprise, c'est une des choses pour lesquelles [votre équipe juridique peut vous aider](../legal/).
+Vous pouvez consulter la [Base de données mondiale de l'OMPI sur les marques](http://www.wipo.int/branddb/en/) pour les conflits de marques. Si vous êtes dans une entreprise, c'est un des sujets sur lesquels [votre équipe juridique peut vous aider](../legal/).
 
-Enfin, effectuez une recherche rapide sur Google pour le nom de votre projet. Les gens pourront-ils trouver facilement votre projet ? Est-ce que quelque chose d'autre apparaît dans les résultats de recherche que vous ne voudriez pas voir ?
+Enfin, recherchez le nom de votre projet sur Google. Les gens pourront-ils trouver facilement votre projet ? Est-ce que quelque chose d'autre apparaît dans les résultats de recherche que vous ne voudriez pas qu'ils voient ?
 
 ### Comment vous écrivez (et codez) affecte votre marque, aussi !
 
 Tout au long de la vie de votre projet, vous allez beaucoup écrire : des fichiers README, des didacticiels, des documents communautaires, des réponses aux problèmes, peut-être même des bulletins d'informations et des listes de diffusion.
 
-Qu'il s'agisse d'une documentation officielle ou d'un courriel occasionnel, votre style d'écriture fait partie de la marque de votre projet. Considérez comment vous pourriez rencontrer votre public et si c'est le ton que vous souhaitez transmettre.
+Qu'il s'agisse d'une documentation officielle ou d'un courriel occasionnel, votre style d'écriture fait partie de la marque de votre projet. Réfléchissez à comment vous pourriez rencontrer votre public et au ton que vous souhaitez utiliser pour communiquer avec eux.
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/janl?s=180" class="pquote-avatar" alt="avatar">
@@ -256,13 +256,13 @@ Qu'il s'agisse d'une documentation officielle ou d'un courriel occasionnel, votr
 
 L'utilisation d'un langage chaleureux et inclusif (tel que «eux», même en faisant référence à la personne seule) peut faire beaucoup pour rendre votre projet accueillant pour les nouveaux contributeurs. Tenez-vous-en à un langage simple, car bon nombre de vos lecteurs ne sont peut-être pas francophones.
 
-Au-delà de la façon dont vous écrivez des mots, votre style de codage peut également faire partie de la marque de votre projet. [Angular](https://github.com/johnpapa/angular-styleguide) et [jQuery](https://contribute.jquery.org/style-guide/js/) sont deux exemples de projets avec des styles de codage rigoureux et des lignes directrices.
+Au-delà de votre façon d'écrire, votre style de codage peut également faire partie de la marque de votre projet. [Angular](https://github.com/johnpapa/angular-styleguide) et [jQuery](https://contribute.jquery.org/style-guide/js/) sont deux exemples de projets avec des lignes directrices et des styles de codage rigoureux.
 
 Il n'est pas nécessaire d'écrire un guide de style pour votre projet lorsque vous débutez, et vous constaterez peut-être que vous aimez incorporer différents styles de codage dans votre projet de toute façon. Mais vous devriez prévoir comment votre style d'écriture et de codage pourrait attirer ou décourager différents types de personnes. Les premières étapes de votre projet sont votre opportunité de définir le précédent que vous souhaitez voir.
 
 ## Votre checklist de pr&eacute;-lancement
 
-Prêt à lancer votre projet open source ? Voici une checklist pour aider. Toutes les cases sont cochées ? Vous êtes prêt à partir ! [Cliquez sur "Publier"] (https://help.github.com/articles/making-a-private-repository-public/) et donnez vous une tappe dans le dos.
+Prêt à lancer votre projet open source ? Voici une checklist pour vous aider. Toutes les cases sont cochées ? Vous êtes prêt à vous lancer ! [Cliquez sur "Publier"] (https://help.github.com/articles/making-a-private-repository-public/) et donnez vous une tape dans le dos.
 
 **Documentation**
 
@@ -290,7 +290,7 @@ Prêt à lancer votre projet open source ? Voici une checklist pour aider. Toute
 <div class="clearfix mb-4">
   <input type="checkbox" id="cbox4" class="d-block float-left mt-1 mr-2" value="checkbox">
   <label for="cbox4" class="overflow-hidden d-block text-normal">
-    La liste des issues est à jour, avec des issues clairement organisées et labelisées
+    La liste des problèmes est à jour, avec des problèmes clairement organisés et labelisés
   </label>
 </div>
 
@@ -306,14 +306,14 @@ Prêt à lancer votre projet open source ? Voici une checklist pour aider. Toute
 <div class="clearfix mb-2">
   <input type="checkbox" id="cbox6" class="d-block float-left mt-1 mr-2" value="checkbox">
   <label for="cbox6" class="overflow-hidden d-block text-normal">
-    Le code est clairement commenté, documentant les intentions et les cas a la marge
+    Le code est clairement commenté, documentant les intentions et les cas marginaux
   </label>
 </div>
 
 <div class="clearfix mb-4">
   <input type="checkbox" id="cbox7" class="d-block float-left mt-1 mr-2" value="checkbox">
   <label for="cbox7" class="overflow-hidden d-block text-normal">
-    Il n'y a pas de choses sensibles dans les historiques, les issues ou les pulls request (par exemple, mots de passe ou autres informations non publiques)
+    Il n'y a pas de données sensibles dans l'historique, les problèmes ou les pull requests (par exemple, mots de passe ou autres informations non publiques)
   </label>
 </div>
 
@@ -324,7 +324,7 @@ Si vous êtes un individu:
 <div class="clearfix mb-4">
   <input type="checkbox" id="cbox8" class="d-block float-left mt-1 mr-2" value="checkbox">
   <label for="cbox8" class="overflow-hidden d-block text-normal">
-  Vous avez parlé au service juridique et / ou comprenez les politiques de propriété intellectuel et open source de votre entreprise (si vous êtes un employé quelque part)
+  Vous avez parlé au service juridique et / ou comprenez les politiques de propriété intellectuel et open source de votre entreprise (si vous êtes employé quelque part)
   </label>
 </div>
 
@@ -347,7 +347,7 @@ Si vous êtes une entreprise ou une organisation:
 <div class="clearfix mb-2">
   <input type="checkbox" id="cbox11" class="d-block float-left mt-1 mr-2" value="checkbox">
   <label for="cbox11" class="overflow-hidden d-block text-normal">
-    Quelqu'un s'engage à gérer les interactions avec la communauté (répondre aux issues, reviewer et merger les pull request)
+    Quelqu'un s'engage à gérer les interactions avec la communauté (répondre aux problèmes, passer en revue et fusionner les pull requests)
   </label>
 </div>
 
@@ -358,6 +358,6 @@ Si vous êtes une entreprise ou une organisation:
   </label>
 </div>
 
-## Vous l'avez fait !
+## Vous l'avez r&eacute;ussi !
 
-Félicitations pour l'ouverture de votre premier projet. Peu importe le résultat, travailler en public est un cadeau pour la communauté. A chaque commit, commentaire et Pull Request, vous créez des opportunités pour vous-même et pour les autres d'apprendre et de progresser.
+Félicitations pour l'ouverture de votre premier projet. Peu importe le résultat, travailler en public est un cadeau fait à la communauté. A chaque commit, commentaire et pull request, vous créez des opportunités pour vous-même et pour les autres d'apprendre et de progresser.