git-bug 0.11.0 mete el rastreador de errores dentro del repositorio de git

El proyecto git-bug ha publicado la version 0.11.0, la primera en 16 meses tras cerca de 300 commits. Es un rastreador de errores distribuido que vive dentro del propio repositorio de git: sincroniza por el remoto que ya usas y no anade ni un archivo al proyecto. Tres dias despues de aparecer, subia a la portada de Hacker News con 148 puntos.

El problema que ataca es concreto. El 13 de septiembre de 2026 la pagina de estado de GitHub registro que el 96% de los intentos de crear un issue desde la interfaz web fallaron durante unas dos horas. Los repositorios de codigo seguian en pie; el rastreador, no.

Instalacion y ciclo diario

git-bug se distribuye como un unico binario estatico. Hay tar.gz, deb, rpm, apk y paquete de Arch. El binario se registra como subcomando de git, asi que tanto git-bug como git bug valen, y todo queda acotado al repositorio en el que estas parado.

No hay cuentas ni servidor. La identidad es un objeto de git firmado y se crea con git bug user new. A partir de ahi el ciclo es el de cualquier tracker: abrir un bug con titulo y cuerpo desde la linea de comandos, listar, comentar, etiquetar y cerrar. Tras seleccionar un bug una vez, los comandos siguientes actuan sobre el. Las consultas filtran y ordenan sin flags, con busqueda de texto completo incluida. Un git bug bug show en frio tardo 91 milisegundos en el repositorio de pruebas.

Donde acaban los datos y como se sincronizan

Conviene comprobarlo en vez de creerselo. Despues de crear un bug, anadir dos etiquetas y comentar, git ls-files no muestra nada nuevo y git status sigue limpio. Los datos viven bajo una unica ref, refs/bugs/<hash>, una cadena de commits cuyos blobs guardan paquetes de operaciones en JSON. Cada edicion es una operacion y el estado actual del bug se calcula reproduciendolas en orden. El proyecto lo describe como un CRDT basado en operaciones almacenado en objetos de git, y el formato en disco tiene su propia especificacion.

Aqui esta el aviso. Un git clone normal no trae los bugs: el refspec por defecto solo baja ramas y etiquetas, asi que refs/bugs/ llega vacio y el listado sale en blanco. Los companeros no reciben los bugs gratis al clonar. El remedio viene incorporado: desde el clon nuevo, git bug pull origin descarga todo, identidades incluidas. A partir de ahi funciona el escenario incomodo: dos nodos con ediciones offline en cada lado y una fusion posterior.

Lo que queda por ver es la adopcion. git-bug no compite en interfaz con GitHub, Jira o Linear, y su encaje natural es el equipo que ya vive en la terminal y prefiere no depender de que el rastreador siga en pie justo cuando mas lo necesita. La version esta en la pagina de releases.