El control de versiones permite a los desarrolladores administrar varias versiones de una integración en diferentes etapas del desarrollo.
En la pestaña Develop de Google Home Developer Console, las integraciones se consideran "sin versión". Una vez que comiences la fase de prueba del desarrollo en la pestaña Prueba, las integraciones tendrán versiones. A partir de ese momento, se usa una versión de integración para cada paso restante del flujo de trabajo, desde la prueba hasta el lanzamiento.
Por ejemplo, puedes tener una versión de una integración en proceso de certificación para un lanzamiento inminente, mientras que se está probando una versión más reciente de la integración con una funcionalidad diferente para otro lanzamiento dentro de unos meses.
Requisitos previos
Las versiones de integración son una instantánea de una integración sin versión. Esto significa que, cuando crees un plan de prueba para la certificación y, por lo tanto, una versión de integración, todos los metadatos de desarrollo de la marca relacionados con esa integración deben ser la información que deseas usar para la integración lanzada.
Antes de crear un plan de prueba de certificación, asegúrate de haber hecho lo siguiente: 1. Creaste un perfil de empresa. 1. Ingresaste el ID de proveedor (VID) de producción para la integración. 1. Configuración y desarrollo de la marca configurados.Si no completaste todos estos pasos para tu integración, una versión de integración creada para pruebas de certificación no se puede certificar. Tendrás que crear una versión nueva y comenzar desde el paso de prueba.
También deberás crear una versión nueva y comenzar de nuevo si deseas actualizar tu desarrollo de la marca antes de que se certifique una versión de integración.
Crear una nueva versión
Cuando creas un plan de pruebas para la certificación, se crea una versión nueva de la integración. Esta versión con número se muestra en todas las listas de integración de Developer Console a partir de la pestaña Prueba.
Las versiones nuevas nunca se crean a partir de otras versiones numeradas. Por ejemplo, el primer plan de prueba que crees para una integración creará la versión v.1 para esa integración. Si creas otro plan de prueba, se creará la versión v.2 para esa integración, pero esta versión no se basará en la v.1. En cambio, esta versión se basa en la instancia sin versión de la integración, al igual que lo hacía la v.1.
La versión N/A de una integración representa la instancia sin versión de la integración, que se administra en la pestaña Desarrollar.
En otras palabras, en Matter > Pruebas en Developer Console:
- Si haces clic en Probar para la versión N/A de la integración, se creará una versión nueva. El número de versión será uno más alto que cualquier versión con número existente.
- Si no existen versiones numeradas, se crea la versión v.1.
- Si existe la versión v.1, se crea la versión v.2. Si existe la versión v.2, se crea la versión v.3, y así sucesivamente.
- Si haces clic en Probar para una versión numerada de la integración (por ejemplo, v.1), no se creará una versión nueva. En su lugar, se vuelve a probar la versión v.1.
Metadatos
Cuando se crea una versión, se adjuntan a ella los metadatos que se enumeran en los requisitos previos que se agregaron para la integración sin versión. Sin embargo, no se pueden ver ni modificar los metadatos adjuntos a una versión.
Cualquier cambio en los metadatos de una integración no se reflejará en las versiones existentes. Se debe crear una versión nueva para que los metadatos actualizados se usen en la certificación y el lanzamiento.
Borrar una versión
Las versiones de integración no se pueden borrar y no están diseñadas para borrarse. Se deben actualizar para reflejar un estado de la integración (un nuevo plan de prueba o una prueba de campo) que se pueda certificar y lanzar.
Una versión de integración solo se quita de Developer Console cuando se inicia y, más tarde, se reemplaza por el lanzamiento de una versión diferente.