Cierra sistemáticamente una rama de desarrollo ejecutando verificación, limpiando el historial de commits, haciendo push con tracking apropiado y haciendo una elección explícita entre merge, squash o tickets de seguimiento. Esto previene el patrón común de ramas abandonadas, PRs stale y contexto perdido cuando el trabajo no se concluye deliberadamente.
Casos de uso
- Completando una rama de funcionalidad que está lista para QA final o revisión de interesados
- Limpiando una rama experimental que produjo aprendizajes útiles pero no va a producción
- Archivando una rama después de que su objetivo fue alcanzado y el trabajo fue mergeado o cherry-picked a otra rama
- Finalizando una rama de sprint donde trabajo incompleto necesita ser diferido con una nota de handoff clara
- Limpieza post-release de rama después de que un deployment ha sido confirmado estable en producción
Funciones principales
- Confirma que CI está verde y ejecuta cualquier paso de verificación local que no esté cubierto por CI (smoke tests, checklists manuales)
- Revisa el diff y haz stage solo de cambios intencionales, revirtiendo cualquier código de debug, workarounds temporales o cambios de formateo no relacionados
- Craft un mensaje de commit significativo que describa qué cambió y por qué, con una referencia al número de ticket o issue
- Haz push de la rama con tracking remoto apropiado y abre el PR con una descripción clara de qué cambió y cómo probarlo
- Después del merge, elimina la rama local y remota a menos que necesite ser preservada para una lineage de hotfix, y actualiza cualquier ticket relacionado
Relacionados
Relacionados
3 Entradas indexadas
SEO indexing check
Revisa completitud del sitemap, configuración de canonical URL, emparejamiento hreflang para sitios bilingües, directivas de robots.txt y señales de Search Console antes de publicar un batch de contenido. Esto es especialmente importante para sitios estáticos bilingües donde configuraciones incorrectas de indexing pueden causar que los motores de búsqueda indexen el locale equivocado o deprioricen páginas injustamente.
Git worktrees for isolation
Usa Git worktrees para crear directorios de trabajo aislados conectados al mismo repositorio, cada uno en una rama diferente, para que experimentos paralelos o tareas de larga ejecución no interfieran con el main working tree o requieran ciclos repetitivos de stash-and-reapply. Esto es especialmente útil cuando una rama requiere un build o test run pesado mientras el trabajo continúa en otra.
Verify before you ship
Ejecuta el conjunto mínimo de verificaciones: pruebas, builds, verificaciones manuales o validaciones específicas del entorno que confirman que una tarea está verdaderamente completa antes de marcarla como hecha. Esta práctica previene el patrón común donde 'hecho' significa 'escrito' en lugar de 'funcionando en producción', y crea una definición compartida de completitud en el equipo.