Please note, this is a STATIC archive of website developer.mozilla.org from 03 Nov 2016, cach3.com does not collect or store any user information, there is no "phishing" involved.

mozilla-central

mozilla-central es un repositorio Mercurial del código de Mozilla: https://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 https://tinderbox.mozilla.org/showbui...?tree=Mozilla2 .

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. En su lugar, debe usarse el servidor de pruebas.

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 hg push 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.
  • Los cambios deben subirse a ssh://hg.mozilla.org/mozilla-central/, revisa Preguntas Frecuentes sobre Mercurial#¿Cómo incorporo (check in) cambios? para más detalles sobre cómo configurar tu instalación.

Véase también

Etiquetas y colaboradores del documento

 Colaboradores en esta página: fscholz, RickieesES
 Última actualización por: fscholz,