1. Por qué importan los compromisos limpios

• Facilitan las revisiones de códigos, ya que cada cambio encuentra un objetivo claro y único.
• Hacen que sea fácil revertir errores sin meterse con cientos de líneas con mensajes ambiguos.
• Permita que Bisect Efectivo encuentre rápidamente la raíz del problema.
• Contribuyen a una historia comprensible que facilita el mantenimiento a largo plazo.

En proyectos multipersonas, mantener los compromisos atomizados y autoexplicativos reduce la fricción y aumenta la velocidad de integración.

2. Reglas básicas de los mensajes de confirmación

• Use el modo imperativo en el tema: “feat: agrega el filtrado de estado” o “arreglar: corrige el error de paginación”.
• Limite el sujeto a ~50 caracteres; El cuerpo puede detallar el motivo, el impacto y cómo probar.
• Separe el cuerpo del sujeto con una línea en blanco y mantenga las líneas del cuerpo hasta ~72 caracteres.
• Si es posible, adopte un prefijo de tipo (hazaña, FIX, Refactor, quehacer, docs) para estandarización.

Un mensaje bien escrito reduce el tiempo de comprensión por primera vez.

// claro ejemplo de confirmación
Feat: Agregar filtro de estado a la lista de pedidos

Esta confirmación agrega un filtro de estado (abierto, en curso, cerrado)
en la pantalla de pedido. Incluye nuevos componentes, pruebas básicas y
Utilice la documentación en Léame.

3. Técnicas para limpiar la historia

• Modifique para ajustar el último compromiso sin crear uno nuevo.
• Reinicio suave (Soft) para reagrupar confirmaciones locales antes de enviar.
• Rebase interactivo para reordenar, combinar (squash) y renombrar confirmaciones.
• Reglas de precaución: No vuelva a escribir el historial de sucursales ya publicado sin previo aviso a sus colegas.

# arreglar el último mensaje de confirmación
git commit --amend -m "feat: filtrado por estado en la lista de pedidos"

# Deshacer el último compromiso manteniendo los cambios en el índice
Git Reset --Soft Head~1

# Interactivo: Rebase para ajustar 4 confirmaciones anteriores
git rebase -i head~4
# en el editor:
# recoger  primer compromiso
# Squash  segundo compromiso
# Reparación   Tercer compromiso
# reformular  Sala de compromiso

Consejos rápidos:
– Usar arreglo para fusionar confirmaciones mantener un mensaje final limpio;
– Use Reword para ajustar solo el mensaje de una confirmación específica.

Consejos de seguridad: Siempre haga una copia de seguridad de las ramas en curso antes de cambiar los principales cambios de base/historial.

4. Flujo recomendado en equipos

• Cree una rama de función pequeña y bien definida: Git Checkout -B feat/Clean-Commits.
• Realizar mensajes pequeños, atómicos y claros durante el desarrollo.
• Antes de abrir la solicitud de extracción/combinación, actualice el historial localmente:

  Origen de búsqueda de Git
  Git Rebase -I Origen/Main

  y use squash/fixup para consolidar confirmaciones en cambios coherentes.

• Cuando termine, evite reescribir el historial ya publicado en Main. Si necesita ajustar antes de fusionar, prefiera la rebase local y forzar solo con arrendamiento en su rama remota:

  git push --force-with-arrendamiento

• Documente el historial de compensación en relaciones públicas para que el revisor entienda los cambios provocados.

Un flujo bien definido reduce los conflictos de equipo y acelera la integración continua.