Desarrollo y operaciones

Herramientas de Git y control de versiones

Git se vuelve arriesgado justo en los comandos que menos usas: un rebase, un force push o un cherry-pick entre ramas que no tienes del todo claras en la cabeza. Esta página tiene un generador de comandos que explica y avisa antes de ejecutar nada, un simulador con grafo para previsualizar resultados de merge y rebase, y ayudas del día a día para mensajes de commit, diffs, reglas de .gitignore y validación de nombres de rama.

Recurre al simulador Git cuando quieras ver cómo un merge, rebase o cherry-pick cambia un grafo de commits de ejemplo antes de probarlo en tu repositorio real, y al Generador de comandos Git cuando ya sabes la operación pero quieres los flags exactos con una explicación de qué arriesga cada uno. El Probador de .gitignore rastrea qué regla de tu archivo coincide realmente con una ruta dada, más rápido que adivinar por ensayo y error. Todo aquí procesa el texto o estado de repositorio que aportas de forma local.

9 herramientas

Construir y simular comandos Git

Escribir commits y validar refs

Gestionar archivos y enlaces del repo

Preguntas frecuentes sobre herramientas de Git & Version Control

¿Cómo veo qué hará un rebase antes de ejecutarlo de verdad?

El simulador Git te permite montar un grafo de commits de ejemplo y previsualizar cómo un merge, rebase o cherry-pick lo reorganizaría, sin tocar un repositorio real. Es una forma más segura de coger intuición sobre comandos que reescriben historial antes de usarlos en ramas de las que dependen otras personas.

¿Por qué un archivo no se ignora aunque esté en .gitignore?

Una regla posterior puede volver a incluir una ruta que una anterior excluyó, y los patrones se evalúan en orden con reglas específicas de directorio con prioridad. El Probador de .gitignore rastrea exactamente qué regla coincide con una ruta dada y explica la cadena de decisión, más rápido que editar el archivo y probar con git status.

¿Qué es un Conventional Commit y por qué lo exigen algunos equipos?

Un Conventional Commit antepone al mensaje un tipo como feat, fix o chore y un alcance opcional, lo que permite generar changelogs y calcular subidas de versión automáticamente. El Generador de mensajes de commit compone y valida ese formato, incluidos los footers para cambios incompatibles, antes de confirmar.