# Contribuciones a este estándar 🙇‍♀️ ¡Muchas gracias por tu contribución! Entendemos que un estándar como este sólo puede establecerse en colaboración con el mayor número posible de tecnólogos, responsables de la elaboración de políticas y personas interesadas. Por lo tanto, apreciamos tus aportaciones, disfrutamos de los comentarios y agradecemos las mejoras de este proyecto. Las personas que mantenemos este repositorio estamos muy abiertas a la colaboración. Nos encantan los issues y pull requests de todos. Si no sientes comodidad utilizando GitHub, puedes enviar tus comentarios por correo electrónico a . ## Problemas, sugerencias y preguntas en issues Por favor, ayuda al desarrollo reportando problemas, sugiriendo cambios y haciendo preguntas. Para ello, puedes [crear un issue en GitHub](https://help.github.com/articles/creating-an-issue/) para este proyecto en el [GitHub Issues for the Standard for Public Code](https://github.com/publiccodenet/standard/issues). ¡No necesitas cambiar nada de nuestro código o documentación para ser un colaborador! ## Documentación y código en pull requests Si quieres añadir algo a la documentación o al código de uno de nuestros proyectos debes hacer una pull request. Si nunca has utilizado GitHub, ponte al día con [Understanding the GitHub flow](https://guides.github.com/introduction/flow/) o sigue uno de los magníficos cursos interactivos gratuitos del [GitHub learning lab](https://lab.github.com/) sobre cómo trabajar con GitHub y cómo trabajar con MarkDown, la sintaxis en la que está escrita la documentación de este proyecto. Este proyecto tiene [licencia CC-0](LICENSE.md), lo que significa esencialmente que el proyecto, junto con sus contribuciones es de dominio público en cualquier jurisdicción posible, y todo el mundo puede hacer lo que quiera con él. ### 1. Haz tus cambios Este proyecto utiliza el [modelo y flujo de trabajo de branching de GitFlow](https://nvie.com/posts/a-successful-git-branching-model/). Cuando hayas hecho un fork de este repositorio, por favor asegúrate de crear un feature branch siguiendo el modelo de GitFlow. Añade tus cambios en commits [con un mensaje que los explique](https://robots.thoughtbot.com/5-useful-tips-for-a-better-commit-message). Documenta las opciones o decisiones que tomes en el mensaje de confirmación, esto permitirá que todas las personas involucradas en el proyecto estén informadas de tus elecciones en el futuro. Si estás añadiendo código, asegúrate de que has añadido y actualizado la documentación y las pruebas o tests pertinentes antes de enviar tu pull request. Asegúrate de escribir tests que muestren el comportamiento del código recién añadido o modificado. ### 2. Pull request Cuando envíes una pull request, por favor, acompáñala de una descripción del problema que está tratando de resolver y de los números de issue que esta pull request soluciona. ### 3. Mejora Todas las contribuciones tienen que ser revisadas por alguien. Puede darse que tu contribución pueda ser implementada inmediatamente por una de las personas que mantienen la codebase. En todo caso, una nueva pull request generalmente necesita de algunas mejoras antes de poder ser aceptada. Otros contribuyentes (o robots auxiliares) pueden dar retroalimenación. Si este es el caso, las personas responsables del mantenimiento te ayudarán a mejorar tu documentación y código. Tu documentación y código serán aceptados una vez hayan pasado por una revisión humana. ### 4. Celebrar Tus ideas, documentación y código se han convertido en una parte integral de este proyecto. ¡Eres la heroína o el héroe open source que necesitamos! De hecho, siéntete libre de abrir un pull request para añadir tu nombre al fichero de [`AUTHORS`](AUTHORS.md) y obtener atribución eterna. --- Para más información sobre cómo usar y contribuir a este proyecto, por favor lee el [`README`](README.md).