MDN may have intermittent access issues April 18 13:00 - April 19 01:00 UTC. See whistlepig.mozilla.org for all notifications.

mozilla

Revision 122798 of mozilla-central

  • Enlace amigable (slug) de la revisión: mozilla-central
  • Título de la revisión: mozilla-central
  • Id de la revisión: 122798
  • Creada:
  • Creador: RickieesES
  • ¿Es la revisión actual? No
  • Comentario Traducción inicial

Contenido de la revisión

mozilla-central es un repositorio Mercurial del código de Mozilla: http://hg.mozilla.org/mozilla-central . Es un punto de integración estable para cambios que se incorporarán en el código base de Mozilla 2.

La página de Tinderbox de mozilla-central se encuentra en http://tinderbox.mozilla.org/showbuilds.cgi?tree=Mozilla2 .

{{template.Nota("a diferencia del repositorio CVS de Mozilla, sólo se incluyen en mozilla-central los fuentes de Firefox y XULRunner. Se usarán repositorios separados para el código específico a otras aplicaciones y proyectos.")}}

Reglas en el árbol mozilla-central

El código base de mozilla-central debería ser estable en todo momento para las plataformas de prioridad 1:

  • Las pruebas automatizadas unitarias deben pasarse con éxito
  • Las pruebas automatizadas de rendimiento y fugas no deben informar de regresiones
  • Cualquier regresión es causa de retrocesión del parche causante.

Actualmente no están permitidos cambios a las APIs congeladas de XPCOM. Esta regla cambiará una vez se tome una decisión sobre una versión intermedia de la plataforma (Mozilla 1.9.1).

  • Los desarrolladores no deberían aplicar cambios de prueba en mozilla-central para comprobar si un parche produce una regresión en las pruebas unitarias o de rendimiento.

Aplicar cambios a mozilla-central

Todos los desarrolladores que tienen acceso para aplicar parches en CVS deberían haber recibido un mensaje de correo electrónico con los detalles de inicio de sesión LDAP para aplicar parches en hg.mozilla.org. Si crees que deberías tener acceso a mozilla-central pero no conoces tus datos de inicio de sesión, cursa un bug. Puedes usar la orden <tt>hg push</tt> para subir los conjuntos de cambios al servidor.

  • Los cambios no deben introducir múltiples ramas principales (heads) en mozilla-central
  • Por favor, intenta mantener el historial ordenado. Es preferible un único commit o unos pocos independientes a muchos conjuntos de cambios de "trabajo en curso" que se acumulen en el historial. Considera el uso de colas de Mercurial para gestionar los parches antes de aplicarlos.
  • Como mínimo el juego de cambios final que se suba al servidor debe referenciar el número de bug y el revisor del cambio relevante.
{{ wiki.languages( { "ja": "ja/Mozilla-central" } ) }}

Fuente de la revisión

<p><b><code>mozilla-central</code></b> es un repositorio <a href="es/Mercurial">Mercurial</a> del código de Mozilla: http://hg.mozilla.org/mozilla-central . Es un punto de integración estable para cambios que se incorporarán en el código base de Mozilla 2.
</p><p>La página de <a href="es/Tinderbox">Tinderbox</a> de mozilla-central se encuentra en http://tinderbox.mozilla.org/showbuilds.cgi?tree=Mozilla2 .
</p><p>{{template.Nota("a diferencia del repositorio CVS de Mozilla, sólo se incluyen en mozilla-central los fuentes de Firefox y XULRunner. Se usarán repositorios separados para el código específico a otras aplicaciones y proyectos.")}}
</p>
<h3 name="Reglas_en_el_.C3.A1rbol_mozilla-central"> Reglas en el árbol mozilla-central </h3>
<p>El código base de mozilla-central debería ser estable en todo momento para las <a href="es/Configuraciones_de_compilaci%c3%b3n_oficiales">plataformas de prioridad 1</a>:
</p>
<ul><li> Las pruebas automatizadas unitarias deben pasarse con éxito
</li><li> Las pruebas automatizadas de rendimiento y fugas no deben informar de regresiones
</li><li> Cualquier regresión es causa de retrocesión del parche causante.
</li></ul>
<p>Actualmente no están permitidos cambios a las APIs congeladas de XPCOM. Esta regla cambiará una vez se tome una decisión sobre una versión intermedia de la plataforma (Mozilla 1.9.1).
</p>
<ul><li> Los desarrolladores <em>no</em> deberían aplicar cambios de prueba en mozilla-central para comprobar si un parche produce una regresión en las pruebas unitarias o de rendimiento.
</li></ul>
<h3 name="Aplicar_cambios_a_mozilla-central"> Aplicar cambios a mozilla-central </h3>
<p>Todos los desarrolladores que tienen acceso para aplicar parches en CVS deberían haber recibido un mensaje de correo electrónico con los detalles de inicio de sesión LDAP para aplicar parches en hg.mozilla.org. Si crees que deberías tener acceso a mozilla-central pero no conoces tus datos de inicio de sesión, <a class="external" href="https://bugzilla.mozilla.org/enter_bug.cgi?product=mozilla.org&amp;component=Server+Operations:+Account+Requests">cursa un bug</a>. Puedes usar la orden <tt>hg push</tt> para subir los conjuntos de cambios al servidor.
</p>
<ul><li> Los cambios no deben introducir múltiples ramas principales (heads) en mozilla-central
</li><li> Por favor, intenta mantener el historial ordenado. Es preferible un único commit o unos pocos independientes a muchos conjuntos de cambios de "trabajo en curso" que se acumulen en el historial. Considera el uso de <a href="es/Colas_de_Mercurial">colas de Mercurial</a> para gestionar los parches antes de aplicarlos.
</li><li> Como mínimo el juego de cambios final que se suba al servidor debe referenciar el número de bug y el revisor del cambio relevante.
</li></ul>
{{ wiki.languages( { "ja": "ja/Mozilla-central" } ) }}
Revertir a esta revisión