From 50c10e22a2a094f9d46edd56eb64d12f7652246f Mon Sep 17 00:00:00 2001 From: Peter Bengtsson Date: Thu, 29 Apr 2021 11:14:49 -0400 Subject: Remove Mozilla/Developer_guide (#691) --- files/fr/_redirects.txt | 10 -- files/fr/_wikihistory.json | 66 ---------- .../developer_guide/build_instructions/index.html | 109 ----------------- .../how_to_submit_a_patch/index.html | 108 ----------------- files/fr/mozilla/developer_guide/index.html | 91 -------------- .../developer_guide/introduction/index.html | 25 ---- .../developer_guide/mozilla-central/index.html | 65 ---------- .../developer_guide/reviewer_checklist/index.html | 134 --------------------- .../so_you_just_built_firefox/index.html | 11 -- 9 files changed, 619 deletions(-) delete mode 100644 files/fr/mozilla/developer_guide/build_instructions/index.html delete mode 100644 files/fr/mozilla/developer_guide/how_to_submit_a_patch/index.html delete mode 100644 files/fr/mozilla/developer_guide/index.html delete mode 100644 files/fr/mozilla/developer_guide/introduction/index.html delete mode 100644 files/fr/mozilla/developer_guide/mozilla-central/index.html delete mode 100644 files/fr/mozilla/developer_guide/reviewer_checklist/index.html delete mode 100644 files/fr/mozilla/developer_guide/so_you_just_built_firefox/index.html (limited to 'files/fr') diff --git a/files/fr/_redirects.txt b/files/fr/_redirects.txt index 75e06f63bb..b244e30177 100644 --- a/files/fr/_redirects.txt +++ b/files/fr/_redirects.txt @@ -868,7 +868,6 @@ /fr/docs/Colonnes_CSS3 /fr/docs/Web/CSS/CSS_Columns/Using_multi-column_layouts /fr/docs/Commencer_avec_le_WebGL /fr/docs/Web/API/WebGL_API/Tutorial/Getting_started_with_WebGL /fr/docs/Comment_créer_un_arbre_DOM /fr/docs/Web/API/Document_object_model/How_to_create_a_DOM_tree -/fr/docs/Compilation_et_installation /fr/docs/Mozilla/Developer_guide/Build_Instructions /fr/docs/Components /fr/docs/L'objet_Components /fr/docs/Comprendre_le_z-index_en_CSS /fr/docs/Web/CSS/CSS_Positioning/Understanding_z_index /fr/docs/Comprendre_le_z-index_en_CSS/Ajout_de_z-index /fr/docs/Web/CSS/CSS_Positioning/Understanding_z_index/Adding_z-index @@ -1224,18 +1223,13 @@ /fr/docs/Dessin_de_texte_avec_canvas /fr/docs/Web/API/Canvas_API/Tutorial/Drawing_text /fr/docs/Dessiner_avec_canvas /fr/docs/conflicting/Web/API/Canvas_API/Tutorial /fr/docs/Detection_du_navigateur_en_utilisant_le_user_agent /fr/docs/Web/HTTP/Browser_detection_using_the_user_agent -/fr/docs/Developer_Guide /fr/docs/Mozilla/Developer_guide -/fr/docs/Developer_Guide/How_to_Submit_a_Patch /fr/docs/Mozilla/Developer_guide/How_to_Submit_a_Patch -/fr/docs/Developer_Guide/Reviewer_Checklist /fr/docs/Mozilla/Developer_guide/Reviewer_Checklist /fr/docs/Developer_Guide/Utilisation_de_la_Machine_Virtuelle_VM /fr/docs/Mozilla/Developer_guide/Utilisation_de_la_Machine_Virtuelle_VM -/fr/docs/Developer_Guide/Vous_venez_juste_de_compiler_Firefox /fr/docs/Mozilla/Developer_guide/So_you_just_built_Firefox /fr/docs/DragDrop /fr/docs/Web/API/HTML_Drag_and_Drop_API /fr/docs/Du_DHTML_accessible /fr/docs/Web/Accessibility/ARIA /fr/docs/Décoder_encoder_en_base64 /fr/docs/Glossary/Base64 /fr/docs/Développement_Web /fr/docs/conflicting/Web/Guide /fr/docs/Développement_Web/Développer_des_sites_à_compatibilité_descendante /fr/docs/Web/Guide/Writing_forward-compatible_websites /fr/docs/Développement_Web/Introduction_au_développement_web /fr/docs/Web/Guide/Introduction_to_Web_development -/fr/docs/Développement_de_Mozilla /fr/docs/Mozilla/Developer_guide /fr/docs/ECMAScript /fr/docs/Web/JavaScript/Language_Resources /fr/docs/EXSLT /fr/docs/Web/EXSLT /fr/docs/EXSLT/exsl /fr/docs/Web/EXSLT/exsl @@ -1890,7 +1884,6 @@ /fr/docs/Guide_JavaScript_1.5:Traitement_de_XML_avec_E4X /fr/docs/JavaScript_Guide/Traitement_de_XML_avec_E4X /fr/docs/Guide_JavaScript_1.5:Travailler_avec_les_expressions_rationnelles:Exemples_d'expressions_rationnelles /fr/docs/Web/JavaScript/Guide/Regular_Expressions /fr/docs/Guide_JavaScript_1.5:À_propos /fr/docs/conflicting/Web/JavaScript/Guide/Introduction -/fr/docs/Guide_de_développement /fr/docs/Mozilla/Developer_guide /fr/docs/HTML /fr/docs/Web/HTML /fr/docs/HTML/Attributes /fr/docs/Web/HTML/Attributes /fr/docs/HTML/Attributs /fr/docs/Web/HTML/Attributes @@ -2138,7 +2131,6 @@ /fr/docs/IndexedDB/Browser_storage_limits_and_eviction_criteria /fr/docs/Web/API/IndexedDB_API/Browser_storage_limits_and_eviction_criteria /fr/docs/IndexedDB/Concepts_basiques_IndexedDB /fr/docs/Web/API/IndexedDB_API/Basic_Concepts_Behind_IndexedDB /fr/docs/IndexedDB/Using_IndexedDB /fr/docs/Web/API/IndexedDB_API/Using_IndexedDB -/fr/docs/Introduction_(alternative) /fr/docs/Mozilla/Developer_guide/Introduction /fr/docs/Introduction_à_SVG_dans_HTML /fr/docs/Web/SVG/Tutorial/SVG_In_HTML_Introduction /fr/docs/Introduction_à_XML /fr/docs/Web/XML/XML_introduction /fr/docs/Introduction_à_XML/xml:base /fr/docs/Web/XML/xml:base @@ -3209,7 +3201,6 @@ /fr/docs/Mozilla/Add-ons/WebExtensions/user_interface/elements_menu_contextuel /fr/docs/Mozilla/Add-ons/WebExtensions/user_interface/Context_menu_items /fr/docs/Mozilla/Add-ons/WebExtensions/user_interface/pages_web_incluses /fr/docs/Mozilla/Add-ons/WebExtensions/user_interface/Extension_pages /fr/docs/Mozilla/Add-ons/WebExtensions/user_interface/panneaux_devtools /fr/docs/Mozilla/Add-ons/WebExtensions/user_interface/devtools_panels -/fr/docs/Mozilla/Developer_guide/Vous_venez_juste_de_compiler_Firefox /fr/docs/Mozilla/Developer_guide/So_you_just_built_Firefox /fr/docs/Mozilla/Firefox/Versions /fr/docs/Mozilla/Firefox/Releases /fr/docs/Mozilla/Firefox/Versions/1.5 /fr/docs/Mozilla/Firefox/Releases/1.5 /fr/docs/Mozilla/Firefox/Versions/11 /fr/docs/Mozilla/Firefox/Releases/11 @@ -5946,7 +5937,6 @@ /fr/docs/inset-block-start /fr/docs/Web/CSS/inset-block-start /fr/docs/inset-inline-end /fr/docs/Web/CSS/inset-inline-end /fr/docs/inset-inline-start /fr/docs/Web/CSS/inset-inline-start -/fr/docs/mozilla-central /fr/docs/Mozilla/Developer_guide/mozilla-central /fr/docs/nsIAccessibleProvider /fr/docs/XPCOM_Interface_Reference/nsIAccessibleProvider /fr/docs/nsIIdleService /fr/docs/XPCOM_Interface_Reference/nsIIdleService /fr/docs/nsISupports /fr/docs/XPCOM_Interface_Reference/nsISupports diff --git a/files/fr/_wikihistory.json b/files/fr/_wikihistory.json index 1ad0973926..ea36ad3564 100644 --- a/files/fr/_wikihistory.json +++ b/files/fr/_wikihistory.json @@ -9928,72 +9928,6 @@ "hellosct1" ] }, - "Mozilla/Developer_guide": { - "modified": "2020-08-31T05:54:42.010Z", - "contributors": [ - "Voulto", - "chrisdavidmills", - "jp.jeaphil", - "echaudron", - "Jonathanlempereur", - "wakka27", - "Delapouite", - "bskari" - ] - }, - "Mozilla/Developer_guide/Build_Instructions": { - "modified": "2019-03-23T23:48:28.119Z", - "contributors": [ - "fscholz", - "capgemini-ocs", - "teoli", - "The RedBurn", - "BenoitL", - "Mgjbot" - ] - }, - "Mozilla/Developer_guide/How_to_Submit_a_Patch": { - "modified": "2019-03-23T22:06:44.874Z", - "contributors": [ - "sylvestre", - "chrisdavidmills", - "loella16", - "KurtC0ba1n" - ] - }, - "Mozilla/Developer_guide/Introduction": { - "modified": "2019-03-23T23:40:01.462Z", - "contributors": [ - "m-r-r", - "FredB" - ] - }, - "Mozilla/Developer_guide/Reviewer_Checklist": { - "modified": "2020-04-06T15:56:36.678Z", - "contributors": [ - "olivierdupon", - "chrisdavidmills", - "loella16", - "CarlosAvim" - ] - }, - "Mozilla/Developer_guide/So_you_just_built_Firefox": { - "modified": "2019-03-23T23:19:14.291Z", - "contributors": [ - "chrisdavidmills", - "juleschz" - ] - }, - "Mozilla/Developer_guide/mozilla-central": { - "modified": "2019-03-24T00:02:46.954Z", - "contributors": [ - "chrisdavidmills", - "QuentinAmelot", - "tregagnon", - "fscholz", - "BenoitL" - ] - }, "Mozilla/Firefox": { "modified": "2020-01-18T13:29:35.316Z", "contributors": [ diff --git a/files/fr/mozilla/developer_guide/build_instructions/index.html b/files/fr/mozilla/developer_guide/build_instructions/index.html deleted file mode 100644 index 68b753dce4..0000000000 --- a/files/fr/mozilla/developer_guide/build_instructions/index.html +++ /dev/null @@ -1,109 +0,0 @@ ---- -title: Compilation et installation -slug: Mozilla/Developer_guide/Build_Instructions -tags: - - Documentation_sur_la_compilation - - Développement_de_Mozilla -translation_of: Mozilla/Developer_guide/Build_Instructions -translation_of_original: Build_and_Install -original_slug: Compilation_et_installation ---- -
-

Se réferer à la page suivante pour la compilation de Thunderbird (utilisation de l'outil Mach recommandée) : Simple Thunderbird build

-
- -
-

Ne commencez pas à compiler sans configurer vos options de compilation au préalable !

-
- -

Compilation

- -

Vous devez utiliser GNU make pour récupérer et compiler Mozilla. Aucun autre programme « make » n'est acceptable. Sous Windows, Mac OS X et Linux, utilisez « make » pour lancer GNU make ; sur la plupart des systèmes UNIX non-GNU, utilisez « gmake ».

- -

Une fois les sources récupérées, assurez-vous de configurer une application comme décrit sur la page Configuration des options de compilation.

- -

Pour Windows, Mac OS X et GNU/Linux, assurez-vous d'être dans le répertoire principal des sources (le répertoire « mozilla »), avant d'invoquer la commande make :

- -
$ make -f client.mk build
-
- -

Note pour Mac OS X : le chemin vers le répertoire des sources créé à la décompression du tarball des sources ne doit pas contenir d'espaces !

- -

Pour la plupart des UNIX non-GNU, la commande est :

- -
$ gmake -f client.mk build
-
- -

Si vous désirez configurer et compiler manuellement, placez-vous (cd) dans votre répertoire objdir, lancez configure, et ensuite make/gmake. Configure récupèrera cependant toujours les options spécifiées dans votre fichier .mozconfig.

- -

Lancement de votre nouvelle application

- -

Il est possible d'exécuter votre nouvelle application directement depuis le répertoire dans lequel elle a été compilée. Cependant, le répertoire de compilation peut contenir des liens symboliques vers l'arbre de compilation ; vous devez passer par l'étape d'installation/packaging pour produire une applicationstandalone qui peut être partagée ou déplacée.

- -

Windows et Linux

- -

Sur les systèmes de compilation non-Macintosh, l'application finale peut être trouvée dansobjdir /dist/bin. Sur les plateformes POSIX (BSD, GNU/Linux, Solaris), vous devrez exécuter le fichier « mozilla » ou « firefox », pas le binaire « mozilla-bin » ou « firefox-bin ».

- -

Mac OS X

- -

Sous Macintosh, le système de compilation produit un bundle d'application dansobjdir /dist/AppName .app, par exempleobjdir /dist/Minefield.app.

- -

Veuillez noter que lorsque vous compilez avec --enable-debug, l'application est placée dansobjdir /dist/AppName Debug.app, par exemple.objdir /dist/MinefieldDebug.app.

- -

Vous pouvez exécuter l'application soit en ouvrant le bundle à partir du Finder, soit depuis la ligne de commande à l'aide de

- -
$ objdir/dist/AppName[Debug].app/Contents/MacOS/appname
-
- -

par exemple :

- -
$ objdir/dist/MinefieldDebug.app/Contents/MacOS/firefox
-
- -
Construction d'un .dmg pour une compilation XULRunner
- -

Ces instructions concernent la construction d'un fichier .dmg depuis une compilation Mac OS X Universal binary.

- -
    -
  1. Effectuez une compilation Universal Binary
    2. -
  2. Créez les fichiers source chown_root.c et chown_revert.c depuis mxr:chown_root.c et mxr:chown_revert.c
    3. -
  3. Utilisez gcc pour compiler ces fichiers quelque part : gcc -o chown_root chown_root.c et gcc -o chown_revert chown_revert.c
    4. -
  4. Rendez-vous dans «objdir»/«arch»/xulrunner/installer et entrez make CHOWN_ROOT=«chemin_absolu_vers_votre_root_chown» CHOWN_REVERT=«chemin_absolu_vers_votre_binaire_inverse_chown»
    5. -
- -

Ceci devrait vous construire un binaire dans «arch»/dist.

- -

Installation de votre application

- -

Sur les plateformes POSIX, vous pouvez installer votre application dans le système en lançantgmake install . Cependant, ce n'est pas recommandé et il est préférable de suivre les instructions suivantes pour créer un tarball, et de décompresser ensuite ce tarball.

- -

Pour le tronc (Firefox 3)

- -

Pour les compilations du tronc, vous pouvez simplement exécuter make package dans votre répertoire objet pour créer une compilation empaquetée. Ceci créera un fichier zip ou tar.gz dans objdir/dist que vous pourrez ensuite décompresser n'importe où. Pour compiler un installeur Windows, utilisez simplement make installer dans votre répertoire objet.

- -

Pour la branche 1.8 (Firefox 2)

- -

Pour la plupart des applications, préparez un tarball/zip de votre application en faisant dans un répertoire spécifique à l'application :

- - - -

Pour créer un installeur Windows, lancez make avec le target « installer » dans le répertoire évoqué plus haut:

- - - -

{{ Note("Pour réaliser l\'installeur fortement compressé utilisé par Firefox et Thunderbird avec un système de compilation basé sur Cygwin, vous devrez installer quelques programmes additionnels :") }}

- - - -

Ces deux utilitaires doivent être accessibles depuis le PATH. De plus, la variable MOZ_INSTALLER_USE_7ZIP doit être définie dans votre environnement. Si vous utilisez le système de compilation MozillaBuild, 7-Zip et UPX seront installés automatiquement.

diff --git a/files/fr/mozilla/developer_guide/how_to_submit_a_patch/index.html b/files/fr/mozilla/developer_guide/how_to_submit_a_patch/index.html deleted file mode 100644 index 9586c69a11..0000000000 --- a/files/fr/mozilla/developer_guide/how_to_submit_a_patch/index.html +++ /dev/null @@ -1,108 +0,0 @@ ---- -title: Comment soumettre un paquet correctif -slug: Mozilla/Developer_guide/How_to_Submit_a_Patch -translation_of: Mozilla/Developer_guide/How_to_Submit_a_Patch ---- -
-

Soumettre un paquet (patch) correctif, le faire vérifier et accepter par l'équipe de Mozilla nécessitent quelques étapes ; cet article vous explique comment faire.

-
- -

Le processus de soumission est représenté par le diagramme ci-dessous, le tout vous étant expliqué en details à la suite.

- -

Workflow of submitting a patch: Preparation | Module Ownership | Creating a patch -| Testing | Getting Reviews | Addressing Review Comments | Committing the Patch

- -

Préparation

- -

Tout changement dans le code provient d'un bogue déclaré sur bugzilla.mozilla.org ; sans bogue, le code ne sera pas examiné et sans évaluation, le code ne sera pas accepté. Afin d'éviter tout doublon, choisissez un bogue existant (en) à traiter et s'il n'y en a aucun, soumettez en un (en). La plupart des discussions à propos des futurs changements du code sont issues des bogues, alors assurez-vous que le rapport du bogue décrive exactement le problème à resoudre.

- -

Vérifiez aussi que le rapport de bogue soit classé dans la bonne section (produit et composant). Pour plus d'information, vous pouvez poser des questions aux groupes de discussions ou sur le canal IRC des développeurs (en).

- -

La personne travaillant sur un bogue se verra "assignée" à ce bogue sur bugzilla. Si quelqu'un d'autre y est déja désigné, envoyez un email a cette personne afin de vous coordonner ; sinon, laissez un message sur le bogue signalant que vous y travaillez et demandez que quelqu'un ayant les droits vous l'assigne.

- -

Certaines équipes attendent que les nouveaux contributeurs effectuent leur premier patch avant de les assigner à un bogue, ce qui signifie qu'un bogue reste disponible pour les autres contributeurs, pour le cas où aucun patch ne soit jamais créé. En exprimant votre interet dans le commentaire d'un bogue, quelqu'un de l'equipe devrait vous guider sur le processus qu'elle utilise.

- -

Le gestionnaire du module (en : ownership)

- -

Tout le code est supervisé par un gestionnaire de module (en). Cette personne est responsable de l'évaluation et de l'approbation des changements. Avant d'écrire le code, determinez qui gére le module et verifiez avec lui que les changements proposés sont acceptables. L'équipe est peut être à la recherche d'une nouvelle interface utilisateur (évaluation de l'interface), de nouvelles fonctions (évaluation de l'API), ou des tests peuvent être en cours portant sur le changement proposé.

- -

Si le gestionnaire du module ne vous semble pas clair, demandez aux groupes de discussion ou sur le canal IRC. Le journal de révision du fichier concerné peut aussi être utile. Par exemple, allez voir le journal de révision pour{{ Source("browser/base/content/browser.js") }}, en cliquant sur le lien "Hg Log" au dessus de DXR ou en tapant hg log browser/base/content/browser.js. Le message de vérification correspondant contiendra quelque chose comme "r=nickname", identifiant les éventuels évaluateurs pour le code en question.

- -

Création d'un paquet (en : patch)

- -

Les changements du code source de Mozilla sont presentés sous forme de paquets. C'est essentiellement un engagement au contrôle de version.

- -

Chaque paquet doit representer une seule correction complète, vous devez donc séparer les changements distincts en plusieurs paquets. Si votre changement se traduit par un grand paquet complexe, voyez s'il peut être décomposé en plusieurs petits correctifs plus faciles a comprendre (en). Cela faciliterait et fiabiliserait l'évaluation de vos changements, apprendre les évaluations rapides (en) .

- -
-

Voir Comment générer un paquet (en) pour plus d'informations sur la création de paquets optimisés pour l'évaluation. Voir aussi notre liste de contrôle des évaluateurs (en) pour une liste des meilleures pratiques de présentation du correctif que les évaluateurs vérifient ou exigent.

-
- -

Les tests

- -

Tous les changements doivent être testés. Dans la plupart des cas, un test automatique (en) est requis pour tout changement dans le code.

- -

En attendant d'avoir un test automatisé pour tout le code, nous avons un logiciel d'analyse statique sur notre JavaScript, pour contrôler les meilleures pratques et les erreurs communes. Voir ESLint (en) pour plus d'informations.

- -

Assurez-vous que le changement ne cause pas de régressions en exécutant la suite de tests atomatique, en local, ou en utilisant le serveur de tests de Mozilla. Un gestionnaire de module ou un developpeur sur IRC peut être disponible pour soumettre ces travaux à la place des personnes n'ayant pas accès au serveur de tests.

- -

Soumission du paquet

- -
-

Assurez vous de la compatibilité de votre paquet avec les dernières versions de manière à éviter tout conflit.

-
- -
En tant que contributeur, vous devez utiliser Phabricator pour soumettre vos paquets. Voir le Guide d'utilisation de Phabricator  (en) pour plus d'informations.
- -

N'hésitez pas à poster des paquets partiels montrant les approches potentielles et demandez des retours sur ces derniers. Il est plus facile pour les autres de commenter et d'apporter des suggestions quand une question est illustrée par du code.

- -

Obtention de l'évaluation

- -

L'examen approfondi du code est un moyen mis en place par Mozilla dans le but d'obtenir un code de qualité. Tous les paquets doivent être vérifiés par le gestionnaire du module concerné ou l'un de ses pairs. Les paquets entrant dans plusieurs modules, changeant des API, ou comportant des modifications liées à la securité, feront l'objet d'une super-évaluaion(en) supplémentaire.

- -

Pour plus d'informations à propos du processus d'évaluation, voyez la FAQ dédiée à l'évaluation du code (en). Si vos changements concernent l'interface graphique, allez voir "Les demandes de commentaires et les évaluations concernant l'interface graphique utilisateur de Firefox" (en).

- -

Pour demander une évaluation, vous devrez fournir un ou pusieurs noms d'utilisateur: soit lors de la soumission du paquet, soit dans l'interface graphique.

- -

Voir la documentation Mozilla Phabricator (en) pour plus de détails.

- -

Attention !: si l'évaluateur n'a pas repondu au bout d'une semaine environ :

- - - -

Réponse aux commentaires de l'évaluation

- -

Il est inhabituel qu'un correctif soit parfait dès la première fois. L'évaluateur marque "review-" et liste les problèmes rencontrés à corriger avant que le paquet puisse être accepté . Souvenez-vous que l'évaluation ne vise pas à vous décourager mais plutôt à encourager la meilleure résolution possible du bogue. Travaillez soigneusement les changements recommandés par l'évaluateur, joignez un nouveau correctif et demandez un nouvel examen.

- -

Parfois, un évaluateur accordera une approbation conditionnelle en marquant "review +" mais en indiquant des modifications mineures qui doivent être apportées, telles que les corrections d'orthographe ou d'indentation. Toutes les recommandation doivent être suivies, mais une nouvelle évaluation ne sera pas nécessaire. Effectuez les changements, liez la version corrigée, et cochez la case correspondante pour rendre le patch original obsolète. S'il y a une confusion à ce stade, une nouvelle évaluation devra être effectuée.

- -

Parfois après une évaluationi positive du correctif, mais avant sa publication, quelqu'un d'autre peut publier un changement qui entre en conflit avec le vôtre. Si la fusion est simple et non-invasive, publiez une version compatible, mais pour tout changement plus important, une évaluation supplémentaire sera nécessaire.

- -

Si, à un moment donné, le processus d'évaluation s'arrête pendant plus de deux semaines, consultez la section  «Attention» ci-dessus.

- -

Dans de nombreux projets open-source, les développeurs acceptent les correctifs inachevés, les finissent et les appliquent. Dans la philosophie de Mozilla, le vérificateur va seulement évaluer et commenter le paquet du contributeur. Si ce dernier refuse d'améliorer son correctif, le paquet restera tel quel jusqu'à ce que quelqu'un décide de s'en occuper.

- -

Envoi du correctif

- -

Un paquet peut être envoyé après avoir été proprement corrigé.

- -
-

Compilez l'application avec le correctif, assurez-vous qu'elle s'exécute et passez la aux tests automatiques (et mentionnez que vous l'avez fait dans le bogue), et/ou envoyez au serveur de tests (en) (indiquez le aussi dans le bug). L'insertion d'un correctif non testé fait perdre du temps à la personne qui doit le faire et peut mettre le feu à l'arborescense. Faites gagner du temps et des efforts à tout le monde en réalisant toutes les vérifications nécessaires.

- -

Assurez-vous que le patch est correctement formaté (en) afin de rendre son contrôle aussi facile que possible.

-
- -

Ajoutez le mot-clé checkin-needed au bug (ou si Bugzilla ne vous autorise pas à ajouter ce mot-clé, demandez à quelqu'un de l'ajouter). Les membres de la communauté ayant les droits recherchent regulièrement des bugs avec le mot-clé checkin-needed et les intègrent dans un délai d'environ un jour. Si le correctif n'est pas vérifié dans un délai raisonnable, rendez-vous sur le canal #developers de irc.mozilla.org (en) et demandez à quelqu'un de le vérifier en votre nom. La plupart du temps, un lien vers une exécution test passée sera requis dans le but de vérifier que le patch ne causera pas de problèmes après son envoi.

- -

Si vous publiez vous même, suivez les Règles de publication et de responsabilité.
- Nous recommendons l'utilisation de Lando (en) pour que le code soit automatiquement envoyé.

- -

Régressions

- -

Il se pourrait que votre code provoque des régressions fonctionnelles ou une baisse de performance. il y a une politique rigoureuse vis-à-vis des baisses de performances en particulier, ce qui signifie que votre code peut être retiré et que vous allez devoir le retravailler pour le soumettre à nouveau. La régression signifie que les tests (que vous avez effectués avant l'envoi du correctif, n'est ce pas ?) n'étaient pas exhaustifs, alors vous allez devoir re-soumettre votre paquet ou faire un nouveau paquet pour corriger la régression, et réaliser les tests appropriés.

- -

Après la création de quelques correctifs, envisagez d'avoir accès au code source de Mozilla (en).

diff --git a/files/fr/mozilla/developer_guide/index.html b/files/fr/mozilla/developer_guide/index.html deleted file mode 100644 index f771479c31..0000000000 --- a/files/fr/mozilla/developer_guide/index.html +++ /dev/null @@ -1,91 +0,0 @@ ---- -title: Guide du développeur -slug: Mozilla/Developer_guide -tags: - - Développement_de_Mozilla - - Landing - - Mozilla -translation_of: Mozilla/Developer_guide ---- -

Il y a de nombreuses façons de contribuer au projet Mozilla: coder, tester, améliorer les processus et les outils de développement, ou encore participer à la documentation . Ce guide fournit les informations pour vous aider à contribuer à Mozilla.

- -
-
-

Documentation

- -
-
Prise en main
-
Un guide de démarrage pour les nouveaux contributeurs à Mozilla.
-
- -
-
Travailler avec le code source de Mozilla
-
Un aperçu du code, comment l'obtenir, et le guide du style de codage.
-
Instructions
-
Comment développer Firefox, Thunderbird, SeaMonkey, ou les autres applications Mozilla.
-
Processus de développement
-
Un aperçu de l'ensemble du processus de développement de Mozilla.
-
Gérer plusieurs profils
-
En travaillant sur des versions prélimaires de Firefox, il est souvent utile d'avoir plusieurs profils, un pour chaque canal ou pour différentes sortes de tests.
-
Tests automatisés
-
Comment lancer des tests automatisés de Mozilla et en écrire de nouveaux.
-
Soumettre un patch
-
Après avoir écrit votre patch, il doit être vérifié. Cet article vous explique le processus d'examen et la procédure d'approbation du patch.
-
Mise à jour de documentation
-
Comment s'assurer que la documentation que vous développez est à jour.
-
Modules
-
Cet article fournit des informations sur les modules Mozilla, quel est le rôle du propriétaires d'un module et comment les propriétaires sont sélectionnés.
-
Extraits de code
-
Exemples de codes dont vous pourriez avoir besoin pour comprendre le fonctionnement de tout un tas de choses.
-
Stratégies de développement Mozilla
-
Conseils pour travailler sur le projet Mozilla.
-
Débogage
-
Conseils et guides pour déboguer le code Mozilla.
-
Performance
-
Guides de performances et utilitaires pour vous aider à mieux coder.
-
Platforme Mozilla
-
Informations sur les travaux de la platforme Mozilla.
-
Ajouter des APIs à l'objet navigateur {{ gecko_minversion_inline("9.0") }}
-
Comment étendre l'objet {{ domxref("window.navigator") }} avec des APIs supplémentaires.
-
Compatibilité d'interface
-
Guides pour la modification des scripts et APIs binaires dans Mozilla.
-
Customiser Firefox
-
Informations sur la création de versions customisées de Firefox.
-
Virtual ARM Linux environment
-
Comment installer un émulateur ARM faisant tourner linux pour des tests spécifiques ARM , mais pas nécessairement pour une platforme précise. Utile pour les développeurs mobiles.
-
Conseils et mises en garde pour les versions obsolètes
-
L'endroit où l'on trouvera des conseils utiles pour développer d'anciennes versions du code (mais pas la dernière version).
-
-
- -
-

Outils

- -
-
Bugzilla
-
Base de données Bugzilla utilisée pour le suivi de problèmes sur les projets Mozilla.
-
MXR
-
Parcourir et rechercher le code source référentiel de Mozilla sur le web.
-
DXR
-
Prochaine génération de recherche du code source de Mozilla. En développement actif.
-
Bonsai
-
L'outils Bonsai permet de savoir qui a changé un fichier dans le référentiel et quand.
-
Mercurial
-
Le système de contrôle de version utilisé pour gérer le code source de Mozilla.
-
TBPL (Tinderbox Push Log)
-
Tinderbox Push Log montre le statut d'une branche de code (qu'elle compile ou pas).  A vérifier avant de récupérer du code ou en publier pour être certain que vous travaillez sur une branche active.
-
Crash tracking
-
Informations sur Socorro, le système de rapport d'incidents.
-
Performance tracking: Datazilla and Graphs
-
Voir les informations de performance du projet Mozilla.
-
Callgraph
-
Un outil qui aide à réaliser l'analyse statique d'un code Mozilla en générant automatiquement un graphique Callgraph.
-
Forums développeurs
-
Des listes de discussion classées par sujets où les développeurs peuvent échanger sur les problèmes relatifs au développement de Mozilla.
-
Antisèches sur le développement de la plate-forme Mozilla
-
Listes d'informations de Brian Bondy pour les développeurs de la plate-forme.
-
Tutoriels vidéo sur le développement Firefox
-
Tutoriels vidéo de Brian Bondy sur le développement de Firefox.
-
-
-
diff --git a/files/fr/mozilla/developer_guide/introduction/index.html b/files/fr/mozilla/developer_guide/introduction/index.html deleted file mode 100644 index c6d222c487..0000000000 --- a/files/fr/mozilla/developer_guide/introduction/index.html +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: Introduction (alternative) -slug: Mozilla/Developer_guide/Introduction -translation_of: Mozilla/Developer_guide/Introduction -translation_of_original: Introduction_(alternate) -original_slug: Introduction_(alternative) ---- -

Bien que Firefox soit largement écrit en C++, il existe de très nombreuses manière de contribuer sans connaître C++.

-

Firefox/Thunderbird/etc.

-

Malgré que Firefox (et les autres produits Mozilla qui sont construits depuis la base de code Mozilla) sont écrits en C++, il y a de nombreux composants écrits dans d'autres languages :

- -

Pour trouver du travail sur ces bogues, suivez le guide principal. Presque toutes les étapes sont identiques, y compris comment trouver des bogues adaptés pour commencer et le système d'encadrement.

-

Sites Web

-

Mozilla possède plus d'une centaine d'outils et de sites, qui sont presque tous open-source. Nous avons un guide pour débuter avec les sites Web majeurs de Mozilla, ainsi qu'une liste presque à jour des projets de développement Web dans lesquels Mozilla est impliqué, et nous souhaitons améliorer cette liste bientôt. Utilisez cette liste pour trouver un projet qui vous intéresse, et savoir comment vous y impliquer.

-

Projets Github

-

La page github de Mozilla compte plus de 100 projets auxquels vous pouvez contribuer. Ces projets sont développés en utilisant les pratiques courantes de GitHub, donc faites votre branche et au boulot. Nous attendons vos demandes d'intégration ! Parmis ces projets, il y a beaucoup de projets à forte visibilité comme Jetpack, Chromeless, F1 et de nombreux autres.

-

Dépôts Mercurial de Mozilla

-

De nombreux projets Mozilla ont leur propre dépôt à hg.mozilla.org. Cela montre la hiérarchie entre les projets de Mozilla, ainsi que ceux qui sont maintenus (tous ne le sont pas). Parmis eux, il y a des zones critiques de Mozilla comme QA, RelEng, la localisation, webtools, les dépôts des développeurs majeurs, et plus.

-

D'autres manières de s'engager

-

Il existe beaucoup d'autres manières de contribuer à la mission de Mozilla sans programmer. Si vous souhaitez vous diriger vers le design, l'aide, la traduction, les tests ou d'autres types de contributions, rendez vous sur la page dédiées au volontariat.

diff --git a/files/fr/mozilla/developer_guide/mozilla-central/index.html b/files/fr/mozilla/developer_guide/mozilla-central/index.html deleted file mode 100644 index ea566ea8e1..0000000000 --- a/files/fr/mozilla/developer_guide/mozilla-central/index.html +++ /dev/null @@ -1,65 +0,0 @@ ---- -title: mozilla-central -slug: Mozilla/Developer_guide/mozilla-central -tags: - - Développement_de_Mozilla - - Mercurial -translation_of: Mozilla/Developer_guide/mozilla-central ---- -

mozilla-central est un dépôt Mercurial du code de Mozilla : http://hg.mozilla.org/mozilla-central . Il s'agit d'un point d'intégration stable pour les changements qui seront incorporés dans la base de code de Mozilla 2.

- -

La page de Tinderbox pour mozilla-central se trouve à http://tinderbox.mozilla.org/showbui...?tree=Mozilla2 .

- -

{{ Note("contrairement au dépôt CVS de Mozilla, seules les sources de Firefox et XULRunner font partie de mozilla-central. Des dépôts séparés sont utilisés pour d\'autres applications et projets.") }}

- -

Règles pour l'arbre mozilla-central

- -

La base de code mozilla-central doit être stable sur les plateformes principales à tout moment :

- - - -

Changements dans les API

- -

En préparation de Mozilla 1.9.1, les règles suivantes sont à respecter pour les changements dans les API :

- - - -

Ces règles changeront après le branchement de la version 1.9.1.

- -

Soumission de modifications sur mozilla-central

- -

Tous les développeurs qui ont un accès en écriture sur le CVS doivent avoir reçu un e-mail avec les détails d'identification LDAP nécessaires pour effectuer un push sur hg.mozilla.org. Si vous pensez quie vous devriez y avoir accès mais ne connaissez pas vos détails d'identification, ouvrez un bug. Vous pouvez utiliser la commande hg push pour soumettre des changements (changesets) au serveur.

- - - -

 

- -

Les copies de NSPR et NSS dans mozilla-central sont soumises à certaines règles particulières.

- -

Voir également

- - - -

{{ languages( { "en": "en/Mozilla-central", "es": "es/Mozilla-central", "ja": "ja/Mozilla-central" } ) }}

diff --git a/files/fr/mozilla/developer_guide/reviewer_checklist/index.html b/files/fr/mozilla/developer_guide/reviewer_checklist/index.html deleted file mode 100644 index 7b5675a62f..0000000000 --- a/files/fr/mozilla/developer_guide/reviewer_checklist/index.html +++ /dev/null @@ -1,134 +0,0 @@ ---- -title: Liste de contrôle de l'évaluateur -slug: Mozilla/Developer_guide/Reviewer_Checklist -tags: - - Correction - - Evaluation - - Guide -translation_of: Mozilla/Developer_guide/Reviewer_Checklist ---- -
-

Soumettre des correctifs pour le code source de Mozilla n’a pas besoin d’être complexe. Cet article fournit une liste des meilleures pratiques, à suivre pour votre mise-à-jour, que les évaluateurs vérifient ou exigent. Suivre ces recommandations mène à un processus d'évaluation et d’acception plus doux et plus rapide..

-
- -

Bonne citoyenneté sur le web

- - - -

Correction

- - - -

Qualité

- - - -

Style

- - - -

Problèmes de sécurité

- - - -

Problèmes de confidentialité

- - - -

Fuite de ressources

- - - -

Impact sur les performances

- - - -

Problèmes de fil

- - - -

Compatibilité

- - - -

Préférences

- - - -

Chaînes de caractères

- - - -

Documentation

- - - -

Accessibilité

- - diff --git a/files/fr/mozilla/developer_guide/so_you_just_built_firefox/index.html b/files/fr/mozilla/developer_guide/so_you_just_built_firefox/index.html deleted file mode 100644 index 454d0a043e..0000000000 --- a/files/fr/mozilla/developer_guide/so_you_just_built_firefox/index.html +++ /dev/null @@ -1,11 +0,0 @@ ---- -title: Vous venez juste de compiler Firefox -slug: Mozilla/Developer_guide/So_you_just_built_Firefox -translation_of: Mozilla/Developer_guide/So_you_just_built_Firefox -original_slug: Mozilla/Developer_guide/Vous_venez_juste_de_compiler_Firefox ---- -

Un lien vers cette page sera affiché après que vous ayez compilé Firefox, avec succès. Elle contient des informations sur les étapes à suivre, avec des liens pour lancer les tests, packager votre executable, etc. Pour le contenu, essayez d'être bref, et d'afficher des liens vers les pages que vous pensez utiles. Votre audience est composée de personnes qui viennent de compiler Firefox, pour la première fois.

-

Voici quelques liens qui pourraient vous servir :

-

Lancer les tests

-

Debugger

-

Rapporter un bug

-- cgit v1.2.3-54-g00ecf