Si tienes dudas, elimina el archivo uv.lock
· Fuente: Simon Willison
El autor comenta que, desde que empezó a usar Python 3.15, ha encontrado errores intermitentes relacionados con dependencias. La solución que ha adoptado consiste en eliminar el archivo uv.lock cuando surge alguna duda. En proyectos de tipo biblioteca, normalmente no se incluye este archivo porque fijar versiones específicas puede interferir con quien los consuma. Sin embargo, al ejecutar comandos como uv run pytest, el gestor UV genera automáticamente un uv.lock que queda en el directorio y, al estar listado en .gitignore, no se versiona.
El problema aparece cuando el lock contiene una versión de una dependencia que aún no ofrece una rueda compatible con Python 3.15. Un caso reciente muestra que la librería watchfiles 1.1.1 intenta compilar con PyO3, cuyo soporte máximo llega a Python 3.14, provocando un fallo de construcción. Al borrar el uv.lock y volver a ejecutar la prueba, UV vuelve a resolver las dependencias y selecciona versiones que sí funcionan con el intérprete actual.
Esta práctica es relevante porque evita interrupciones en flujos de desarrollo y pruebas automáticas, garantizando que los entornos de CI/CD se actualicen a versiones compatibles sin requerir cambios manuales extensos en los archivos de bloqueo. Además, ayuda a mantener la coherencia entre versiones de Python y paquetes, lo que es crítico para la estabilidad de proyectos que migran a versiones nuevas del lenguaje.
Leer artículo original en Simon Willison
Este resumen es una síntesis informativa elaborada por dataqbs.com. Todos los derechos sobre el contenido original pertenecen a su autor y al medio de comunicación citado. Nosotros solo actuamos como curadores de noticias tecnológicas, sin reclamar autoría alguna.