¡Hola! Primero que nada, gracias por tomarte el tiempo de visitar este proyecto.
javatest nació como un espacio para dominar el desarrollo robusto en Java mediante pruebas unitarias y código limpio. Creemos que la mejor forma de aprender es colaborando, por lo que cualquier mejora, por pequeña que sea (incluso corregir un error ortográfico en la documentación), es sumamente valiosa.
"El buen código no se escribe a la primera, se refina en comunidad."
No necesitas ser un experto para contribuir. Aquí tienes algunas ideas:
- Reportar Errores: Si encuentras un bug, por favor abre un Issue describiendo el problema, los pasos para reproducirlo y el comportamiento esperado.
- Sugerir Funcionalidades: Las nuevas ideas son bienvenidas. Abre un Issue para discutir la propuesta antes de empezar a programar.
- Añadir nuevos tests: ¿Crees que nos faltó algún caso extremo en
DateUtiloFizzBuzz? ¡Añádelo! - Mejorar algoritmos: Si ves una forma más eficiente o legible de resolver un problema, cuéntanosla.
- Documentación: Ayúdanos a que el README o los comentarios sean más claros para quienes están empezando.
Para contribuir con código, sigue este flujo de trabajo:
- Fork del Proyecto: Crea tu propia copia del repositorio en tu cuenta de GitHub.
- Crear una Rama: Crea una rama para tu mejora siguiendo la convención:
feature/nombre-de-la-mejorapara nuevas utilidades.fix/descripcion-del-errorpara correcciones.
- Desarrollo y Testing: * Escribe código limpio y modular.
- Obligatorio: Cada nueva funcionalidad debe incluir sus respectivas pruebas unitarias en JUnit 5.
- Asegúrate de que todos los tests pasen ejecutando
mvn test.
- Commits: Usa mensajes descriptivos (preferiblemente siguiendo Conventional Commits).
Utilizamos Conventional Commits:
feat: Una nueva funcionalidad.fix: Corrección de un bug.docs: Cambios en la documentación.style: Cambios que no afectan el significado del código (espacios, formato, etc).refactor: Cambio de código que no corrige un bug ni añade una funcionalidad.test: Añadir o corregir tests.
Ejemplo: feat: agregar endpoint para probar pagos
Al enviar un PR, asegúrate de:
- La rama debe estar actualizada con el
masteroriginal. - El código debe compilar correctamente mediante
mvn clean package. - No debe haber advertencias críticas en el análisis de código.
- Describe detalladamente los cambios realizados en la descripción del PR.
Se espera un trato respetuoso y profesional en todos los comentarios y discusiones del repositorio.
¡Gracias por ayudar a mejorar este proyecto! Luis Cacuango - luiscacuango2084@gmail.com