files/fr/mozilla/developer_guide/mozilla-central/index.html


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65

---
title: mozilla-central
slug: Mozilla/Developer_guide/mozilla-central
tags:
  - Développement_de_Mozilla
  - Mercurial
translation_of: Mozilla/Developer_guide/mozilla-central
---
<p><strong><code>mozilla-central</code></strong> est un dépôt <a href="/fr/Mercurial" title="fr/Mercurial">Mercurial</a> du code de Mozilla : <a class="external" href="http://hg.mozilla.org/mozilla-central" rel="freelink">http://hg.mozilla.org/mozilla-central</a> . 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.</p>

<p>La page de <a href="/fr/Tinderbox" title="fr/Tinderbox">Tinderbox</a> pour mozilla-central se trouve à <a class="external" href="http://tinderbox.mozilla.org/showbuilds.cgi?tree=Mozilla2" rel="freelink">http://tinderbox.mozilla.org/showbui...?tree=Mozilla2</a> .</p>

<p>{{ 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.") }}</p>

<h3 id="R.C3.A8gles_pour_l.27arbre_mozilla-central" name="R.C3.A8gles_pour_l.27arbre_mozilla-central">Règles pour l'arbre mozilla-central</h3>

<p>La base de code mozilla-central doit être stable sur les <a href="/fr/Configurations_de_compilation_gérées" title="fr/Configurations_de_compilation_gérées">plateformes principales</a> à tout moment :</p>

<ul>
 <li>Les tests unitaires automatisés doivent être passés</li>
 <li>Les tests automatisés de performances et les tests de fuites ne doivent pas régresser</li>
 <li>Toute régression fera l'objet d'un retrait immédiat du patch incriminé</li>
 <li>Les développeurs ne doivent <em>pas</em> essayer de publier leurs changements dans mozilla-central pour vérifier si un patch fait régresser des tests de performances ou des tests unitaires. C'est le {{ interwiki('wikimo', 'Build:TryServer', 'serveur de test') }} qui doit être utilisé pour cela.</li>
</ul>

<h4 id="Changements_dans_les_API" name="Changements_dans_les_API">Changements dans les API</h4>

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

<ul>
 <li>les changements des API <strong>gelées</strong> (<em>frozen</em>) ne sont pas permis.</li>
 <li>les changements des API <strong>non gelées</strong> doivent être mûrement réfléchis.
  <ul>
   <li>Tout impact sur les extensions JS doit être évité ou minimisé et soigneusement <a href="/Fr/Firefox_3.5_pour_les_développeurs" title="fr/Firefox_3.1_pour_les_développeurs">documenté</a>.</li>
   <li>Les vérificateurs (<em>reviewers</em>) doivent explicitement approuver les changements d'API le cas échéant.</li>
   <li>En cas de doute, posez la question sur les groupes de discussion mozilla.dev.platform ou mozilla.dev.apps.firefox.</li>
  </ul>
 </li>
</ul>

<p>Ces règles changeront après le branchement de la version 1.9.1.</p>

<h3 id="Soumission_de_modifications_sur_mozilla-central" name="Soumission_de_modifications_sur_mozilla-central">Soumission de modifications sur mozilla-central</h3>

<p>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 <em>push</em> sur hg.mozilla.org. Si vous pensez quie vous devriez y avoir accès mais ne connaissez pas vos détails d'identification, <a class="link-https" href="https://bugzilla.mozilla.org/enter_bug.cgi?product=mozilla.org&amp;component=Server+Operations:+Account+Requests">ouvrez un bug</a>. Vous pouvez utiliser la commande <code>hg push</code> pour soumettre des changements (<em>changesets</em>) au serveur.</p>

<ul>
 <li>Les modifications ne doivent pas faire apparaître plusieurs répertoires de base (<em>heads</em>) dans mozilla-central</li>
 <li>Essayez de minimiser l'historique. Une soumission unique ou quelques changesets indépendants sont préférables à de nombreux changesets « travaux en cours » qui encombreront l'historique. Pensez à utiliser des <a href="/fr/Files_Mercurial" title="fr/Files_Mercurial">files Mercurial</a> pour gérer vos patchs avant la soumission.</li>
 <li>Au moins pour la soumission du dernier changeset, le numéro de bug et le vérificateur (<em>reviewer</em>) pour la modification doivent être mentionnés.</li>
 <li>Les modifications doivent être soumises à <code><a class="external" href="ssh://hg.mozilla.org/mozilla-central/" rel="freelink">ssh://hg.mozilla.org/mozilla-central/</a></code>, consultez <a href="http://mozilla-version-control-tools.readthedocs.org/en/latest/hgmozilla/index.html" title="Mercurial for Mozillians">Le guide Mercurial for Mozillians (en anglais)</a> pour plus de détails sur la mise en place de votre configuration.</li>
</ul>

<p> </p>

<p>Les copies de <a class="internal" href="/fr/Extraits_CVS_externes_dans_mozilla-central" title="fr/Extraits CVS externes dans mozilla-central">NSPR et NSS dans mozilla-central</a> sont soumises à certaines règles particulières.</p>

<h3 id="Voir_.C3.A9galement" name="Voir_.C3.A9galement">Voir également</h3>

<ul>
 <li>Le billet <a class="external" href="http://developer.mozilla.org/devnews/index.php/2008/06/02/mozilla-central-open-for-business/">mozilla-central: open for business</a> de devnews.</li>
 <li>Sur Bugzilla, <a class="link-https" href="https://bugzilla.mozilla.org/showdependencytree.cgi?id=433384&amp;hide_resolved=1">le relevé des problèmes rendant le développement difficile sur mozilla-central</a></li>
</ul>

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