Commits Convencionales
Sigue estas reglas específicas del proyecto al crear commits.
Ramificación
Nunca crees ramas sin un propósito claro. Si necesitas aislamiento de ramas, usa la habilidad worktree. Para cambios simples, haz commit directamente en la rama actual (incluyendo main). No ejecutes git checkout -b.
Reglas del proyecto
- Un commit por cambio lógico — nunca combines correcciones o funcionalidades no relacionadas. Tres cambios independientes = tres commits.
- Solo confirma archivos que modificaste — nunca incluyas archivos no relacionados de sesiones concurrentes.
- Incluye siempre un cuerpo — sin commits solo con título. Explica qué y por qué.
- Tipo
merge— usamerge(no un commit de fusión) al fusionar un worktree o una rama de funcionalidad. - Secuencia los commits para maximizar el valor de las opciones — primero la infraestructura fundamental, luego las funcionalidades que se construyen sobre ella.
Ejemplo
feat(alerts): Añadir respuestas en hilos de Slack para actualizaciones de alertas
Cuando una alerta se actualiza o resuelve, publica una respuesta en el hilo
original de Slack en lugar de crear un nuevo mensaje. Esto mantiene las
notificaciones relacionadas agrupadas.