Git es la base del desarrollo de software moderno. Para muchos desarrolladores, también es su principal fuente de fricción diaria: un conflicto de fusión mal interpretado, un hook ausente o demasiado estricto, un mensaje de commit descuidado escrito a las seis de la tarde. Integramos Git de forma nativa en Singularity y tomamos una decisión deliberada: todo lo que una IA o un script pueda hacer por ti, Singularity lo hace por ti.
Este artículo explica qué hemos incorporado a Singularity para Git, por qué y qué cambia realmente para ti.
Por qué Git sigue siendo el principal punto de fricción en el desarrollo
Git es potente, pero su CLI es irregular y su modelo mental (DAG, ramas, refs, HEAD separado…) sigue siendo un obstáculo para quienes no lo usan a diario. La mayoría de los equipos lo compensan con un cliente Git externo que permite visualizar las ramas y los diffs.
Estos clientes ayudan. Siguen siendo una herramienta separada del IDE: programas por un lado y gestionas las versiones por otro. Y no ayudan realmente con lo más difícil: resolver conflictos, escribir un buen hook o redactar un mensaje de commit que aporte información. Esa parte sigue dependiendo de ti.
Singularity integra Git de forma nativa
En Singularity, Git no es una extensión ni una ventana lateral: es una vista de primer nivel dentro del entorno de desarrollo agéntico. De un vistazo puedes ver:
- El gráfico de ramas y commits con una representación densa pero legible.
- El estado del árbol de trabajo (preparado, modificado, sin seguimiento) en tiempo real.
- La divergencia con el remoto, los conflictos en curso y los rebases pendientes.
- El vínculo entre cada commit y el ticket que lo originó: la trazabilidad que Git por sí solo no puede ofrecer.
El objetivo no es reinventar Git, sino hacerlo presente y comprensible mientras programas, sin salir de la aplicación.
¿Un conflicto de Git? Un ticket.
El momento más difícil con Git es el conflicto de fusión. La mayoría de las veces no hay un verdadero desacuerdo sobre la lógica de negocio: son dos personas que han modificado las mismas líneas. En Singularity, un conflicto abre un ticket atómico que puedes asignar a un agente de IA:
- Lee ambas versiones y el commit del ancestro común.
- Propone una resolución justificada, archivo por archivo.
- Tú decides: conservar, editar o rechazar.
La IA no decide por ti; prepara el terreno. Esa es precisamente la filosofía de Singularity: la IA resuelve, tú decides.
¿Crear un hook de Git para proteger una rama? Un ticket.
Los hooks de Git (pre-commit, pre-push, commit-msg…) son una de las mejores redes de seguridad de las herramientas actuales. También se utilizan poco porque escribirlos a mano es una tarea ingrata. En Singularity, describes lo que quieres en lenguaje natural —"bloquear cualquier commit a main que no haya superado las pruebas", "exigir Conventional Commits en los mensajes de commit"— y un agente de IA crea el hook, lo prueba localmente y lo instala.
Obtienes un script versionado, legible y editable. Mantienes el control y recuperas tiempo.
Mensajes de commit claros, escritos por IA
Un buen mensaje de commit explica el porqué, no el qué. Rara vez es lo que escribes al final de una jornada larga. Singularity genera mensajes de commit a partir del diff real, del ticket de origen y de la convención de tu repositorio (Conventional Commits, gitmoji, formato interno…). Tú validas, editas y haces el commit.
El resultado: un historial de Git que se lee como documentación real del proyecto, sin esfuerzo humano adicional.
¿No te apetece escribir el ticket? Singularity lo escribe por ti.
La objeción habitual a las herramientas basadas en tickets es: "No quiero escribir un ticket para cada pequeña tarea". Es comprensible. En Singularity, puedes describir en voz alta o en una frase lo que quieres hacer: la herramienta redacta el ticket por ti, con criterios de aceptación y contexto extraído directamente del código. Si el planteamiento no encaja, lo detectas antes de lanzar un agente y puedes reescribirlo en dos clics.
Dedicas tu tiempo a lo que haces mejor que cualquier IA: decidir, arbitrar y valorar qué se publica.
Singularity frente a un cliente Git tradicional
De un vistazo:
| Funcionalidad | Cliente Git tradicional | Singularity |
|---|---|---|
| Visualización de ramas | Sí, en una aplicación dedicada | Sí, dentro del IDE |
| Resolución de conflictos asistida por IA | No: editas a mano | Sí: ticket atómico, propuesta razonada y decisión tuya |
| Creación de hooks de Git a partir del lenguaje natural | No: escribes y pruebas el script por tu cuenta | Sí: el agente crea, prueba e instala el hook |
| Generación de mensajes de commit | Plantillas estáticas, en el mejor de los casos | IA, a partir del diff + ticket + convención del repositorio |
| Trazabilidad commit ↔ ticket | A cargo del desarrollador | Nativa y automática |
| Privacidad / autoalojamiento | Depende del proveedor | Privacidad ante todo, modelos locales o remotos: tú eliges |
Demostración en vídeo: Git dentro de Singularity
Transcripción descriptiva de la demostración
Vídeo sin sonido de 51 segundos publicado el 27 de mayo de 2026 por Antony Kervazo Canut — YouTube.
Esta descripción de las acciones visibles se verificó el 10 de octubre de 2026. Los tiempos son aproximados; no hay narración oral.
- 00:00–00:09 : El grafo Git muestra commits y ramas mientras cambia la selección entre los proyectos del espacio de trabajo.
- 00:10–00:16 : La pestaña Hooks de Stargate indica que los hooks no están configurados. Se inicia la instalación de Husky y aparece la lista de hooks.
- 00:17–00:23 : Se selecciona pre-commit y se muestra su contenido. Una notificación confirma la creación de un ticket para este hook.
- 00:24–00:33 : De vuelta en el grafo Git, aparecen el historial de commits de Horizon y el detalle del commit seleccionado.
- 00:34–00:44 : El tablero muestra «Write git hook: pre-commit» en Working. Se recorre la lista de proyectos.
- 00:45–00:51 : Pipelines muestra el historial del workflow Deploy de Stargate, con ejecuciones correctas y fallidas.
El vídeo muestra una interfaz de mayo de 2026. No demuestra la resolución completa de un conflicto ni la finalización del ticket del hook.
Qué cambia en tu día a día
En concreto, la integración de Git en Singularity te devuelve tres cosas:
- Tiempo, en las tareas repetitivas (mensajes, hooks y resolución de conflictos triviales).
- Contexto, porque cada commit está vinculado al ticket que lo originó.
- Tranquilidad, porque los hooks y las revisiones de IA detectan errores antes de que lleguen a main.
Git no se vuelve más simple: sigue siendo igual de potente. Se vuelve más accesible, incluso para quienes no son expertos en control de versiones, sin restar nada a los expertos.
Preguntas frecuentes
¿Singularity sustituye por completo la CLI de Git?
No. Singularity ofrece todas las operaciones habituales de Git en su interfaz, pero el terminal siempre está a una pulsación para los comandos avanzados (rebase interactivo detallado, bisect, reflog…). Los commits que haces en la CLI aparecen inmediatamente en el gráfico de Singularity.
¿Siguen funcionando mis hooks de Git existentes?
Sí. Singularity utiliza el Git instalado en tu máquina y respeta todos los hooks locales (husky, scripts personalizados, pre-commit). El agente de IA nunca omite un hook: si un hook falla, el commit falla y el agente analiza el problema como lo harías tú.
¿La IA ve el contenido de mi repositorio privado?
Singularity da prioridad a la privacidad y es compatible con el autoalojamiento. Tú eliges qué modelo se ejecuta y dónde. Tu código solo sale de tu máquina si eliges un proveedor remoto y, aun así, mediante tickets atómicos, nunca como un flujo continuo.
¿Cómo gestiona Singularity los conflictos complejos?
Un conflicto es un ticket. Singularity abre una tarjeta con ambas versiones en paralelo y el ancestro común como referencia; el agente propone una fusión y explica su razonamiento. En los conflictos triviales (formato, importaciones, bloques desplazados), resuelve y continúa. En los conflictos semánticos —dos personas que han cambiado realmente la misma lógica— se detiene, muestra la propuesta y espera a que la apruebes, edites o rechaces antes de hacer el commit.
¿Singularity sustituye a un cliente Git visual?
Para la gran mayoría de los flujos de trabajo diarios, sí: ese es el objetivo. Para usos muy especializados (gestión profunda de monorepos, exploración de historiales muy grandes), un cliente dedicado sigue siendo útil y convive sin fricciones.
Para saber más
Singularity está disponible. Para entender la filosofía del producto detrás de la integración de Git y del resto del entorno de desarrollo agéntico, lee el manifiesto.