Flirt, una herramienta de revisión de código inspirada en el modelo de parches por correo electrónico, incorpora nuevos backends para integrarse con GitHub y con listas de correo alojadas en public-inbox. El autor, que acaba de entregar su tesis, detalla los retos técnicos de cada integración y los límites actuales de la herramienta.
Con el backend de GitHub, Flirt reutiliza su mecanismo local de refs para evitar llamadas constantes a la API: los datos se mantienen en local y solo se sincronizan con la plataforma cuando el usuario lo solicita. Una limitación importante es que la API de GitHub no conserva el historial de force-push, por lo que la herramienta solo puede reconstruir el interdiff entre la última versión revisada y la actual, siempre que esa versión se haya observado localmente. Además, Flirt añade comentarios sobre un estado concreto del código, mientras que la interfaz de GitHub trabaja sobre diffs, lo que dificulta anotar el lado izquierdo del diff.
En el frente de las listas de correo, Flirt da soporte exclusivamente a proyectos que usan public-inbox, el mismo software empleado por el kernel de Linux y por Git. El autor analiza las carencias de git format-patch para este caso de uso —como la falta del commit base por defecto o la pérdida de los change-id de Jujutsu— y propone recurrir al versionado por etiquetas [PATCH vN] en el subject y al encadenado de respuestas como método para detectar las sucesivas versiones de una misma serie de parches.
El siguiente paso es limpiar el código y abrir el proyecto como open-source en uno o dos meses, en una fase todavía no apta para usuarios finales.