Martin von Zweigbergk, creador de Jujutsu, es CTO de ERSC

Martin von Zweigbergk asume como CTO de East River Source Control

East River Source Control (ERSC) anunció el 8 de julio de 2026 el nombramiento de Martin von Zweigbergk, creador del sistema de control de versiones Jujutsu (jj), como su nuevo chief technology officer. El movimiento coloca al autor de uno de los proyectos de código abierto más prometedores del ecosistema Git al frente de la ingeniería de una startup que quiere reescribir la capa de almacenamiento que sostiene a los repositorios modernos.

Jujutsu (jj) es un sistema de control de versiones compatible con Git, escrito en Rust, que supera los 30.000 estrellas en GitHub y se distribuye bajo licencia Apache 2.0, según el comunicado oficial de ERSC. Von Zweigbergk comenzó el proyecto como side project a finales de 2019 y lo convirtió en su trabajo a tiempo completo dentro de Google, donde llegó a ser uno de los mantenedores principales.

Por qué importa este fichaje

El fichaje no es un movimiento de marketing: ERSC está intentando construir ERSC Storage, una nueva capa de servidor para control de versiones que el propio equipo describe como «el techo de Git llega rápido para productos a escala». La tesis, en palabras del propio von Zweigbergk incluidas en el comunicado, es que Jujutsu mejora la parte del control de versiones que vive en tu laptop, pero el servidor remoto sigue siendo Git — y ese es exactamente el problema que la nueva compañía quiere resolver.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

La apuesta conecta con una tendencia más amplia: a medida que los agentes de IA escriben y modifican código de forma autónoma, los repositorios dejan de ser archivos que editan personas y se convierten en infraestructura que máquinas y humanos comparten. Reescribir la capa de almacenamiento para que soporte ese nuevo tráfico es el espacio donde ERSC quiere competir.

El currículum que ERSC está comprando

Von Zweigbergk no es un recién llegado. Antes de Jujutsu trabajó en Fig, el cliente de Mercurial que dio a los ingenieros de Google un flujo de trabajo distribuido sobre Piper, el monorepo que almacena la mayor parte del código de la compañía. También contribuyó al propio Git, que según la encuesta de desarrolladores de Stack Overflow de 2022 usa el 96% de los programadores profesionalmente, según cita el comunicado de ERSC.

Es decir, ERSC no está fichando a un teórico: está fichando a alguien que tocó los tres niveles del stack de control de versiones moderno — el servidor propietario (Piper), el protocolo abierto (Mercurial/Git) y el cliente que vive en la máquina del desarrollador (Jujutsu). Esa trayectoria encaja exactamente con el problema que la empresa dice querer resolver.

¿Qué es Jujutsu y por qué debería importarte como founder?

Si tu startup depende de un equipo de ingeniería, el control de versiones no es un detalle: es la columna vertebral de cómo tu equipo entrega producto. Git lleva dos décadas dominando esa columna, y las fricciones que tiene — merges complicados, rebases que rompen, historial rígido — son el pan de cada día de cualquier CTO. Jujutsu ataca exactamente esas fricciones, según describe DevOps Toolbox:

Modelo sin ramas: en lugar de branches estáticas, Jujutsu trabaja con changes anónimos derivados de múltiples padres, lo que elimina la rigidez del branching clásico.
Cambios dinámicos: a diferencia de Git, donde los commits son inmutables, en Jujutsu puedes modificar o describir un cambio varias veces antes de publicarlo.
Merge sin comando dedicado: los merges se modelan como un nuevo change con varios padres, lo que simplifica las integraciones y reduce errores.
Rebase que siempre funciona: cuando hay conflictos, Jujutsu los marca para resolver después en vez de detener el flujo de trabajo.
Undo nativo: equivocarse tiene arreglo sin tener que rezar para que git reflog te salve.
Escrito en Rust y compatible con repositorios Git existentes, lo que permite adoptarlo sin migrar el historial.

Según el mismo análisis de DevOps Toolbox, Jujutsu puede correr sobre varios backends de almacenamiento — Mercurial, Breezy o sistemas híbridos como Piper/CitC de Google — porque abstrae la interfaz de usuario y los algoritmos del almacenamiento físico. Esa arquitectura es exactamente lo que la tesis de ERSC necesita para atacar la capa de servidor.

¿Qué significa esto para tu startup?

Aunque tu equipo no vaya a adoptar Jujutsu mañana, hay tres señales concretas que conviene mirar en los próximos meses:

Si tu repo crece sin parar, el techo de Git te va a doler. El comunicado de ERSC es explícito: «el servidor remoto sigue siendo Git, que tiene un techo que llega rápido para productos a escala». Si tu startup maneja monorepos grandes o está metida en código generado por agentes de IA, esa afirmación resuena. Acción: audita cuánto cuesta hoy tu infraestructura de repos y cuánto está creciendo mes a mes — si la curva es vertical, ERSC Storage vale la pena seguirlo de cerca.
El movimiento del talento te dice dónde se forma la próxima capa. Que un mantenedor principal de un proyecto open source con 30.000 estrellas deje Google para liderar una startup de infraestructura es una señal fuerte. Acción: añade a tu radar a los autores de las herramientas de dev que tu equipo usa a diario — LinkedIn y RSS son tus aliados.
El «open core» sigue siendo el camino. Von Zweigbergk seguirá siendo mantenedor de Jujutsu bajo Apache 2.0 desde ERSC. Acción: si vendes a desarrolladores, este patrón — abrir la capa de cliente, vender la capa de servidor — es el modelo de negocio a copiar.

ERSC Storage entra en beta privada

El comunicado confirma que ERSC Storage entrará en beta privada a finales de julio de 2026. No hay detalles públicos sobre precios, capacidades específicas ni comparativas frente a alternativas como las soluciones de servidor de GitHub, GitLab o las autoalojadas on-prem. Tampoco se reveló el monto de la ronda de Amplify Partners que respaldó a la empresa en su lanzamiento en 2025. Habrá que esperar a que ERSC publique más información — o a que la beta filtre feedback de usuarios reales.

Conclusión

El fichaje de Martin von Zweigbergk como CTO de ERSC no es solo una historia de ingeniería: es una señal de hacia dónde se mueve la infraestructura que sostiene al software moderno. Si la tesis de ERSC es correcta — que la capa de almacenamiento de repositorios necesita reinventarse para la era del código escrito por máquinas — entonces el control de versiones vive su primer replanteamiento serio en dos décadas. Para founders hispanohablantes construyendo productos técnicos, la lección práctica es más modesta pero útil: revisar qué está creciendo más rápido en tu stack y fichar el talento antes que la competencia.