Parches y notas de OpenAI sobre Git: correcciones de rendimiento y de flujo de trabajo

Fuentes: OpenAI Git patches & notes

El repositorio público de OpenAI dedicado al proyecto Git ha recibido en julio de 2026 una serie de parches y notas técnicas firmadas por sus ingenieros, orientadas a mejorar el rendimiento de operaciones internas y a documentar buenas prácticas de uso.

La contribución más reciente, fechada el 24 de julio y autoría de Ted Nyman, aborda un cuello de botella en el análisis estático de Coccinelle: un índice de bucle reutilizado provocaba ejecuciones de varias horas que agotaban el límite de seis horas del CI. La solución declara índices independientes para cada bucle, sin alterar el comportamiento de la eliminación de ramas, y reduce el tiempo de análisis estático en seis horas a cambio de cinco líneas adicionales de código.

Taylor Blau, por su parte, firma tres entradas centradas en distintos subsistemas. Una de ellas corrige la selección de bitmaps en el MIDX, que infravaloraba las fusiones con gran cantidad de historial reachable. El nuevo criterio prioriza el historial expuesto frente a la longitud de la ruta: la build de referencia pasó de 984,73 a 200,06 segundos, con la misma selección de 578 bitmaps. Otra entrada amplía el modo de pago en paralelo con Trace2: cada worker registra ahora su número de objetos, bytes, fallos, tiempo transcurrido y elemento más lento, lo que permite distinguir entre desequilibrio de carga y un archivo especialmente problemático. La tercera entrada de Blau resuelve una condición de carrera entre el escaneo masivo de contenido y la consulta final al monitor de sistema de archivos: los descriptores y metadatos se conservan hasta la comprobación final, y solo se acepta el resultado si ningún worktree concurrente ha invalidado el escaneo.

Finalmente, Blau documenta el 21 de julio un fichero opcional .csts que almacena un resultado verificado de git status --porcelain=v2 para acelerar comprobaciones posteriores. En un worktree principal APFS, el resultado se reutiliza únicamente tras revisar índice, HEAD, configuración, atributos, reglas de ignore e historial del monitor de sistema de archivos; cualquier caché ausente, obsoleta o mal formada vuelve a ejecutar el status ordinario.