Translate the contribute advanced page to French

content/fr/docs/contribute/advanced.md

@@ -0,0 +1,94 @@
+---
+title: Contributions avancées
+slug: advanced
+content_template: templates/concept
+weight: 30
+---
+
+{{% capture overview %}}
+
+Cette page suppose que vous avez lu et maîtrisé le [Commencez à contribuer](/docs/contribute/start/) et [Contribution Intermédiaire](/docs/contribute/intermediate/) sujets et sont prêts à apprendre plus de façons de contribuer.
+Vous devez utiliser Git et d'autres outils pour certaines de ces tâches.
+
+{{% /capture %}}
+
+{{% capture body %}}
+
+## Soyez le trieur de PR pendant une semaine
+
+SIG Docs [approvers](/docs/contribute/participating/#approvers) can be PR wranglers.
+
+SIG Docs approvers are added to the [PR Wrangler rotation scheduler](https://github.com/kubernetes/website/wiki/PR-Wranglers) for weekly rotations.
+The PR wrangler's duties include:
+
+- Review incoming pull requests daily.
+  - Aidez les nouveaux contributeurs à signer le CLA, et fermez toutes les PR où le CLA n'a pas été signé depuis deux semaines.
+    Les auteurs de PR peut rouvrir la PR après avoir signé le CLA, c’est donc un moyen à faible risque de s’assurer que rien n’est merged sans un CLA signé.
+  - Fournir des informations sur les modifications proposées, notamment en facilitant les examens techniques des membres d'autres SIGs.
+  - Merge PRs when they are ready, or close PRs that shouldn't be accepted.
+- Triez et étiquetez les tickets entrants chaque jour.
+  See [Intermediate contributing](/docs/contribute/intermediate/) for guidelines about how SIG Docs uses metadata.
+
+### Requêtes Github utiles pour les trieurs
+
+Les requêtes suivantes sont utiles lors des opérations de triage.
+Après avoir utilisé ces trois requêtes, la liste restante de PRs devant être examinée est généralement petite.
+These queries specifically exclude localization PRs, and only include the `master` branch (except for the last one).
+
+- [Pas de CLA, non éligible au merge](https://github.com/kubernetes/website/pulls?q=is%3Aopen+is%3Apr+label%3A%22cncf-cla%3A+no%22+-label%3Ado-not-merge+label%3Alanguage%2Fen):
+  Remind the contributor to sign the CLA. If they've already been reminded by both the bot and a human, close the PR and remind them that they can open it after signing the CLA.
+  **Nous ne pouvons même pas passer en revue les PR dont les auteurs n'ont pas signé la CLA!**
+- [A besoin de LGTM](https://github.com/kubernetes/website/pulls?utf8=%E2%9C%93&q=is%3Aopen+is%3Apr+-label%3Ado-not-merge+label%3Alanguage%2Fen+-label%3Algtm+):
+  If it needs technical review, loop in one of the reviewers suggested by the bot.
+  If it needs docs review or copy-editing, either suggest changes or add a copyedit commit to the PR to move it along.
+- [Has LGTM, needs docs approval](https://github.com/kubernetes/website/pulls?q=is%3Aopen+is%3Apr+-label%3Ado-not-merge+label%3Alanguage%2Fen+label%3Algtm):
+  See if you can figure out what needs to happen for the PR to be merged.
+- [Not against master](https://github.com/kubernetes/website/pulls?utf8=%E2%9C%93&q=is%3Aopen+is%3Apr+-label%3Ado-not-merge+label%3Alanguage%2Fen+-base%3Amaster): If it's against a `dev-` branch, it's for an upcoming release.
+  Make sure the [release meister](https://github.com/kubernetes/sig-release/tree/master/release-team) knows about it.
+  If it's against an old branch, help the PR author figure out whether it's targeted against the best branch.
+
+## Proposer des améliorations
+
+Les [membres](/docs/contribute/participating/#members) SIG Docs peuvent proposer des améliorations.
+
+Après avoir contribué à la documentation de Kubernetes pendant un certain temps, vous pouvez avoir des idées pour améliorer le guide de style, les outils utilisés pour construire la documentation, le style du site, les processus de révision et faire un merge de pull requests, ou d'autres aspects de la documentation.
+Pour une transparence maximale, ces types de propositions doivent être discutées lors d’une réunion SIG Docs ou sur la [liste de diffusion kubernetes-sig-docs](https://groups.google.com/forum/#!forum/kubernetes-sig-docs).
+En outre, il peut être vraiment utile de situer le fonctionnement actuel et de déterminer les raisons pour lesquelles des décisions antérieures ont été prises avant de proposer des changements radicaux.
+Le moyen le plus rapide d’obtenir des réponses aux questions sur le fonctionnement actuel de la documentation est de le demander dans le canal `#sig-docs` sur le Slack officiel [kubernetes.slack.com](https://kubernetes.slack.com)
+
+Une fois que la discussion a eu lieu et que le SIG est d'accord sur le résultat souhaité, vous pouvez travailler sur les modifications proposées de la manière la plus appropriée.
+Par exemple, une mise à jour du guide de style ou de la fonctionnalité du site Web peut impliquer l’ouverture d’une pull request, une modification liée aux tests de documentation peut impliquer de travailler avec sig-testing.
+
+## Coordonner la documentation pour une version de Kubernetes
+
+SIG Docs [approvers](/docs/contribute/participating/#approvers) can coordinate docs for a Kubernetes release.
+
+Each Kubernetes release is coordinated by a team of people participating in the sig-release Special Interest Group (SIG).
+Others on the release team for a given release include an overall release lead, as well as representatives from sig-pm, sig-testing, and others.
+To find out more about Kubernetes release processes, refer to [https://github.com/kubernetes/sig-release](https://github.com/kubernetes/sig-release).
+
+Le représentant de SIG Docs pour une version donnée coordonne les tâches suivantes:
+
+- Monitor the feature-tracking spreadsheet for new or changed features with an impact on documentation.
+  If documentation for a given feature won't be ready for the release, the feature may not be allowed to go into the release.
+- Attend sig-release meetings regularly and give updates on the status of the docs for the release.
+- Consultez et copiez la documentation de la fonctionnalité rédigée par le SIG responsable de la mise en œuvre de la fonctionnalité.
+- Merge release-related pull requests and maintain the Git feature branch for the release.
+- Mentor other SIG Docs contributors who want to learn how to do this role in the future.
+  This is known as "shadowing".
+- Publiez les modifications de la documentation relatives à la version lorsque les artefacts de la version sont publiés.
+
+La coordination d'une publication est généralement un engagement de 3 à 4 mois et les tâches sont alternées entre les approbateurs SIG Docs.
+
+## Parrainez un nouveau contributeur
+
+SIG Docs [reviewers](/docs/contribute/participating/#reviewers) peut parrainer de nouveaux contributeurs.
+
+Après qu'un nouveau contributeur ait soumis avec succès 5 pull requests significatives vers un ou plusieurs dépôts Kubernetes, ils sont éligibles pour postuler à l'[adhésion](/docs/contribute/participating#members) dans l'organisation Kubernetes.
+L'adhésion du contributeur doit être soutenue par deux sponsors qui sont déjà des réviseurs.
+
+New docs contributors can request sponsors by asking in the #sig-docs channel on the [Kubernetes Slack instance](https://kubernetes.slack.com) or on the [SIG Docs mailing list](https://groups.google.com/forum/#!forum/kubernetes-sig-docs).
+Si vous vous sentez confiant dans le travail du candidat, vous vous portez volontaire pour le parrainer.
+Lorsqu’ils soumettent leur demande d’adhésion, répondez-y avec un "+1" et indiquez les raisons pour lesquelles vous estimez que le demandeur est un bon candidat pour devenir membre de l’organisation Kubernetes.
+
+{{% /capture %}}