Anunciando React Native 0.67
Esta página fue traducida por PageTurner AI (beta). No está respaldada oficialmente por el proyecto. ¿Encontraste un error? Reportar problema →
¡Feliz año nuevo a todos! Hoy anunciamos el lanzamiento más reciente de React Native, la versión 0.67.0, junto con algunas actualizaciones del proceso de publicación en las que hemos estado trabajado durante los últimos meses.
Secciones
Lo más destacado de 0.67
Como se mencionó en los planes H2 2021 de Meta, React Native está intentando realizar lanzamientos más frecuentes para reducir el tiempo de implementación de nuevas funciones y correcciones (como la nueva arquitectura) en la comunidad. Naturalmente, muchas versiones se centrarán en correcciones y mejoras.
Estos son algunos cambios notables incluidos en la versión 0.67.0:
-
Eliminaciones de lean-core: DatePickerAndroid
-
Actualización de Gradle a la versión 7.2, Actualización de Kotlin a la versión 1.5.31 Bump Kotlin and Gradle versions (#32319)
-
Un punto importante: 0.67 sigue dependiendo de Hermes 0.9.0, sin cambios desde la versión 0.66
Puedes consultar el registro de cambios completo aquí.
Puedes participar en la conversación sobre el estado de este lanzamiento en esta discusión y, como siempre, para ayudarte a actualizar a esta versión, puedes utilizar el upgrade helper ⚛️
Agradecimientos
¡Esta versión incluye 379 commits con 74 colaboradores! ¡Gracias a todos nuestros colaboradores (antiguos y nuevos)! Puedes consultar el registro de cambios completo aquí.
También queremos agradecer a los evaluadores de la versión que nos ayudaron a garantizar que 0.67.0 pudiera llegar a vuestros proyectos sin regresiones importantes. En particular, queremos agradecer a:
-
Marc Rousavy (@mrousavy) de Margelo, quien detectó una regresión en Hermes 0.10 (que no se habría detectado en pruebas de CI) que se solucionará en Hermes 0.11 en la versión 0.68 de React Native.
-
El equipo de Reanimated por preparar rápidamente una versión compatible con 0.67 de su biblioteca durante la fase temprana de RC de 0.67.
-
Elias Nahum (@enahum) de Mattermost
-
Mike Hardy (@mikeHardy) trabajando con Invertase
También agradecemos a Rainbow, Comm y Ledger Live por participar en la prueba piloto del programa "Release Tester" (más detalles a continuación).
Mejoras en el proceso de lanzamiento
Como mencionamos, React Native ha estado reestructurando su canal de lanzamientos para permitir versiones más frecuentes, de modo que nuevas funciones y correcciones puedan llegar más rápido a la comunidad.
En los últimos meses abordamos algunos problemas que retrasaban los lanzamientos.
Coordinación y compartición de conocimientos
Invertimos en documentación sobre lanzamientos para cubrir cómo ejecutar un release, preguntas frecuentes, coordinación de problemas, etc. Todo esto puede encontrarse en esta sección de la wiki de react-native.
Gracias a esta documentación, los lanzamientos ya no dependen de individuos específicos ni de conocimiento tribal.
Además de la documentación, también renovamos la coordinación de lanzamientos y trasladamos las discusiones sobre estados de pre-lanzamiento y parches a un grupo dedicado: react-wg/react-native-releases.
Claridad de responsabilidades
Con mejor documentación, el trabajo de lanzamiento puede escalar de modo que ninguna persona sea crítica para ejecutar un release.
Un lanzamiento de React Native es susceptible a un amplio espectro de posibles puntos de fallo y tiene muchas dependencias y seguimientos. Considerando que el uso de React Native varía en la comunidad, es esencial involucrar a las partes interesadas en los lanzamientos. Hemos definido un conjunto de roles y responsabilidades para apoyar un lanzamiento.
Señalización de candidatos a lanzamiento
Otro problema con los lanzamientos es obtener una buena señal de que una versión no sufrirá regresiones de compilación. Esto puede abordarse con mayor inversión en pruebas de variantes de compilación, pero la señal de adopción seguirá siendo útil por algún tiempo.
En el lanzamiento de 0.67 probamos un programa "Release Tester" donde desarrolladores de React Native que trabajan en apps de código abierto se comprometen a probar candidatos a lanzamiento en sus aplicaciones. Anteriormente, no había una expectativa formal de que la comunidad probara candidatos para reportar problemas potenciales. Este programa nos ayuda a obtener señales más rápidas para garantizar cierta estabilidad del lanzamiento.
Las aplicaciones React Native de código abierto son particularmente útiles debido a la disponibilidad del código fuente para depurar regresiones. Con este programa, un tester detectó una regresión en 0.67 y pudimos resolverla sin afectar a toda la comunidad con un lanzamiento defectuoso.
¿Interesado en ayudar a React Native a estabilizar nuevos lanzamientos?
Una excelente manera de ayudarnos a detectar regresiones es integrar la versión preliminar de React Native react-native@next o react-native@nightly en tu CI. Para cualquier regresión, puedes reportar un issue de lanzamiento y notificar en la discusión correspondiente.
Si tu aplicación o empresa está interesada en unirse al programa "Release Tester", dirígete a la sección dedicada al final de la wiki de Roles y Responsabilidades de Lanzamiento para obtener más información.
¡Finalmente, cualquier ayuda probando nuestros candidatos a lanzamiento o ayudando a desbloquear problemas de lanzamiento es muy apreciada!