Resumen

  • 1 minuto

Introducir comprobaciones automatizadas para revisar los cambios de Bicep del equipo antes de que se combinen en la rama principal del repositorio GitHub es una buena idea.

En este módulo, has aprendido a agregar flujos de trabajo de Acciones de GitHub que se desencadenan automáticamente cuando se crean, actualizan y cierran solicitudes de incorporación de cambios.

También ha aprendido a hacer que comprobaciones de validaciones de solicitudes de incorporación de cambios sean obligatorias mediante reglas de protección de rama, una práctica que impide que los revisores y otros usuarios combinen los cambios de código en la rama principal hasta que todas las comprobaciones automatizadas se realicen correctamente. Por ejemplo, su sitio web tiene que actualizarse para usar el sistema operativo Linux y puso usar las comprobaciones de estado para validar y comprobar los cambios de la solicitud de incorporación de cambios.

Después, ha aprendido a crear entornos efímeros, que le dan la oportunidad de revisar lo que se implementará cuando se combinen los cambios de la solicitud de incorporación de cambios. Mediante el uso de entornos efímeros, puede experimentar e iterar cambios en el código sin que esto afecte a ninguno de los entornos de producción o que no son de producción. Cuando cambia el sitio web para usar una imagen de contenedor, podrá ver fácilmente cómo funcionaría el sitio web con la nueva configuración mientras aún está preparando y revisando los cambios de código.

También ha aprendido a quitar automáticamente los recursos utilizados por los entornos efímeros después de combinar y cerrar una solicitud de incorporación de cambios.

Ahora debería tener aún más confianza en el código Bicep y en los cambios en la infraestructura de Azure que se combinan en la rama principal del repositorio.

Saber más