Publicar la API con Acciones de GitHub
Ha agregado la API a la aplicación web y ambas se ejecutan localmente. Ha llegado el momento de publicarlas en Azure Static Web Apps.
Cuando creó la instancia de Azure Static Web Apps y le indicó que inspeccionara la rama principal, se generó una acción de GitHub. La acción de GitHub escucha la rama principal del repositorio de las confirmaciones y las solicitudes de incorporación de cambios. Después, cuando la acción de GitHub detecta estos cambios, compila y publica la aplicación.
Al crear el recurso de Azure Static Web Apps, proporcionó la ubicación de la carpeta del proyecto de API aceptando el valor predeterminado de Api. Azure Static Web Apps ha compilado e implementado la aplicación de Azure Functions en esa carpeta. Sin embargo, la aplicación no funcionó porque la API HTTP GET aún no se ha creado.
Desencadenar la acción de GitHub
La acción de GitHub está lista para compilar y publicar la aplicación web y la API una vez que detecta un cambio en la rama principal. Puede confirmar directamente o crear una solicitud de incorporación de cambios en la rama principal. Ambos cambios desencadenan la acción de GitHub. Cuando se detectan cambios en la rama principal, desencadena la acción de GitHub para publicar la aplicación en la misma dirección URL del sitio web activo.
Entornos de preproducción con direcciones URL de vista previa
En ocasiones, le interesará ver los cambios en un sitio de ensayo antes de realizar la publicación en el sitio web activo. Azure Static Web Apps permite ver los cambios en entornos de preproducción, cada uno con su propia dirección URL de vista previa. Para generar un entorno de preproducción, cree una solicitud de incorporación de cambios en la rama que está inspeccionando la acción de GitHub. El sitio web activo no se ve afectado. En su lugar, se crea una versión de la aplicación en su propio entorno de preproducción. Si vuelve atrás y comprueba la solicitud de incorporación de cambios en GitHub, observará que se ha publicado un vínculo a la versión de preproducción en la pestaña Conversación.
En la tabla siguiente se muestra la forma en que Azure Static Web Apps publica la aplicación en distintas direcciones URL. La aplicación se publica en una dirección URL, mientras que una solicitud de incorporación de cambios en la misma rama se publica en otra dirección URL. Azure Static Web Apps proporciona estas direcciones URL generadas automáticamente para la aplicación de producción y las solicitudes de incorporación de cambios. Opcionalmente, puede asignar un dominio personalizado a la aplicación de producción.
| Source | Descripción | URL |
|---|---|---|
| Rama principal | Ejemplo de una dirección URL de sitio web activo | https://purple-rain-062d03304.azurestaticapps.net/ |
| Solicitud de incorporación de cambios n.º 5 | Ejemplo de una dirección URL de vista previa | https://purple-rain-062d03304-5.<location>.azurestaticapps.net/ |
Actualmente, está trabajando en la rama api. Haga una solicitud de incorporación de cambios de la rama api a la rama principal. Cuando cree la solicitud de incorporación de cambios en la rama principal, la acción de GitHub publicará la aplicación en un entorno de preproducción.
Una vez que el flujo de trabajo finaliza la compilación e implementación de la aplicación, el bot de GitHub agrega un comentario a la solicitud de incorporación de cambios. Este comentario contiene un vínculo a la dirección URL del entorno de preproducción. Puede seleccionar este vínculo para ver los cambios "staged".
Después, creará una solicitud de incorporación de cambios y visitará la versión almacenada provisionalmente de la aplicación.