Git Brain lleva la experiencia Git de JetBrains a VS Code y añade un servidor MCP
Extensión de Git para VS Code y sus forks que suma grafo de commits visual, editor de merge a tres bandas y un servidor MCP para agentes de código.
Git Brain es una extensión de Git para VS Code que traslada la sensación de trabajar con Git en los IDE de JetBrains al editor de Microsoft y a los forks que han salido de él: Cursor, Windsurf, VSCodium, Trae, Kiro y Antigravity, entre otros. La ha anunciado su propio autor, así que todo lo que sigue sale de su descripción y no de una evaluación independiente.
Grafos, merges y worktrees
El núcleo es un grafo de commits visual: ramas, merges, etiquetas, filtros, detalle de cada commit y diffs de archivo en la misma vista. La idea es no tener que reconstruir mentalmente el estado del repositorio a partir de una lista de SHA.
Para los conflictos monta un editor de merge a tres bandas con las columnas Local | Result | Remote, donde se elige un lado, el otro o los dos, se edita el resultado y se salta de conflicto en conflicto. Es lo que hace JetBrains desde hace años, pero en VS Code no es lo habitual.
Los worktrees tienen panel propio: crear, inspeccionar, abrir y borrar sin memorizar los comandos de git worktree. Tiene sentido cuando hay varios agentes o tareas corriendo en paralelo sobre el mismo repositorio, que es justo el escenario en el que mucha gente sabe que existen y aun así no los usa.
MCP para agentes
La parte que más se separa de GitLens —herramienta con la que el autor compara su extensión de forma explícita— es el servidor MCP integrado. Claude Code, Codex, Cursor y otros clientes compatibles pueden consultar estado del repositorio, ramas, diffs, historial, cambios sin subir, conflictos, stashes y worktrees en lugar de lanzar comandos de shell a ciegas. El autor insiste en que no se trata de dar acceso libre a la máquina: expone capacidades concretas con límites en las operaciones que mutan el repositorio.
Del lado de la IA hay funciones sobre el flujo de trabajo: dividir un árbol de trabajo grande en commits lógicos, redactar mensajes, resumir cambios, preparar descripciones de pull request y ayudar con conflictos. El argumento es razonable: los agentes generan diffs más grandes y más ramas en paralelo, y eso hace que entender el historial importe más, no menos.
No hay precio, licencia ni modelo de negocio en el anuncio, ni tampoco si el código es abierto. Tampoco cifras de rendimiento ni una demo pública más allá del propio producto, y la comparación con GitLens la hace el fabricante, no un tercero. Quien quiera mirarlo tiene el sitio del proyecto y una página dedicada al grafo de commits visual, aunque la decisión real se toma instalándolo sobre un repositorio con merges pendientes y viendo si el editor aguanta.
