Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Gestión de lanzamientos
La gestión de versiones es la capa de validación automática entre la generación de código y el despliegue en producción. AWS DevOps El agente revisa los cambios en el código para comprobar si se cumplen los estándares, los riesgos de dependencia entre distintas bases de código y si el control de acceso es correcto. A continuación, verifica su comportamiento mediante pruebas de publicación autónomas para detectar los problemas y resolverlos antes de que lleguen a la fase de producción.
Capacidades de administración de versiones
La administración de versiones incluye dos capacidades principales:
Revisión del código de preparación para el lanzamiento: evaluación automática de los cambios en el código en relación con las políticas de su organización, análisis de dependencias entre repositorios y verificación del control de acceso. Las revisiones se pueden realizar durante la generación del código, en las solicitudes de extracción y fusión, o a pedido a través del chat. Consulte Revisiones del código de preparación para el lanzamiento.
Pruebas de lanzamiento: generación y ejecución automáticas de pruebas para validar el comportamiento del código antes de su implementación. El agente analiza el cambio, determina qué es lo que hay que probar y ejecuta las pruebas en una instancia implementada de la aplicación. Consulte Pruebas de lanzamiento.
Revisión del código de preparación para el lanzamiento
La revisión del código de preparación para el lanzamiento evalúa los cambios en el código para comprobar el cumplimiento de las políticas, los riesgos de dependencia entre repositorios y la exactitud del control de acceso. A diferencia del análisis estático o de publicación estándar, estas revisiones comprenden la arquitectura de la aplicación, sus relaciones con otros repositorios y las políticas de la organización para detectar problemas que podrían provocar fallos de producción.
El agente evalúa los cambios desde varios puntos de vista:
Evaluación de estándares: evalúa el cambio comparándolo con los estándares y las mejores prácticas de su organización, definidos como habilidades de lenguaje natural. Las políticas pueden abarcar la seguridad, la confiabilidad, el rendimiento y las mejores prácticas operativas sin necesidad de conocimientos especializados en políticas como código.
Cross-repository análisis de dependencias: traza un mapa de la forma en que interactúan sus repositorios e identifica cuándo un cambio en un repositorio perjudicará a los consumidores de otro mediante un gráfico de conocimiento creado a partir de la indexación de los repositorios conectados.
Access-control verificación: CloudFormation en el caso de los cambios, verifica que las políticas de IAM, las políticas de recursos y las configuraciones de red sigan las mejores prácticas bien diseñadas.
Cada revisión produce un informe con una acción recomendada (BLOQUEAR, proceder con cautela o publicar de forma segura), un resumen de los cambios, las conclusiones sobre los riesgos específicos con las ubicaciones de los códigos afectados y recomendaciones prácticas. Para obtener más información, consulte Revisiones del código de preparación para el lanzamiento.
Pruebas de lanzamiento
Las pruebas de lanzamiento generan y ejecutan pruebas en una instancia de la aplicación en ejecución para validar los cambios de código antes de que lleguen a producción. El agente analiza los cambios de código, determina qué es lo que hay que probar, genera planes de pruebas específicos para cada cambio y los ejecuta en la aplicación implementada, todo ello sin necesidad de crear pruebas manuales.
Aspectos clave de las pruebas de lanzamiento:
Change-specific planes de pruebas: las pruebas se centran en las áreas de riesgo que surgieron durante la revisión del código de preparación para el lanzamiento, en lugar de ejecutar un conjunto de regresión estática. El agente determina qué probar en función de los cambios.
Ejecución en un entorno real: las pruebas se ejecutan en una instancia implementada de su aplicación en un entorno aprovisionado por el cliente y detectan los errores de integración y las regresiones que no detectan las pruebas unitarias.
Varios tipos de pruebas: abarcan la corrección funcional, la validación de la experiencia de usuario para aplicaciones web, las pruebas de contratos de API y el comportamiento de integración en todos los servicios.
CI/CD integración: se puede activar desde tu IDE, a través del chat de un DevOps agente o como una etapa en los procesos de GitHub acciones y GitLab CI.
Para obtener más información, consulte Pruebas de lanzamiento.
¿Dónde se ejecuta la gestión de versiones
La gestión de versiones se integra en tu flujo de trabajo en varios puntos:
Durante la generación del código: se incorporan en Kiro IDE y Claude Code a medida que se escribe el código, lo que permite detectar los problemas antes de que se ejecute el código.
En las solicitudes de extracción y fusión: se activan automáticamente cuando se PRs/MRs abren o actualizan en GitHub y. GitLab Los resultados aparecen como comentarios en línea con las correcciones recomendadas.
On-demand— A través del chat de DevOps agentes, donde puedes solicitar revisiones de cualquier sucursal, compromiso o repositorio y hacer preguntas de seguimiento sobre los hallazgos.
¿Cómo empezar con la gestión de versiones
Para empezar a utilizar las funciones de administración de versiones:
Conecte sus repositorios: en su espacio de agente,Conexión a CI/CD tuberías. El agente indexará su código para crear un gráfico de conocimiento de las dependencias entre repositorios. La indexación inicial tarda aproximadamente de una a dos horas.
Defina sus políticas (opcional): Instrucciones del agente para definir los comportamientos de revisión del código y los estándares internos que desee, le gustaría que se incluyeran en todas las revisiones del código. Puedes especificar qué constituye un cambio de bloqueo en lugar de una advertencia.
Inicie su primera revisión: utilice el chat del DevOps agente para solicitar una revisión de la disponibilidad del lanzamiento: «Revisa la sección principal de repo my-service para ver si hay riesgos de publicación». El agente evaluará el cambio y devolverá un informe con los resultados.
Cómo aprende la administración de versiones
La gestión de las versiones mejora con el tiempo a través de dos mecanismos:
Conocimiento del repositorio: a medida que el agente indexa sus repositorios, adquiere una comprensión cada vez más completa de las dependencias entre los repositorios, los recursos compartidos, los contratos de API y las relaciones de infraestructura. Este conocimiento hace que el análisis del riesgo de dependencia sea más preciso con cada revisión.
Customer-provided habilidades: defina opciones personalizadas DevOps Habilidades de agente que codifiquen los enfoques específicos de su organización para evaluar el código, por ejemplo, cómo evaluar las dependencias entre servicios, cuándo se requiere una característica, qué patrones requieren un mayor análisis o cómo evaluar los cambios en relación con sus estándares de arquitectura internos. Estas habilidades le permiten enseñar al agente las políticas y prácticas de su equipo para que las revisiones reflejen las expectativas de la organización.
