MDN’s new design is in Beta! A sneak peek: https://blog.mozilla.org/opendesign/mdns-new-design-beta/

Cette traduction est incomplète. Aidez à traduire cet article depuis l'anglais.

Cette page devrait vous guider parmi les premières étapes de contribution à Mozilla. Bienvenue, nous sommes ravis de vous accueillir ! :)

Besoin d'aide ?

La communauté Mozilla accueille toujours chaleureusement les arrivants en son sein. Si vous rencontrez des difficultés à votre arrivée, vous pouvez poser des questions sur le canal de discussion #introduction sur irc.mozilla.org (anglophone) ou #frenchmoz (en français).

Nous savons que – avant même de commencer à contribuer – se préparer à travailler sur Firefox et trouver un bug qui correspond à vos compétences peut constituer un challenge. Nous sommes toujours à la recherche de diverses manières d’améliorer ce processus et rendre Mozilla plus ouvert, accessible et facile d’accès aux contributeurs. Si vous avez des difficultés à suivre cette documentation ou vous bloquez complètement, veuillez contacter directement Mike Hoye à mhoye@mozilla.com (en anglais) pour qu’on puisse régler le problème pour vous et pour tous les nouveaux contributeurs qui suivront.

De quelles connaissances ai-je besoin ?

Mozilla est un projet de grande envergure et nous sommes ravis de rencontrer des contributeurs aux compétences diverses et variées.

  • Si vous connaissez le C++, par exemple, vous pouvez contribuer au coeur de Firefox, Firefox OS ou d'autres projets Mozilla.
  • Si vous avez des connaissances en JavaScript ou en HTML/CSS, vous pouvez contribuer au développement front-end de Firefox, ou à Gaia, la couche applicative de Firefox OS.
  • Si vous connaissez le Java, vous pouvez participer à Firefox Mobile - Firefox sur Android - et MozStumbler.
  • Si vous connaissez le Python, vous pouvez contribuer à nos web services , y compris Firefox Sync ou Firefox Accounts.
  • Si vous connaissez le Make,le shell,le Perl, ou le Python, vous pouvez contribuer à notre système de build.
  • Si vous connaissez le C, vous pouvez contribuer à NSS, Opus et Daala.
  • Si vous connaissez le language Rust, vous pouvez contribuer à rustc, Servo (un moteur de navigateur web conçu pour du parallélisme et de la sécurité) ou encore Quantum, un projet pour ramener les grandes pièces de Servo dans Gecko.
  • Si vous connaisser le Go, vous pouvez contribuer à Heka, un outil de traitement de données.
  • Et il y à aussi beaucoup de manières de contribuer à la mission de Mozilla sans savoir programmer. Si vous voulez être impliqués dans le design, le support, la traduction, le test, ou d'autres types de contribution, allez voir la page des opportunités de volontariat.

Vous ne savez peut-être pas encore programmer mais vous avez envie de commencer à apprendre ? C'est également une bonne chose, le programme Webmaker est pour vous, et il y a de nombreux cours disponibles sur le Réseau Mozilla des développeurs !

Étape 1 - Compiler Firefox pour Desktop ou Android.

Si vous voulez contribuer à Firefox, il existe des instructions simples pour compiler Firefox pour Desktop ici. Pour les contributeurs de la version mobile, vous pouvez démarrer ici pour compiler Firefox pour Android. La préparation peut prendre pas mal de temps – il y a quelques gros téléchargements impliqués – donc vous avez peut-être envie de passer à l’étape suivante pendant que la compilation se fait. Plus d'instuctions sur la compilation peuvent se trouver ici.

Les autres produits de Mozilla - y compris les versions binaires de Thunderbird supporté par la communauté - peuvent être trouvé grâce à une recherche rapide, et il est courant de ne pas avoir à compiler quoique ce soit pour faire une contribution.

Étape 2 - Trouver quelque chose sur quoi travailler

Réparez votre bête noire

S'il y a quelque chose que vous souhaitez corriger dans Firefox, Thunderbird ou votre autre application préférée de Mozilla, c'est peut être le bon endroit pour débuter. Il y a de nombreuses manières d'y arriver :

Trouvez un bogue qui a été marqué comme adapté pour les nouveaux contributeurs

Avec plus d'un million de bugs dans Bugzilla, il peut être difficile de savoir par où commencer, alors nous avons créé ces catégories de bogue pour rendre la participation plus facile.

  • Les « bons » premiers bogues (Good First Bugs) sont la meilleure façon de faire ses premiers pas dans l'écosystème de Mozilla. Ils concernent tous de petits changements – parfois aussi petit que quelques lignes de code – mais il s’agit d’une bonne façon de mettre en place son environnement de développement, naviguer sur Bugzilla et faire des contributions au code de base de Mozilla.
  • Les bogues encadrés sont plus difficile mais il y a un mentor qui commit pour vous aider durant le processus. Généralement, il devrait y avoir assez d’informations sur le bug pour que vous démarriez. Quand vous avez besoin d’aide, contactez le mentor via IRC, via le bogue lui même ou par email. Quand vous aurez terminé de corriger le bogue, les mentors vous aideront à mettre le code sur l’arbre.
  • Suivez @StartMozilla sur Twitter, où nous mettons des liens vers les Bons Premiers Bogues pour les nouveaux contributeurs de Mozilla chaque jour.
  • Visitez firebox-dev.tools, où nous listons les bugs de Firefox Developer Tools pour les nouveaux contributeurs.
  • Les projets étudiants sont de plus grande échelle, et adaptés à l'attribution de crédits pour un étudiant universitaire. Même si vous n'êtes pas étudiant, vous pouvez tout à fait corriger ces bogues. Nous maintenons deux listes, une pour les projets basés sur le code de base existant et une pour implémenter de nouvelles applications.

Étape 3 - Corriger le bogue

Nous mettons cela entre vos mains compétentes. Nous avons quelques ressources pour vous aider :

Étape 4 - Faire relire votre code

Une fois que vous ayez corrigé le bogue, attachez la rustine sur le bogue (en), et demandez une relecture. Pour faire cela, cliquez sur le lien Details dans votre pièce-jointe, et changer le marqueur review à ? et entrez l'identifiant bugzilla du relecteur dans le champ qui apparaît (soit son adresse courriel ou le :NomUnique qu'ils donnent). C'est très important d'attacher un identifiant bugzilla, ou la requête sera manquée. Alors, comment savoir quelle est la bonne personne pour votre relecture ?

  • Si vous avez un bogue encadré, demandez à votre mentor, il ou elle saura ou trouvera rapidement.
  • Lancez hg blame et regardez les personnes qui ont touchées aux fonctions sur lesquelles vous avez travaillé, ce sont de bons candidats.
  • Le bogue lui-même peut contenir des indications claires de la personne à qui confier la relecture.
  • Existe-t-il d'autres bogues sur des sujets similaires ? Dans ce cas, le relecteur de ces bogues peut être un bon choix.
  • Nous avons une liste des modules qui n'est plus à jour et recense les responsables et contributeurs du module, certains seront de bons relecteurs. Dans le pire des cas, marquez le responsable du module comme relecteur et suggérez en commentaire de choisir quelqu'un plus apte s'il ou elle manque de temps.

Étape 4b - Faire le suivi

Si vous avez demandé une relecture, mais que le relecteur ne s'est pas manifesté après quelques jours, n'hésitez pas à les relancer. Ajoutez simplement un commentaire au bogue en disant « review ping? » s'il n'a pas répondu quelques jours plus tards. S'il n'a toujours pas répondu, demandez de l'aide dans #introduction ou #developers.

Étape 5 - Répondre à la relecture

Bien souvent, un relecteur demandera des modifications, peut-être mineures, parfois majeures. Dans chacun des cas, corrigez ce que le relecteur demande. Si vous n'êtes pas sûr de comment le faire, demandez ! Attachez le nouveau correctif au bogue, et demandez à nouveau pour une relecture avec la même personne. S'ils vous donnent un r+ cela signifie que votre correctif est accepté dans l'arborescence !

Étape 6 - Mettre véritablement votre code dans l'arborescence

Puisque vous n'avez pas la possibilité de pousser du code sur l'arbre, vous devez demander à quelqu'un de vous aider. Si vous avez un mentor, demandez lui. Sinon, demander au relecteur. Si le relecteur est trop occupé, signaler qu'un « commit » est nécessaire en ajoutant le mot-clé checkin-needed. Une personne devrait s'en occuper en quelques jours et pousser le code dans le dépôt, et marquer le bogue comme résolu.

Étape 7 - Recommencer

Félicitations, vous avez corrigé votre premier bogue. Maintenant, retournez à l'étape 3 et recommencez. Puisque vous avez fait votre premier bogue, vous pouvez demander le niveau 1 d'accès au dépôt pour que vous puissiez pousser vers le serveur d'essai et obtenir un retour d'informations automatique à propos de vos modifications sur plusieurs plateformes. Après avoir corrigé un certain nombre de bogues non évidents, vous pouvez demander l'accès au niveau 2 ou 3 (selon le dépôt que vous utilisez) pour que vous puissiez pousser votre propre code s'il a été accepté après relecture.

Plus d'information

Nous sommes en train d'améliorer l'information pour les arrivants sur le projet. Nous ajouterons plus d'informations sur ces pages bientôt, mais d'ici là vous pourrez les trouver aux endroits suivants :

Étiquettes et contributeurs liés au document

Étiquettes : 
 Dernière mise à jour par : Papymouge,