ℹ️ Evita publicar tu trabajo hasta que estés satisfecho con él y listo para compartirlo con el resto del mundo (git-scm.com).

Commits convencionales

Usamos conventional commits v1.0.0; consulta la documentación en línea. En el mensaje de git también puedes añadir referencias a las incidencias de GitLab en las que trabajas.

Aquí tienes un ejemplo básico de uso:

fix: init only one time the InputService

Service restarted every time when the cursor moved.

Refs: https://gitlab.e.foundation/e/backlog/-/issues/3316

Reescribir la historia

La historia de git es importante: permite conocer fácilmente los cambios hechos en un proyecto. Cuando alguien nuevo descubre el proyecto leyendo la historia de git, debería poder entender algunas decisiones o identificar un commit que pueda haber introducido una regresión.

Para que la historia de git refleje el trabajo hecho, es importante poder reescribir la historia de commits de tu rama de desarrollo antes de enviarla, o cuando quien revisa haga comentarios. No queremos introducir mensajes de commit como lint o apply review suggestion: ese tipo de commit debe aplastarse (squash).

Aquí tienes una documentación en línea para ayudarte a reescribir tu historia de git.