Por Anónimo (no verificado) , 29 Abril 2026

Lo que lograrás

Deliberadamente arruinarás un rebase, luego recuperarás usando el reflog y ORIG_HEAD.

Por Anónimo (no verificado) , 29 Abril 2026

Lo que lograrás

Configurarás un workflow de code review que escala de tres a treinta contribuidores: branch protection, CODEOWNERS, plantillas de PR, verificaciones automatizadas, y convenciones para revisores y autores.

Paso 1: elegir un modelo

El modelo dominante en 2026 es GitHub Flow:

Por Anónimo (no verificado) , 29 Abril 2026

Lo que lograrás

Usarás git blame y git log juntos para reconstruir la historia de una línea con bug, identificar cuándo y por qué se hizo un cambio, y encontrar a la persona correcta para consultar.

Por Anónimo (no verificado) , 29 Abril 2026

Lo que lograrás

Configurarás bump automatizado de versiones y generación de changelog dirigida por Conventional Commits.

El mecanismo

El tooling lee mensajes de commit siguiendo el formato Conventional Commits y decide qué tipo de release cortar.

Por Anónimo (no verificado) , 29 Abril 2026

Lo que lograrás

Combinarás varios repositorios Git existentes en un solo monorepo, preservando la historia de cada repo bajo su propio subdirectorio.

Por qué monorepo

Los setups multi-repo hacen difíciles los cambios cross-cutting.

Por Anónimo (no verificado) , 29 Abril 2026

Lo que lograrás

Crearás un worktree de Git para hacer checkout de un segundo branch en un directorio diferente mientras mantienes tu trabajo actual intacto.

El problema

Estás profundo en feature/checkout cuando un compañero te pinga sobre un hotfix urgente en main.

Por Anónimo (no verificado) , 29 Abril 2026

Lo que lograrás

Configurarás Git para firmar commits y tags usando tu llave SSH existente, configurarás el archivo allowed-signers para verificación, e integrarás con GitHub o GitLab.

Por qué firma SSH

La firma SSH llegó en Git 2.34. Reutiliza la llave SSH que ya usas para pushes — sin gestión de llaves GPG separada.

Por Anónimo (no verificado) , 29 Abril 2026

Lo que lograrás

Harás rollback de un release problemático — primero revirtiendo commits para deshacer el cambio en la historia funcional, luego re-tageando una versión anterior para re-deployment.