East River Source Control (ERSC), el proyecto en el que trabaja Steve Klabnik desde hace más de un año, ha expuesto por primera vez su enfoque sobre el futuro del control de versiones. La compañía sostiene que Git, diseñado en 2005 para el kernel de Linux, ya no encaja con las necesidades de 2025: el desarrollo agentic multiplica el tamaño de los repositorios, el número de ramas activas y la contención en los merges, mientras los entornos cloud exigen clones ultrarrápidos. Problemas que antes afectaban solo a grandes monorepos están llegando a equipos de cualquier tamaño.
ERSC conserva el protocolo Git para los clientes, pero sustituye la capa de almacenamiento por un motor propio, escalable horizontalmente y con despliegues independientes que aíslan a cada organización. El sistema es compatible con el cliente git estándar y expone además una API GraphQL no visible en el esquema simplificado. Sobre esa base, la empresa plantea una estrategia de adopción gradual: los desarrolladores podrán empezar con git convencional y migrar individualmente a Jujutsu (jj), un VCS que habla con backends distintos —incluido el de Piper en Google— y que ERSC prevé integrar como segundo protocolo soportado por su motor.
El texto aclara que el protocolo nativo de jj aún no existe y que cualquier extensión se desarrollará de forma abierta y en coordinación con la comunidad upstream. El almacenamiento es solo el primer bloque de un conjunto más amplio —revisión de código, CI, seguimiento de incidencias— que la compañía piensa ofrecer como piezas combinables en lugar de una forja monolítica.