Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Gestione dei rilasci
**Anteprima:** le funzionalità di gestione delle versioni sono attualmente disponibili in anteprima e disponibili solo negli Stati Uniti orientali (Virginia settentrionale)`us-east-1`. Il supporto per tutti gli AWS DevOps agenti [Regioni supportate](about-aws-devops-agent-supported-regions.md) verrà aggiunto in base alla disponibilità generale.
La gestione dei rilasci è il livello di convalida automatizzato tra la generazione del codice e l'implementazione in produzione. AWS DevOps L'agente esamina le modifiche al codice per verificarne l'aderenza agli standard, i rischi di dipendenza tra codici e la correttezza del controllo degli accessi, quindi verifica il comportamento mediante test di rilascio autonomi, in modo che i problemi vengano rilevati e risolti prima che raggiungano la produzione.
## Funzionalità di gestione dei rilasci
La gestione delle versioni include due funzionalità principali:
+ **Revisione del codice di preparazione al rilascio**: valutazione automatizzata delle modifiche al codice rispetto alle politiche dell'organizzazione, analisi delle dipendenze tra repository e verifica del controllo degli accessi. Le revisioni possono essere eseguite durante la generazione del codice, nelle richieste pull e nelle richieste di unione o su richiesta tramite chat. Per informazioni, consulta [Revisioni del codice di preparazione al rilascio](release-management-release-readiness-code-review.md).
+ **Test di rilascio**: generazione ed esecuzione automatiche di test per convalidare il comportamento del codice prima della distribuzione. L'agente analizza le modifiche, determina cosa deve essere testato ed esegue test su un'istanza distribuita dell'applicazione. Per informazioni, consulta [Test di rilascio](release-management-release-testing.md).
## Revisione del codice di preparazione al rilascio
La revisione del codice di preparazione al rilascio valuta le modifiche apportate al codice per verificarne la conformità alle policy, i rischi di dipendenza tra repository e la correttezza del controllo degli accessi. A differenza del linting standard o dell'analisi statica, queste revisioni comprendono l'architettura dell'applicazione, le sue relazioni con altri repository e le politiche dell'organizzazione volte a far emergere i problemi che potrebbero causare errori di produzione.
L'agente valuta le modifiche attraverso più obiettivi:
+ **Valutazione degli standard**: valuta il cambiamento rispetto agli standard e alle migliori pratiche dell'organizzazione, definiti come competenze in linguaggio naturale. Le policy possono riguardare sicurezza, affidabilità, prestazioni e best practice operative senza richiedere competenze in materia di policy as code.
+ **Cross-repository analisi delle dipendenze**: mappa il modo in cui i repository interagiscono e identifica i casi in cui una modifica in un repository danneggia gli utenti di un altro, utilizzando un Knowledge Graph creato dall'indicizzazione degli archivi collegati.
+ **Access-control verifica**: in caso di CloudFormation modifiche, verifica che le policy IAM, le policy delle risorse e le configurazioni di rete seguano le best practice ben architettate.
Ogni revisione produce un rapporto con un'azione consigliata (BLOCK, Proceed with Caution o Safe to Release), un riepilogo delle modifiche, rilevazioni di rischi specifici con le posizioni dei codici interessati e raccomandazioni attuabili. Per ulteriori informazioni, consulta [Revisioni del codice di preparazione al rilascio](release-management-release-readiness-code-review.md).
## Test di rilascio
Il test di rilascio genera ed esegue test su un'istanza in esecuzione dell'applicazione per convalidare le modifiche al codice prima che raggiungano la produzione. L'agente analizza le modifiche al codice, determina cosa deve essere testato, genera piani di test specifici per le modifiche e li esegue sull'applicazione distribuita, il tutto senza la creazione manuale dei test.
Aspetti chiave dei test di rilascio:
+ **Change-specific piani di test**: i test riguardano le aree a rischio emerse durante la revisione del codice di preparazione al rilascio anziché eseguire una suite di regressione statica. L'agente determina cosa testare in base a ciò che è cambiato.
+ **Esecuzione in ambiente reale**: i test vengono eseguiti su un'istanza distribuita dell'applicazione in un ambiente fornito dal cliente, rilevando gli errori di integrazione e le regressioni non rilevati dai test unitari.
+ **Diversi tipi di test**: riguardano la correttezza funzionale, la convalida dell'esperienza utente per le applicazioni Web, i test dei contratti API e il comportamento di integrazione tra i servizi.
+ **CI/CD integrazione**: può essere attivata dal tuo IDE, tramite DevOps Agent Chat o come fase delle pipeline GitHub Actions e GitLab CI.
Per ulteriori informazioni, consulta [Test di rilascio](release-management-release-testing.md).
## Dove viene eseguita la gestione delle versioni
La gestione delle release si integra nel flusso di lavoro in più punti:
+ **Durante la generazione del codice**: Inline in Kiro IDE e Claude Code durante la scrittura del codice, individua i problemi prima che il codice venga eseguito.
+ **Nelle richieste pull e nelle richieste di unione**: si attiva automaticamente quando PRs/MRs vengono aperte o aggiornate in and. GitHub GitLab I risultati vengono visualizzati come commenti in linea con le correzioni consigliate.
+ **On-demand**— Tramite DevOps Agent Chat, dove è possibile richiedere revisioni di qualsiasi filiale, commit o repository e porre domande di follow-up sui risultati.
## Guida introduttiva alla gestione dei rilasci
Per iniziare a utilizzare le funzionalità di gestione delle versioni:
1. **Connetti i tuoi repository**: nel tuo Agent Space,[Connessione alle CI/CD tubazioni](configuring-integrations-and-knowledge-connecting-to-cicd-pipelines-index.md). L'agente indicizzerà il codice per creare un grafico della conoscenza delle dipendenze tra repository. L'indicizzazione iniziale richiede circa una o due ore.
1. **Definisci le tue politiche (opzionale)**: [Istruzioni per l'agente](about-aws-devops-agent-agent-instructions.md) per definire i comportamenti di revisione del codice e gli standard interni che desideri includere in ogni revisione del codice. Puoi specificare cosa costituisce una modifica bloccante rispetto a un avviso.
1. **Attiva la tua prima recensione**: utilizza la chat di DevOps Agent per richiedere una verifica della disponibilità del rilascio: «Rivedi branch main on repo my-service per verificare i rischi di rilascio». L'agente valuterà la modifica e restituirà un rapporto con i risultati.
## Come apprende la gestione dei rilasci
La gestione dei rilasci migliora nel tempo attraverso due meccanismi:
1. **Conoscenza dei repository**: man mano che indicizza i repository, l'agente sviluppa una comprensione sempre più completa delle dipendenze tra repository, delle risorse condivise, dei contratti API e delle relazioni tra le infrastrutture. Questa conoscenza rende l'analisi del rischio di dipendenza più accurata ad ogni revisione.
1. **Customer-provided competenze**: definite caratteristiche personalizzate [DevOps Competenze degli agenti](about-aws-devops-agent-devops-agent-skills.md) che codifichino gli approcci specifici della vostra organizzazione alla valutazione del codice, ad esempio come valutare le dipendenze tra i servizi, quando è necessario un feature flag, quali modelli richiedono un esame approfondito o come valutare le modifiche rispetto agli standard architettonici interni. Queste competenze consentono di insegnare all'agente le politiche e le pratiche del team in modo che le revisioni riflettano le aspettative dell'organizzazione.