A partir del 27 de marzo de 2025, te recomendamos que uses android-latest-release en lugar de aosp-main para compilar y contribuir a AOSP. Para obtener más información, consulta Cambios en AOSP.
Descripción general de los reportes de lanzamiento de funciones
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Cuando agregues código a AOSP, usa marcas de lanzamiento de funciones para aislar el código sin probar del código probado. Habilita las marcas de lanzamiento de funciones para ejecutar y probar tu código.
Por el contrario, inhabilita las marcas de lanzamiento de funciones para asegurarte de que no se ejecute el código sin probar.
Las marcas de lanzamiento de funciones se utilizan principalmente de estas dos maneras:
Si estás contribuyendo a AOSP, tu revisor de cambios te podría pedir que implementes una marca de lanzamiento de la función para que la función se pruebe de forma correcta. Para obtener más información sobre las ramas, consulta Ciclo de vida de la versión.
Google utiliza marcas de lanzamiento de funciones para garantizar que la rama externa de desarrollo (principal) y la rama de la versión sean estables para todos. Si tu empresa tiene una duplicación del AOSP y trabaja desde ella, usa marcas de lanzamiento de funciones para mantener estable la duplicación del código del AOSP para tu equipo de desarrollo.
Los pasos generales para implementar las marcas de lanzamiento de funciones son los siguientes:
Si introduces un cambio en el código, determina si necesitas una marca. Si es así, determina el tipo de marca.
Declara la marca.
Une el cambio de código en la marca.
Establece el valor de la marca.
Compila y prueba el código.
Cambia los valores de la marca durante el tiempo de ejecución.
Prueba el código que usa las marcas de lanzamiento de funciones.
En las páginas de esta sección, aprenderás a realizar cada uno de los pasos anteriores.
El contenido y las muestras de código que aparecen en esta página están sujetas a las licencias que se describen en la Licencia de Contenido. Java y OpenJDK son marcas registradas de Oracle o sus afiliados.
Última actualización: 2025-03-26 (UTC)
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Falta la información que necesito","missingTheInformationINeed","thumb-down"],["Muy complicado o demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Desactualizado","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema con las muestras o los códigos","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-03-26 (UTC)"],[],[],null,["# Feature launch flag overview\n\nWhen adding code into AOSP, use *feature launch flags* to isolate\nuntested code from tested code. Enable feature launch flags to execute and\ntest your code.\nConversely, disable feature launch flags to ensure untested code doesn't\nexecute.\n\nFeature launch flags are used primarily in these two ways:\n\n- If you're contributing to AOSP, you might be asked by your change's reviewer to implement a feature launch flag so that the feature is tested properly. For further information on branches, see [Release lifecycle](/docs/setup/contribute/release-lifecycle).\n- Google uses feature launch flags to ensure the Android latest release branch (`android16-release`) is stable for everyone. If your company keeps a mirror of AOSP and works from that mirror, use feature launch flagging to keep your mirror of AOSP code stable for your development team.\n\n| **Note:** Feature launch flagging is part of a new development process called *Trunk Stable* whereby all official AOSP releases are snapped from a single internal main development branch. To achieve this goal, the main development branch must remain stable at all time. Trunk Stable requires all updates and new features to be flagged so they can, on a case-by-case basis, be included or excluded from the internal main branch before snapping a release. For more on the AOSP release process, see [Release\n| lifecycle](/docs/setup/contribute/release-lifecycle).\n\nThe high-level steps for implementing feature launch flagging are:\n\n1. For a given code change, determine if you need a flag and, if so, determine the flag type.\n2. Declare the flag.\n3. Wrap your code change in the flag.\n4. Set the flag's value.\n5. Build and test your code.\n6. Change flag values at runtime.\n7. Test code that uses feature release flags\n\nThe pages in this section teach you how to perform each of these steps."]]
