Esta pagina debería guiarte a dar tus primeros pasos para contribuir con Mozilla. Bienvenido, ¡estamos encantados de tenerte! :)

¿Necesitas ayuda?

La comunidad Mozilla se enorgullece de ser abierta, accesible y amigable para los nuevos participantes. Si tienes alguna dificultad encontrando respuestas a tus preguntas, tráelas al canal #introduction en irc.mozilla.org.

Sabemos que empezar a trabajar con Firefox y encontrar un bug acorde a tus habilidades puede ser complicado. Por eso, siempre estamos buscando nuevas formas de facilitar el proceso haciendo Mozilla más abierto, accesible y fácil de participar. Si tienes algún problema siguiendo esta documentación, contacta con con Mike Hoye en mhoye@mozilla.com

¿Qué conocimientos necesito?

Mozilla es un gran proyecto y estamos encantados de tener contribuidores con diversas habilidades:

  • Si conoces C++, por ejemplo, puedes contribuir a las capas nucleares de Firefox y otros productos de Mozilla.
  • Si conoces JavaScript o HTML/CSS, puedes contribuir al front-end de Firefox.
  • Si conoces Java, puedes contribuir a Firefox en Android, Firefox Focus para Android y Firefox para Fire TV.
  • Si conoces Swift, puedes contribuir a Firefox para iOS y Firefox Focus para iOS.
  • Si conoces Python, puedes contribuir a nuestros servicios web, incluyendo Firefox Sync o Persona.
  • Si conoces Make, shell, Perl o Python, puedes contribuir a nuestros sistema de compilación, ingeniería de liberación y automatización.
  • Si conoces C, puedes contribuir a NSS, Opus y Daala.
  • Si conoces Rust, puedes contribuir al lenguaje de programación Rust; Servo, el motor de búsqueda web diseñado con el paralelismo y la seguridad en mente; o Quantum, el proyecto para llevar componentes importantes de Servo a Gecko.
  • Hay muchas formas de contribuir en la misión de Mozilla sin necesidad de programar. Si deseas participar en el diseño, soporte, traducción, pruebas, o en otro tipos de contribuciones, échale un vistazo a la página de oportunidades de voluntario.

¿No sabes programar aún pero te gustaría empezar? ¡Tienes un montón de recursos disponibles en la red de desarrolladores de Mozilla!

Paso 1 - Compilar Firefox para Escritorio o Móvil

Si te gustaría contribuir a Firefox, aquí tienes unas instrucciones simples para compilar ambas versiones. Prepararlo todo puede llevar un tiempo ya que hay algunas descargas grandes de por medio, así que puede que quieras avanzar a los siguientes pasos mientras tanto. Aquí puedes encontrar instrucciones adicionales de compilación.

Puedes encontrar otros productos de Mozilla, incluyendo las compilaciones de la comunidad de Thunderbird con una búsqueda rápida. Normalmente no necesitarás compilar nada para empezar a contribuir.

Paso 2 - Encuentra algo en lo que trabajar

Los bugs que se muestran como 'Asignados' no suelen ser ideales para comenzar a menos que tengas algo importante que contribuir, ya que hay alguien encargándose de resolverlos. Aún sin tener a alguien asignado, sería una buena práctica comprobar si alguien ha realizado una contribución recientemente o si han comentado que están investigando una solución.

Una vez hayas encontrado algo en lo que te gustaría trabajar, ¡añade un comentario! Haz que tanto la comunidad como los revisores sepan que vas a trabajar en el bug. Puede que así recibas información extra o que te asignen ese bug.

Arregla cosas que te molestan

Si hay algo que te gustaría arreglar en Firefox, Thunderbird, o cualquier otro producto Mozilla, este es un buen lugar para empezar. Hay varias formas de hacerlo:

  • Buscar palabras clave en Bugzilla.
  • Averigua cómo funciona el componente de Bugzilla, con el que el bug que te molesta está implementado, usando la lista de componentes. Examina ese componente en Bugzilla para encontrar bugs relacionados.
  • Pregunta en #introduction o #developers en irc.mozilla.org.

Encuentra un bug que hayamos identificado como adecuado para los recién llegados

Los desarrolladores de Mozilla etiquetan ciertos errores como fáciles para que los recién llegados se familiaricen con nuestros procesos:

  • Codetribute - nuestro sitio para encontrar bugs mentorizados, algunos son buenos como primer bug y otros son algo más complicados. Tu mentor se encargará de ayudarte durante todo el proceso.
  • Un "buen" primer bug puede ser la mejor forma para dar tus primeros pasos en el ecosistema de Mozilla. Suelen ser cambios muy pequeños, a veces tan pequeños como unas pocas líneas de código, pero suelen ser la mejor forma de aprender el entorno, controlar Bugzilla y hacer contribuciones a la base de Mozilla.
  • Síguenos en @StartMozilla - todos los días publicamos buenos primeros bugs para nuevos contribuidores.
  • Visita firefox-dev.tools - registramos bugs de Firebox Developer Tools para nuevos contribuidores.
  • Los proyectos estudiantiles son proyectos más grandes, por lo tanto suelen ser adecuados para estudiantes universitarios. Por supuesto, si no eres estudiante, siéntete libre de arreglar cualquiera de estos fallos. Mantenemos dos listas, una para proyectos basados en el codigo fuente existente y otra para la implementación de nuevas aplicaciones.

Utiliza una herramienta para buscar bugs

Hay varias herramientas desarrolladas por miembros de la comunidad Mozilla. Estas ayudan a los nuevos contribuidores a buscar nuevos bugs en los que trabajar sin tener que utilizar la búsqueda de Bugzilla.

Paso 3 - Arregla el bug

Esto lo dejamos en tus manos. Tenemos algunos recursos que pueden ser de ayuda:

Paso 4 - Obten una revisión de tu código

Una vez que corrijas el bug, puedes obtener una revisión de tu código.

Mozilla utiliza Phabricator para revisar código. Utiliza una instancia de Phabricator (preferiblemente) o adjunta un parche en Bugzilla.

¿Quién es la persona adecuada para revisar tu código?

  • Si tienes un bug mentorizado: pregúntale a tu mentor. Te ayudará o encontrará la solución fácilmente.

  • Ejecuta hg blame busca a las personas que hayan trabajado en la función que estás arreglando. Ellos también son buenos candidatos.

  • El propio bug puede contener alguna indicación sobre quién puede ser la persona adecuada.

  • ¿Hay errores relacionados con bugs similares? En ese caso, el revisor de esos bugs podría ser una buena opción.

  • Tenemos una lista de modulos desactualizada que enumera a los dueños de los módulos, los cuales pueden ser buenos revisores. En el peor de los casos, establece al dueño del módulo como validador y pregunta por alguien más adecuado para la revisión.

Paso 4b - Da seguimiento a tu corrección

Una vez hayas solicitado una revisión, el revisor responderá en uno o dos días, revisando el parche o indicando cuándo podrá hacerlo. Si en ese tiempo no has recibido ninguna respuesta, añade un comentario en el bug como "review ping?", marca la casilla "Need more information from" y selecciona el nombre del revisor. Si aún así no obtienes una respuesta, puedes solicitar ayuda en los canales #introduction o #developers.

Paso 5 - Atiende la revisión

La primera revisión del parche requerirá unos cambios (o una "r-" en Bugzilla). Esto no significa que hayas hecho un mal trabajo, es algo necesario tanto para nuevos contribuidores como para Mozillianos veteranos. Significa que aún queda trabajo por hacer antes de fusionar el parche con el repositorio principal. Puede que los cambios necesarios sean menores - o puede que mayores - y tu revisor te guiará para solucionarlo o para indicarte qué debes hacer en todo momento.

Es un proceso importante, así que no te desmotives. Con miles de millones de usuarios y una base de código tan extensa, la prioridad del proyecto Mozilla es fusionar buenos parches. Haz los cambios requeridos por tu revisor; si no estás seguro de algo, ¡siempre puedes preguntar! Adjunta de nuevo el parche y pide una nueva revisión. Si aceptan los cambios, ¡significará que tu parche estará listo para fusionarse con el repositorio principal!

Paso 6 - Envía el código al repositorio

Una vez que tu parche ha sido revisado y aceptado estará listo para el siguiente paso. Antes de que se fusione con el repositorio, necesitarás completar una prueba en nuestro servidor de pruebas, asegurándote de que no hay regresiones inesperadas.

Una vez hayas completado la prueba satisfactoriamente, marca que tu marche está listo para consolidar añadiendo la palabra clave checkin-needed. Un Mozilliano con capacidad de consolidar enviará el parche al repositorio, y actualizará el bug con la información necesaria. Si tu parche completa el test automatizado de Mozilla, será fusionado a la rama principal y formará parte de la siguiente compilación Nightly.

Paso 7 - Repite

Felicidades, ¡has arreglado tu primer bug! La web abierta es ahora más sehura, pero no te quedes ahí.

Vuelve al paso 3, hay mucho más que hacer. Tu mentor puede sugerirte otro bug en el que trabajar, o puedes buscar otro que te interese. Ahora que has corregido tu primer bug puedes solicitar acceso de nivel 1 al repositorio para enviar código al servidor de pruebas y conseguir retroalimentación automatizada sobre tus cambios en diversas plataformas. Después de corregir un número no trivial de bugs, podrás solicitar acceso de nivel 3 para enviar tu propio código una vez haya sido revisado.

Más información

Estamos mejorando la información de esta página para los recién llegados. Integraremos más información pronto, pero hasta entonces puedes encontarlas interesantes en su forma actual:

Etiquetas y colaboradores del documento

Última actualización por: mdnwebdocs-bot,