Publicar la API con Acciones de GitHub
Ha agregado la API a la aplicación web y ambas se ejecutan localmente. Ahora es el momento de publicar tu API y tu aplicación en Azure Static Web Apps.
Cuando ha creado la instancia de Azure Static Web Apps y le ha indicado que inspeccionara la rama principal, se ha generado una acción de GitHub automáticamente. La acción de GitHub escucha la rama principal del repositorio de las confirmaciones y las solicitudes 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, ha proporcionado 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 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
A veces quieres ver tus cambios en un sitio de pruebas antes de publicarlos 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 cambios en la rama que inspecciona la acción de GitHub. El sitio web en vivo no se ve afectado. En su lugar, se crea una nueva versión de la aplicación en un entorno de preproducción propio. 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 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.
| Origen | Descripción | URL |
|---|---|---|
| Rama principal | Ejemplo de una dirección URL de sitio web activo | https://purple-rain-062d03304.azurestaticapps.net/ |
| Solicitud de cambios n.º 5 | Ejemplo de una dirección URL de vista previa | https://purple-rain-062d03304-5.<location>.azurestaticapps.net/ |
Actualmente, usted está trabajando en la rama api. Haces una solicitud de pull de tu rama api a la rama principal. Cuando crees el pull request contra la rama main, GitHub Actions publica 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 almacenados provisionalmente.
Después, creará una solicitud de cambios y visitará la versión almacenada provisionalmente de la aplicación.