Kanboard-Prod/doc/es_ES/contributing.markdown

2.9 KiB

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.