enhancements

Este repositorio es el repositorio de seguimiento de mejoras para las versiones de Kubernetes, propiedad de SIG Architecture. Contiene issues y KEP (Kubernetes Enhancement Proposals) que actúan como paraguas para las nuevas mejoras añadidas a Kubernetes. Una mejora normalmente abarca varias versiones y puede rastrearse como elemento pendiente antes de que comience el trabajo; puede registrarse una vez que existe consenso en al menos un SIG de Kubernetes. El README define qué cuenta como mejora mediante heurísticas aproximadas. Una mejora es generalmente algo sobre lo que se escribiría una entrada de blog después de la versión, requiere que múltiples partes/SIG/propietarios la completen, pasa de una etapa a otra (alpha a beta, beta a GA), necesita un esfuerzo significativo o cambia Kubernetes sustancialmente, impacta la UX o las operaciones lo suficiente como para que los usuarios necesiten reentrenamiento, o es algo que los usuarios notarán y usarán. Es poco probable que sea una mejora si se implementa mediante un CustomResourceDefinition, corrige una prueba inestable, refactoriza código, solo mejora el rendimiento visible como operaciones de API o bucles de control más rápidos, o simplemente añade mensajes de error o eventos. Los nuevos issues de mejora deben crearse después de difundir la idea (reuniones comunitarias, reuniones de SIG, listas de correo o un issue de kubernetes/kubernetes), opcionalmente prototipando en un fork, identificando a las personas que aceptan trabajar en ello y estando listo para actuar como gestor de proyecto. El README señala que muchas mejoras tardan varias versiones y aproximadamente de 9 meses a un año en alcanzar Stable. Las mejoras se rastrean porque los usuarios esperan poder depender de ellas a largo plazo, por lo que el proyecto les exige altos estándares de integridad conceptual, consistencia, pruebas exhaustivas y documentación completa. Los issues de seguimiento proporcionan una lista de verificación con diferentes aprobadores para distintos aspectos en las etapas Alpha, Beta y Stable. Los comentarios en los issues de mejora sirven para solicitar revisión o aclaración sobre el proceso, actualizar el estado o enlazar issues relacionados en otros repositorios; los detalles de diseño, código o documentación deben discutirse en los issues o PR enlazados. A partir de la versión 1.26, las mejoras se visualizan en los Enhancements Tracking Boards, con enlaces de hitos desde 1.26 hasta 1.38. Antes de 1.26, se usaban hojas de cálculo de seguimiento, y se hace referencia a un archivo de esas hojas. El ciclo de versión actual apunta a la información de la versión 1.38 en el repositorio sig-release. Las excepciones a las fechas de hitos de mejoras son gestionadas por el Release Team según su documentación. Las etiquetas incluyen `sig/foo` para el SIG propietario, `kind/feature` para marcar un issue como mejora, y `stage/{alpha,beta,stable}` para la etapa del proceso de la función, cada una establecida mediante comandos de comentario. Un documento de glosario define la terminología y los acrónimos usados en el subproyecto Enhancements.