Los resultados de tu búsqueda

    Contribuir con el código base de Mozilla

    This translation is incomplete. Please help translate this article from English.

    Esta pagina debe guiar a dar sus primeros pasos para contribuir con Mozilla. Bienvenidos, estamos encantados de tenerte :)

    ¿Necesita ayuda?

    La Comunidad Mozilla siempre da la bienvenida a los que recién llegan a nuestro medio. Si usted tiene alguna dificultad, puede hacer preguntas de introducción en el #introduction chat room on irc.mozilla.org. Si aún sigue teniendo problemas, por favor contactese con Kyle Huey en khuey@mozilla.com.

    ¿Qué habilidades necesito?

    Mozilla es un gran proyecto y estamos felices de recibir contribuidores con diferente habilidades.

    • Si tú conoces C++, por ejemplo, puedes contribuir en las capas centrales de Firefox, Firefox OS y otros productos de Mozilla.
    • Si tú conoces JavaScript o HTML/CSS, puedes contribuir en el front-end (frente-final) de Firefox, o en Gaia, la aplicación de capas de Firefox OS.
    • Si tú conoces Java, puedes contribuir en Firefox Mobile.
    • Si tú conoces Python, puedes contribuir en nuestros servicios web, incluyendo Firefox Sync o Persona.
    • Si tú conoces de Make, shell, Perl o Python, puedes contribuir en nuestros sistema de compilación.
    • Si tú conoces C, puedes contribuir a un numero de librerias de bajo nivel que nosotros usamos como parte del codigo base de Mozilla.
    • Y tambien hay muchas maneras de contribuir en la misión de Mozilla sin la necesidad de programar. Si deseas participar en el diseño, el apoyo, tranducción, ensayo, o en otros tipos de contributciones, vea la pagina de oportunidades de voluntario.

    Tal vez no sabes programar todavía, pero deseas comenzar a aprender? Eso está muy bien también, el programa Webmaker es para ti, y hay más recursos disponibles en la red de desarrolladores de Mozilla!

    Paso 1 - Construir Firefox, Firefox OS, Thunderbird u otra aplicación

    Si usted desea contribuir con Firefox, Thunderbird or Firefox OS, siga nuestra serie de instrucciones simples para construir Firefox, o construir Thunderbird, o construir Firefox OS. Esto es sencillo, pero puede llevar algun tiempo, asi que es posibe que quieras pasar al siguente paso mientras que se construyes. Más instructiones de construcción puedes encontrar aqui.

    Para otros productos, es posible que no tengas nada que construir.

    Paso 2 - Entender cómo contribuir a los trabajos de Mozilla

    Ver Mozilla Firefox: Proceso de Desarrollo. Thunderbird opera un proceso similar.

    Paso 3 - Encuentra algo para trabajar

    Arregla cosas que te molestan

    Si hay algo que le gustaría arreglar sobre Firefox, Thunderbird u otra aplicación favorita de Mozilla, éste puede ser un buen lugar para empezar. Hay varias de maneras de hacer esto:

    Encuentra un error que hallamos identificado como bueno 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:

    • Los bugs mentorizados (o alternativamente, la interfaz menos usada) tienen un mentor que se compromete a ayudarle en cada paso del camino. En general, debe haber suficiente información en el error para empezar. Siempre que necesite ayuda, póngase en contacto con el mentor por  IRC, en el propio fallo, o por correo electrónico. Cuando hayas completado el error, ellos le ayudarán a obtener su código del árbol.
    • Un "Buen" primer fallo puede estar un poco añejo, pero en al algún punto de sus vidas consideramos que podían ser un buen primer paso para recién llegados a Mozzila. Estamos en procesos de migrar estos fallos a bugs mentorizados, pero quizás más recientes "buenos primeros fallos" pueden ser buenos puntos de partida si no hay bug mentorizados que sean apropiados.
    • Los proyectos Estudiantiles son proyectos largos, por lo tanto pueden ser adecuados para creditos para estudiantes universitarios. Por supuesto, si usted no es estudiante, debe sentirse libre de arreglar uno de estos fallos. Mantenemos dos listas, una para proyectos basados en el codigo fuente existente, una para la implementación de nuevas aplicaciones.

    Paso 4 - Arregla el fallo

    Dejamos esta en tus manos. Tenemos algunos recursos para ayudarte a aquí también:

    Si el fallo que está arreglando probablemente requiera una actualización de documentación de desarrollo una vez que esté arregado, asegúrese de añadir la palabra clave doc-dev necesaria para el error (o pida a alguien que lo haga, si usted no tiene los privilegios editbugs en Bugzilla). Esto pone el bug en el radar de nuestro equipo de documentación para asegurar que una vez que se resolvió el error, la documentación será actualizada adecuadamente. Si no marca el error, su trabajo podría pasar desapercibido por el equipo de documentación! Puede marcar el error con esta palabra clave en cualquier momento; usted no tiene que esperar hasta que realmente esté arreglado.

    Por supuesto, nuestra documentación es una wiki; usted realmente puede ayudar mediante la actualización de la documentación po sí mismo. Incluso si usted no se siente cómodo con sus habilidades de escritura, tenga en cuenta que nuestros útiles gnomos de documentación estarán felices de seguirlo y limpiar por usted.

    Paso 5 - Obtenga la revisión de su Código

    Once you fix the bug, attach a patch to the bug, and ask for review. Do this by clicking the Details link on your attachment, then setting the review flag to ? and entering the reviewer's bugzilla ID in the text field that appears (either their email address of the :UniqueName they provide). It is very important to attach a bugzilla ID, or the request will be missed. So how do you figure out the right person to ask for a review?

    • If you have a mentored bug, ask your mentor, they will know or can find out easily.
    • Run hg blame and look at the people who have touched the function's you've worked on - they will be a good candidate.
    • The bug itself may contain a clear indication of the best person to ask for a review.
    • Are there related bugs on similar topics? In that case, the reviewer in those bugs might be a good choice.
    • We have an out of date list of modules which lists peers and owners for the module, some of whom will be a good reviewer. In the worst case, set the module owner as the reviewer, and ask them in the comment to pick someone better if they don't have time.

    Paso 5b - Hazle seguimiento

    If you've asked for review, but the reviewer hasn't said anything for a few days, don't be afraid to ping them. Just add a comment to the bug saying 'review ping?', and another a few days later if they still haven't responded. If they don't respond after that, ask for help in #introduction or #developers.

    Paso 6 - Respond to the review

    Often, a reviewer will ask for changes, perhaps minor, perhaps major. In either case, fix what the reviewer asks for; if you're unsure how, be sure to ask! Attach the new patch to the bug again, and ask for review again from the same reviewer. If they give you an r+ that means that your bug is accepted into the tree!

    Paso 7 - Actually get the code into the tree

    Since you don't yet have the ability to push the code into the tree, you should ask somebody for help. If you have a mentor, ask them. If not, ask the reviewer. If the reviewer is too busy, mark that a commit is needed by adding the checkin-needed keyword. A friendly person should be along within a few days and push the code to the repository, and they will mark the bug as fixed.

    Paso 8 - Repetir

    Felicidades, has arreglado tu primer bug. Ahora vuleve al paso 3 y repita. Ahora tienes tu primer bug, deberás solicitar acceso al nivel 1 del repositorio para que pueda hacer push al servidor de pruebas RHW y obtener retroalimentación automatizada sobre los cambios en múltiples plataformas. Después de que hayas arreglado un número no trivial de bugs, deberás solicitar acceso al nivel 3 para que puedas puedas hacer push a tu propio código despueés de haber sido leido.

    Más información

    Estamos en el proceso de mejora de la información en esta página para los recién llegados al proyecto. Vamos a estar integrando alguna información de estas páginas pronto, pero hasta entonces es posible que encuentren más información interesante en su forma actual:

    Etiquetas y colaboradores del documento

    Colaboradores de esta página: miguel_arones, babyrodri, hjaguen
    Última actualización por: hjaguen,