Directrices del contribuyente ====================== ¿Cómo puedo ayudar? ----------------- Kanboard no es perfecto, pero hay muchas maneras de ayudar: - Dar opinión - Informar de los errores - Añadir o actualizar traducciones - Mejorar la documentación - Código de Escritura - Dile a tus amigos que Kanboard es impresionante Antes de hacer cualquier empresa grande, abrir un nuevo tema y explicar su propuesta. Quiero dar retroalimentación ----------------------- - Usted piensa que algo debe ser mejorado (interface de usuario, peticiones de características) - Comprobar si aún no se propuso su idea - Abrir un nuevo tema - Describir su idea - Puede también hacer un voto con +1 en las propuestas existentes Quiero informar de un error --------------------------- - Compruebe si el problema no se ha comunicado anteriormente - Abrir un nuevo ticket - Explicar lo que está roto - Describir la forma de reproducir el error - Describir su entorno (versión Kanboard, sistema operativo, servidor web, Versión de PHP , la versión de la base de datos, el proveedor de alojamiento)} Deseo traducir Kanboard ---------------------------- Kanboard se traduce en muchos idiomas. Sin embargo, las traducciones no están completas, observe la [guía de traducción para contribuir] (https://kanboard.net/documentation/translations). Quiero mejorar la documentación ----------------------------------- - ¿Crees que algo no está claro, existen errores gramaticales, errores tipográficos, otra cosa ? - La documentación está escrita en Markdown y se almacena en la carpeta `docs`. - Editar los archivos y enviar un Pull-Request - La documentación se sincroniza con el repositorio y el sitio web oficial . Quiero contribuir al código -------------------------------- Los pulls son siempre bienvenidos , al ser aceptado se tiene que seguir estas directrices: - ** Antes de hacer cualquier cambio grande o propuesta de diseño, abrir un nuevo ticket en comenzar una discusión **. - Si desea agregar una nueva función, respetar la filosofía detrás de Kanboard. ** Nos centramos en la simplicidad **, no queremos tener un software sobrecargado . - Lo mismo se aplica para la interface de usuario, ** ** simplicidad y eficiencia. - Enviar un solo pull por característica o corrección de errores. - Un pull más pequeño es más fácil y más rápido para revisar y fusionarlo. - Asegurarse [ de hacer las pruebas unitarias (tests.markdown). - Respetar los [estandares de codificación] (coding-standards.markdown). - Escribir código mantenible, evitar la duplicación de código, usar las buenas practicas de PHP. En cualquier caso, si no está seguro acerca de algo abierto crear un uevo ticket. Dile a tus amigos que Kanboard es impresionante --------------------------------------------- Si utiliza Kanboard, corre la voz que le rodean. Diles que es software libre y de código abierto esto es cool.