Amazon non CodeCatalyst è più aperta a nuovi clienti. I clienti esistenti possono continuare a utilizzare il servizio normalmente. Per ulteriori informazioni, consulta [Come migrare da CodeCatalyst](migration.md).

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à.

# Revisione del codice con richieste pull in Amazon CodeCatalyst
<a name="source-pull-requests"></a>

Una pull request è il modo principale in cui tu e gli altri membri del progetto potete rivedere, commentare e unire le modifiche al codice da un ramo all'altro. Puoi utilizzare le pull request per esaminare le modifiche al codice in modo collaborativo per apportare modifiche o correzioni minori, aggiunte di funzionalità importanti o nuove versioni del software rilasciato. Se utilizzi i problemi per tenere traccia del lavoro sul tuo progetto, puoi collegare problemi specifici alle richieste pull per aiutarti a tenere traccia dei problemi risolti dalle modifiche al codice nella pull request. Quando crei, aggiorni, commenti, unisci o chiudi una pull request, viene automaticamente inviata un'email all'autore della pull request e a tutti i revisori necessari o facoltativi per la pull request.

**Suggerimento**  
Puoi configurare quali eventi di pull request riceverai e-mail come parte del tuo profilo. Per ulteriori informazioni, consulta [Invio di notifiche via email e su Slack da CodeCatalyst](notifications-manage.md).

Le richieste pull richiedono due rami in un repository di origine: un ramo di origine che contiene il codice che desideri rivedere e un ramo di destinazione, in cui desideri unire il codice recensito. Il ramo di origine contiene il commit AFTER, ovvero il commit con le modifiche da unire nel ramo di destinazione. Il ramo di destinazione contiene il commit BEFORE, che rappresenta lo stato del codice prima che il ramo della richiesta di pull venisse unito nel ramo di destinazione. 

**Nota**  
Durante la creazione di una richiesta pull, la differenza visualizzata è la differenza tra la punta del ramo di origine e la punta del ramo di destinazione. Una volta creata la pull request, la differenza visualizzata sarà tra la revisione della pull request scelta e il commit che costituiva la punta del ramo di destinazione quando è stata creata la pull request. Per ulteriori informazioni sulle differenze e sulle basi di unione in Git, consulta [git-merge-base](https://git-scm.com/docs/git-merge-base)la documentazione di Git.

Sebbene venga creata una pull request per un repository di sorgenti e rami specifici, puoi crearli, visualizzarli, esaminarli e chiuderli come parte del tuo progetto. Non è necessario visualizzare il repository dei sorgenti per visualizzare e utilizzare le richieste pull. Lo stato di una pull request è impostato su **Open** al momento della creazione. **La pull request rimane aperta finché non la si unisce nella CodeCatalyst console, che modifica lo stato in **Unito**, o la si chiude, il che cambia lo stato in Chiuso.**

Una volta che il codice è stato esaminato, puoi modificare lo stato della pull request in diversi modi: 
+ Unisci la pull request nella CodeCatalyst console. Il codice nel ramo sorgente della pull request verrà unito al ramo di destinazione. Lo stato della pull request cambierà in **Merged**. Non può essere ripristinato in **Aperto**.
+ Unisci i rami localmente e invia le modifiche, quindi chiudi la pull request nella CodeCatalyst console.
+ Usa la CodeCatalyst console per chiudere la pull request senza unirla. Questo cambierà lo stato in **Chiuso** e non unirà il codice dal ramo di origine al ramo di destinazione.

Prima di creare una richiesta di pull:
+ Esegui il commit e invia le modifiche al codice che desideri rivedere a un ramo (il ramo di origine).
+ Imposta le notifiche per il tuo progetto, in modo che gli altri utenti possano ricevere notifiche su eventuali flussi di lavoro eseguiti quando crei una pull request. (Questo passaggio è facoltativo ma consigliato).

**Topics**
+ [

# Creazione di una richiesta di pull
](pull-requests-create.md)
+ [

# Visualizzazione delle richieste pull
](pull-requests-view.md)
+ [

# Gestione dei requisiti per l'unione di una pull request con le regole di approvazione
](source-pull-requests-approval-rules.md)
+ [

# Revisione di una richiesta di pull
](pull-requests-review.md)
+ [

# Aggiornamento di una richiesta di pull
](pull-requests-update.md)
+ [

# Unione di una richiesta di pull
](pull-requests-merge.md)
+ [

# Chiusura di una pull request
](pull-requests-close.md)

# Creazione di una richiesta di pull
<a name="pull-requests-create"></a>

La creazione di richieste pull aiuta altri utenti a vedere ed esaminare le modifiche del codice prima di unirle in un altro ramo. In primo luogo, è necessario creare un ramo per le modifiche del codice che viene definito come il ramo di origine della richiesta pull. Dopo aver eseguito il commit e aver inviato le modifiche al repository, puoi creare una richiesta pull che confronta il contenuto del ramo di origine con il contenuto del ramo di destinazione.

Puoi creare una pull request nella CodeCatalyst console Amazon da una filiale specifica, dalla pagina delle pull request o dalla panoramica del progetto. La creazione di una richiesta pull da un ramo specifico fornisce automaticamente il nome del repository e il ramo di origine nella pagina di creazione della pull request. Quando crei una pull request, riceverai automaticamente e-mail su eventuali aggiornamenti alla pull request, nonché quando la pull request viene unita o chiusa.

**Nota**  
Durante la creazione di una pull request, la differenza visualizzata è la differenza tra la punta del ramo di origine e la punta del ramo di destinazione. Una volta creata la pull request, la differenza visualizzata sarà tra la revisione della pull request scelta e il commit che costituiva la punta del ramo di destinazione quando è stata creata la pull request. Per ulteriori informazioni sulle differenze e sulle basi di unione in Git, consulta [git-merge-base](https://git-scm.com/docs/git-merge-base)la documentazione di Git.

Puoi utilizzare la funzione **Write description for me** durante la creazione di richieste pull per fare in modo che Amazon Q crei automaticamente una descrizione delle modifiche contenute in una richiesta pull. Quando scegli questa opzione, Amazon Q analizza le differenze tra il ramo di origine che contiene le modifiche al codice e il ramo di destinazione in cui desideri unire queste modifiche. Quindi crea un riepilogo di quali sono tali modifiche, nonché la migliore interpretazione dell'intento e dell'effetto di tali modifiche. Questa funzionalità è disponibile solo nella regione degli Stati Uniti occidentali (Oregon) per le CodeCatalyst pull request. La funzione **Scrivi descrizione per me** non è disponibile per le richieste pull negli archivi collegati.

**Nota**  
**Realizzato da Amazon Bedrock**: AWS implementa il rilevamento [automatico degli abusi](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Poiché le funzionalità **Scrivi una descrizione per me**, **Crea un riepilogo dei commenti**, **Attività consigliate**, **Usa Amazon Q per creare o aggiungere funzionalità a un progetto** e **Assegna i problemi ad Amazon Q** con Amazon Q Developer Agent per lo sviluppo software sono supportate da Amazon Bedrock, gli utenti possono utilizzare al meglio i controlli implementati in Amazon Bedrock per rafforzare la protezione, la sicurezza e l’uso responsabile dell’intelligenza artificiale (IA).

**Come creare una richiesta pull**

1. Vai al tuo progetto.

1. Esegui una delle seguenti operazioni:
   + Nel riquadro di navigazione, scegli **Codice**, scegli **Richieste pull**, quindi scegli **Crea richiesta pull**. 
   + Nella home page del repository, scegli **Altro**, quindi scegli **Crea richiesta pull**.
   + Nella pagina del progetto, scegli **Crea richiesta pull**.

1. Nel **repository Source**, assicurati che il repository di origine specificato sia quello che contiene il codice commesso. Questa opzione appare solo se non hai creato la pull request dalla pagina principale del repository.

1. Nel **ramo di destinazione**, scegli il ramo in cui unire il codice dopo averlo esaminato. 

1. Nel **ramo di origine**, scegli il ramo che contiene il codice commesso. 

1. In **Pull request title**, inserisci un titolo che aiuti gli altri utenti a capire cosa deve essere esaminato e perché. 

1. (Facoltativo) Nella **descrizione della richiesta Pull**, fornisci informazioni come un link ai problemi o una descrizione delle modifiche.
**Suggerimento**  
Puoi scegliere **Write description for me per** generare CodeCatalyst automaticamente una descrizione delle modifiche contenute nella pull request. Puoi apportare modifiche alla descrizione generata automaticamente dopo averla aggiunta alla pull request.  
Questa funzionalità richiede che le funzionalità di intelligenza artificiale generativa siano abilitate per lo spazio e non è disponibile per le richieste pull negli archivi collegati. Per ulteriori informazioni, consulta [Gestione delle funzionalità di intelligenza artificiale generativa](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html). 

1. (Facoltativo) In **Problemi**, scegli **Problemi di collegamento**, quindi scegli un problema dall'elenco o inserisci il relativo ID. Per scollegare un problema, scegli l'icona di scollegamento.

1. (Facoltativo) In Revisori **obbligatori, scegli **Aggiungi** revisori** richiesti. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori obbligatori devono approvare le modifiche prima che la pull request possa essere unita al ramo di destinazione. 
**Nota**  
Non è possibile aggiungere un revisore sia come revisore obbligatorio che come revisore opzionale. Non puoi aggiungerti come revisore. 

1. (Facoltativo) In **Revisori opzionali, scegli Aggiungi revisori** **opzionali**. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori opzionali non devono approvare le modifiche come requisito prima che la pull request possa essere unita al ramo di destinazione. 

1. Esamina le differenze tra le filiali. La differenza mostrata in una pull request è rappresentata dalle modifiche tra la revisione nel ramo di origine e la base di unione, che è l'head commit del ramo di destinazione al momento della creazione della pull request. Se non viene visualizzata alcuna modifica, i rami potrebbero essere identici oppure potresti aver scelto lo stesso ramo sia per l'origine che per la destinazione. 

1. Quando sei sicuro che la pull request contenga il codice e le modifiche che desideri rivedere, scegli **Crea**.
**Nota**  
Dopo aver creato la pull request, puoi aggiungere commenti. I commenti possono essere aggiunti alla pull request o alle singole righe dei file, nonché alla pull request complessiva. È possibile aggiungere collegamenti a risorse, ad esempio file, utilizzando il segno @ seguito dal nome del file. <a name="pull-requests-create-from-branch"></a>

**Per creare una pull request da una filiale**

1. Vai al progetto in cui desideri creare una pull request.

1. Nel riquadro di navigazione, scegli **Archivi di origine**, quindi scegli il repository che contiene il ramo in cui devi rivedere le modifiche al codice.

1. Scegli la freccia a discesa accanto al nome del ramo predefinito, quindi scegli il ramo che desideri dall'elenco. **Per visualizzare tutti i rami di un repository, scegli Visualizza tutto.**

1. Scegli **Altro**, quindi scegli **Crea pull request**.

1. Il repository e il ramo sorgente sono preselezionati automaticamente. Nel **ramo di destinazione**, scegli il ramo in cui unirai il codice una volta esaminato. In **Pull request title**, inserisci un titolo che aiuti gli altri utenti del progetto a capire cosa deve essere esaminato e perché. Facoltativamente, fornisci ulteriori informazioni nella **descrizione della richiesta Pull**, ad esempio incollando un link a problemi correlati in CodeCatalyst o aggiungendo una descrizione delle modifiche apportate. 
**Nota**  
I flussi di lavoro configurati per l'esecuzione di eventi pull request create verranno eseguiti dopo la creazione della pull request, se il ramo di destinazione per la pull request corrisponde a uno dei rami specificati nel flusso di lavoro.

1. Esamina le differenze tra i rami. Se non viene visualizzata alcuna modifica, i rami potrebbero essere identici oppure potresti aver scelto lo stesso ramo sia per l'origine che per la destinazione. 

1. (Facoltativo) In **Problemi**, scegli **Problemi di collegamento**, quindi scegli un problema dall'elenco o inserisci il relativo ID. Per scollegare un problema, scegli l'icona di scollegamento.

1. (Facoltativo) In Revisori **obbligatori, scegli **Aggiungi** revisori** richiesti. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori obbligatori devono approvare le modifiche prima che la pull request possa essere unita al ramo di destinazione.
**Nota**  
Non puoi aggiungere un revisore sia come obbligatorio che come facoltativo. Non puoi aggiungerti come revisore.

1. (Facoltativo) In **Revisori opzionali, scegli Aggiungi revisori** **opzionali**. Scegli dall'elenco dei membri del progetto per aggiungerli. I revisori opzionali non devono approvare le modifiche prima che la pull request possa essere unita al ramo di destinazione. 

1. **Quando ritieni che la pull request contenga le modifiche che desideri rivedere e includa i revisori richiesti, scegli Crea.**

Se hai dei flussi di lavoro configurati per essere eseguiti laddove il ramo corrisponde al ramo di destinazione nella pull request, vedrai le informazioni su tali flussi di lavoro in **Panoramica** nell'area dei **dettagli della pull request** dopo la creazione della pull request. Per ulteriori informazioni, consulta [Aggiungere trigger ai flussi di lavoro](workflows-add-trigger-add.md).

# Visualizzazione delle richieste pull
<a name="pull-requests-view"></a>

Puoi visualizzare le pull request per un progetto nella CodeCatalyst console Amazon. La pagina di riepilogo del progetto mostra tutte le richieste pull aperte per un progetto. Per visualizzare tutte le pull request indipendentemente dallo stato, vai alla pagina delle pull request relativa al tuo progetto. Quando visualizzi una pull request, puoi scegliere di avere un riepilogo di tutti i commenti lasciati sulle modifiche alla pull request creata per te.

**Nota**  
**Realizzato da Amazon Bedrock**: AWS implementa il rilevamento [automatico degli abusi](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Poiché le funzionalità **Scrivi una descrizione per me**, **Crea un riepilogo dei commenti**, **Attività consigliate**, **Usa Amazon Q per creare o aggiungere funzionalità a un progetto** e **Assegna i problemi ad Amazon Q** con Amazon Q Developer Agent per lo sviluppo software sono supportate da Amazon Bedrock, gli utenti possono utilizzare al meglio i controlli implementati in Amazon Bedrock per rafforzare la protezione, la sicurezza e l’uso responsabile dell’intelligenza artificiale (IA).<a name="pull-requests-view-open-project"></a>

**Per visualizzare le pull request aperte**

1. Vai al progetto in cui desideri visualizzare le pull request.

1. Nella pagina del progetto, vengono visualizzate le richieste pull aperte, incluse informazioni su chi ha creato la pull request, quale repository contiene i rami per la pull request e la data di creazione della pull request. È possibile filtrare la visualizzazione delle pull request aperte per repository di origine.

1. Per visualizzare tutte le richieste pull, scegli **Visualizza tutto**. Puoi usare i selettori per scegliere tra le opzioni. Ad esempio, per visualizzare tutte le pull request, scegliete **Qualsiasi status** e **Qualsiasi autore**. 

   In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli **Richieste Pull**, quindi utilizza i selettori per affinare la visualizzazione.

1. Nella pagina delle **richieste Pull**, puoi ordinare le richieste pull per ID, titolo, stato e altro. Per personalizzare quali informazioni e quante informazioni vengono visualizzate nella pagina delle pull request, scegli l'icona a forma di ingranaggio. 

1. Per visualizzare una pull request specifica, selezionala dall'elenco.

1. Per visualizzare lo stato delle esecuzioni dei flussi di lavoro associati a questa richiesta pull, se presenti, scegli **Panoramica** ed esamina le informazioni nell'area dei **dettagli della richiesta pull** della pull request in **Workflow run**. 

   L'esecuzione del flusso di lavoro verrà eseguita se il flusso di lavoro è configurato con eventi di creazione o revisione della pull request e se i requisiti del ramo di destinazione nel flusso di lavoro corrispondono al ramo di destinazione specificato nella pull request. Per ulteriori informazioni, consulta [Aggiungere trigger ai flussi di lavoro](workflows-add-trigger-add.md).

1. Per visualizzare gli eventuali problemi collegati, scegli **Panoramica e consulta** le informazioni nei **dettagli della richiesta Pull** in **Problemi**. Se desideri visualizzare un problema collegato, scegli il relativo ID dall'elenco.

1. (Facoltativo) Per creare un riepilogo dei commenti lasciati sulle modifiche al codice nelle revisioni della pull request, scegli **Crea riepilogo dei contenuti**. Il riepilogo non includerà alcun commento lasciato sulla pull request complessiva.
**Nota**  
Questa funzionalità richiede che le funzionalità di intelligenza artificiale generativa siano abilitate per lo spazio, non è disponibile per gli archivi collegati ed è disponibile solo nella regione Stati Uniti occidentali (Oregon). Per ulteriori informazioni, consulta [Gestione delle funzionalità di intelligenza artificiale generativa](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html). 

1. Per visualizzare le modifiche al codice nella pull request, scegli **Modifiche**. Puoi visualizzare rapidamente quanti file hanno modifiche nella pull request e quali file della pull request contengono commenti, in **Files changed**. Il numero di commenti visualizzato accanto a una cartella indica il numero di commenti sui file in quella cartella. Espandi la cartella per visualizzare il numero di commenti per ogni file contenuto nella cartella. Puoi anche visualizzare eventuali commenti lasciati su righe di codice specifiche.

   
**Nota**  
Non tutte le modifiche in una pull request possono essere visualizzate nella console. Ad esempio, non è possibile visualizzare i sottomoduli Git nella console, quindi non è possibile visualizzare le differenze in un sottomodulo in una pull request. Alcune differenze potrebbero essere troppo grandi per essere visualizzate. Per ulteriori informazioni, consultare [Quote per i repository di sorgenti in CodeCatalyst](source-quotas.md) e [Visualizzazione di un fileVisualizzazione della cronologia delle modifiche apportate a un file](source-files-view.md).

1. Per visualizzare i report sulla qualità per questa pull request, scegli **Report**. 
**Nota**  
È necessario configurare un flusso di lavoro per generare report in modo che possano essere visualizzati nelle richieste pull. Per ulteriori informazioni, consulta [Test con flussi di lavoroTest con flussi di lavoro](test-workflow-actions.md). 

# Gestione dei requisiti per l'unione di una pull request con le regole di approvazione
<a name="source-pull-requests-approval-rules"></a>

Quando crei una pull request, puoi scegliere di aggiungere revisori obbligatori o facoltativi a quella richiesta pull individuale. Tuttavia, puoi anche creare requisiti che tutte le pull request devono soddisfare quando si uniscono a un ramo di destinazione specifico. Questi requisiti sono denominati regole di approvazione. Le regole di approvazione sono configurate per le filiali di un repository. Quando si crea una richiesta pull il cui ramo di destinazione dispone di una regola di approvazione configurata per tale ramo, è necessario soddisfare i requisiti di tale regola oltre alle approvazioni di tutti i revisori necessari prima di poter unire la pull request a quel ramo. La creazione di regole di approvazione può aiutarvi a mantenere gli standard di qualità per le fusioni in filiali, ad esempio il ramo predefinito.

Le regole di approvazione applicate al ramo predefinito del repository di origine si comporteranno in modo leggermente diverso rispetto alle regole di approvazione applicate ad altre filiali. Qualsiasi regola applicata al ramo predefinito verrà applicata automaticamente a qualsiasi ramo specificato come ramo predefinito. Il ramo precedentemente impostato come ramo predefinito manterrà le regole ad esso applicate.

Quando si creano regole di approvazione, è necessario considerare in che modo tali regole verranno rispettate dagli utenti del progetto sia nel presente che in futuro. Ad esempio, se nel progetto sono presenti sei utenti e crei una regola di approvazione che richiede cinque approvazioni prima di poter essere unita al ramo di destinazione, hai effettivamente creato una regola che richiede a tutti tranne la persona che ha creato le pull request di approvare quella pull request prima che possa essere unita. 

**Nota**  
È necessario avere il ruolo di amministratore del progetto per creare e gestire le regole di approvazione nei progetti. CodeCatalyst Non è possibile creare regole di approvazione per gli archivi collegati.

 Non è possibile eliminare le regole di approvazione, ma è possibile aggiornarle in modo che richiedano zero approvazioni, il che rimuove di fatto la regola.<a name="view-edit-approval-rules"></a>

**Per visualizzare e modificare le regole di approvazione per le filiali di destinazione per le richieste pull**

1. Vai al progetto in cui risiede il tuo repository.

1. Scegli il nome del repository dall'elenco dei repository di origine per il progetto. In alternativa, nel riquadro di navigazione, scegli **Codice**, quindi scegli Archivi di **origine**.

   Scegli il repository in cui desideri visualizzare le regole di approvazione.

1. **Nella pagina di panoramica del repository, scegli Branches.**

1. Nella colonna **Regole di approvazione**, scegli **Visualizza per visualizzare** lo stato di tutte le regole per ogni ramo del repository. 

   In **Numero minimo di approvazioni**, il numero corrisponde al numero di approvazioni necessarie prima che una pull request possa essere unita a quel ramo.

1. **Per creare o modificare una regola di approvazione, scegli Gestisci impostazioni.** Nella pagina delle impostazioni per l'archivio di origine, in **Regole di approvazione**, scegli **Modifica**.
**Nota**  
È necessario disporre del ruolo di **amministratore del progetto** per modificare le regole di approvazione.

1. In **Branch**, scegli il nome del ramo per il quale desideri configurare una regola di approvazione dall'elenco a discesa. **In **Numero minimo di approvazioni**, inserisci un numero, quindi scegli Salva.**

# Revisione di una richiesta di pull
<a name="pull-requests-review"></a>

Puoi utilizzare la CodeCatalyst console Amazon per rivedere e commentare in modo collaborativo le modifiche incluse in una pull request. Puoi aggiungere commenti a singole righe di codice nella differenza tra i rami di origine e di destinazione o nella differenza tra le revisioni della pull request. Puoi scegliere di creare un riepilogo dei commenti lasciati sulle modifiche al codice nella pull request per aiutarti a comprendere rapidamente il feedback lasciato dagli altri utenti. Puoi anche scegliere di creare un ambiente di sviluppo per lavorare sul codice. 

**Nota**  
**Realizzato da Amazon Bedrock**: AWS implementa il rilevamento [automatico degli abusi](https://docs.aws.amazon.com//bedrock/latest/userguide/abuse-detection.html). Poiché le funzionalità **Scrivi una descrizione per me**, **Crea un riepilogo dei commenti**, **Attività consigliate**, **Usa Amazon Q per creare o aggiungere funzionalità a un progetto** e **Assegna i problemi ad Amazon Q** con Amazon Q Developer Agent per lo sviluppo software sono supportate da Amazon Bedrock, gli utenti possono utilizzare al meglio i controlli implementati in Amazon Bedrock per rafforzare la protezione, la sicurezza e l’uso responsabile dell’intelligenza artificiale (IA).

**Suggerimento**  
Puoi configurare gli eventi di pull request relativi ai quali ricevere e-mail come parte del tuo profilo. Per ulteriori informazioni, consulta [Invio di notifiche via email e su Slack da CodeCatalyst](notifications-manage.md).<a name="merge-base"></a>

Le pull request mostrano quale sarà la differenza tra la revisione della pull request e il commit che era alla base del branch di destinazione al momento della creazione della pull request. Questa è chiamata merge base. Per ulteriori informazioni sulle differenze e sulle basi di unione in Git, consulta [git-merge-base](https://git-scm.com/docs/git-merge-base)la documentazione di Git.

**Suggerimento**  
Quando lavori sulla console, in particolare se hai una pull request aperta da un po' di tempo, valuta la possibilità di aggiornare il browser per assicurarti di avere a disposizione l'ultima revisione di una pull request prima di iniziare a esaminarla.

**Per esaminare una pull request nella console CodeCatalyst**

1. Vai al tuo progetto.

1. Passa alle pull request effettuando una delle seguenti operazioni:
   + Se la pull request è elencata nella pagina del progetto, sceglila dall'elenco. 
   + Se la pull request non è elencata nella pagina del progetto, scegli **Visualizza tutto**. Usa i filtri e ordina per trovare la pull request, quindi sceglila dall'elenco.
   + Nel riquadro di navigazione, scegli **Code**, quindi scegli **Pull request**.

1. Scegli la pull request che desideri esaminare dall'elenco. Puoi filtrare l'elenco delle pull request digitando parte del relativo nome nella barra dei filtri.

1. In **Panoramica**, puoi rivedere il nome e il titolo della pull request. Puoi creare e visualizzare i commenti lasciati sulla pull request stessa. Puoi anche visualizzare i dettagli della pull request, comprese le informazioni sulle esecuzioni del flusso di lavoro, i problemi collegati, i revisori, l'autore della pull request e le possibili strategie di fusione. 
**Nota**  
**I commenti lasciati su righe di codice specifiche vengono visualizzati in Modifiche.**

1. (Facoltativo) Per aggiungere un commento che si applichi all'intera pull request, espandi **Commenti sulla pull request**, quindi scegli **Crea commento**.

1. (Facoltativo) Per visualizzare un riepilogo di tutti i commenti lasciati sulle modifiche nelle revisioni di questa pull request, scegli **Crea riepilogo dei commenti**.
**Nota**  
Questa funzionalità richiede che le funzionalità di intelligenza artificiale generativa siano abilitate per lo spazio ed è disponibile solo nella regione degli Stati Uniti occidentali (Oregon). Per ulteriori informazioni, consulta [Gestione delle funzionalità di intelligenza artificiale generativa](https://docs.aws.amazon.com/codecatalyst/latest/adminguide/managing-generative-ai-features.html). 

1. In **Modifiche**, puoi vedere le differenze tra il ramo di destinazione e la revisione più recente della pull request. Se esiste più di una revisione, puoi modificare le revisioni confrontate nella differenza tra di esse. Per ulteriori informazioni sulle revisioni, vedere. [Revisioni](source-concepts.md#revision-concept)
**Suggerimento**  
Puoi visualizzare rapidamente quanti file hanno subito modifiche nella richiesta pull e quali file della pull request contengono commenti, in **File modificati**. Il numero di commenti visualizzato accanto a una cartella indica il numero di commenti sui file in quella cartella. Espandi la cartella per visualizzare il numero di commenti per ogni file contenuto nella cartella.

1. Per modificare il modo in cui vengono visualizzate le differenze, scegli tra **Unified** e **Split**. 

1. Per aggiungere un commento a una riga della pull request, vai alla riga che desideri commentare. Scegli l'icona del commento che appare per quella riga, inserisci un commento, quindi scegli **Salva**. 

1. Per visualizzare le modifiche tra le revisioni in una pull request o tra i rami di origine e di destinazione, scegli una delle opzioni disponibili in **Confronto**. I commenti sulle righe delle revisioni vengono conservati in tali revisioni. 

1. Se hai configurato il flusso di lavoro per generare un rapporto sulla copertura del codice sui trigger delle pull request, puoi visualizzare i risultati della copertura delle linee e delle filiali nella pull request pertinente. Per nascondere i risultati della copertura del codice, scegli **Nascondi copertura del codice.** Per ulteriori informazioni, consulta [Report di copertura del codice](test-workflow-actions.md#test-code-coverage-reports).

1. Se desideri apportare modifiche al codice della pull request, puoi creare un ambiente di sviluppo dalla pull request. Scegli **Create Dev Environment**. Facoltativamente, aggiungi un nome per l'ambiente di sviluppo o modifica la sua configurazione, quindi scegli **Crea**.

1. In **Reports**, puoi visualizzare i report sulla qualità contenuti in questa pull request. Se esiste più di una revisione, è possibile modificare le revisioni confrontate in base alla differenza tra di esse. È possibile filtrare i report per nome, stato, flusso di lavoro, azione e tipo.
**Nota**  
È necessario configurare un flusso di lavoro per generare report in modo che possano essere visualizzati nelle richieste pull. Per ulteriori informazioni, consulta [Configurazione dei report sulla qualità in un'azione](test-config-action.md).

1. Per visualizzare un report specifico, selezionalo dall'elenco. Per ulteriori informazioni, consulta [Test con flussi di lavoroTest con flussi di lavoro](test-workflow-actions.md).

1. **Se sei elencato come revisore di questa pull request e desideri approvare le modifiche, assicurati di visualizzare la revisione più recente, quindi scegli Approva.** 
**Nota**  
Tutti i revisori obbligatori devono approvare una pull request prima che possa essere unita.

# Aggiornamento di una richiesta di pull
<a name="pull-requests-update"></a>

Puoi semplificare la revisione del codice da parte degli altri membri del progetto aggiornando la pull request. Puoi aggiornare una pull request per modificarne i revisori, i link ai problemi, il titolo della pull request o la sua descrizione. Ad esempio, potresti voler modificare i revisori richiesti per una pull request per rimuovere qualcuno che è in vacanza e aggiungere qualcun altro. Puoi anche aggiornare una pull request con ulteriori modifiche al codice inviando i commit al ramo sorgente di una pull request aperta. Ogni push al ramo sorgente di una pull request nel repository dei CodeCatalyst sorgenti crea una revisione. I membri del progetto possono visualizzare le differenze tra le revisioni in una pull request.<a name="pull-requests-update-reviewers"></a>

**Per aggiornare i revisori per una pull request**

1. Vai al progetto in cui desideri aggiornare i revisori di una pull request.

1. Nella pagina del progetto, in **Apri richieste pull**, scegli la pull request in cui desideri aggiornare i revisori. In alternativa, nel pannello di navigazione, scegli **Code**, scegli **Pull request**, quindi scegli la pull request che desideri aggiornare. 

1. (Facoltativo) In **Panoramica**, nell'area dei **dettagli della richiesta Pull**, scegli il segno più per aggiungere revisori obbligatori o facoltativi. Scegli la **X** accanto a un revisore per rimuoverlo come revisore facoltativo o obbligatorio.

   

1. (Facoltativo) In **Panoramica**, nell'area dei **dettagli della richiesta pull**, scegli Collega **problemi** per collegare un problema alla pull request, quindi scegli un problema dall'elenco o inserisci il relativo ID. Per scollegare un problema, scegli l'icona di scollegamento accanto al problema che desideri scollegare. <a name="pull-requests-update-code"></a>

**Per aggiornare file e codice nel ramo sorgente di una pull request**

1. Per aggiornare più file, [crea un ambiente di sviluppo](devenvironment-create.md) o clona il repository e il suo ramo sorgente e usa un client Git o un ambiente di sviluppo integrato (IDE) per apportare modifiche ai file nel ramo di origine. Conferma e invia le modifiche al ramo di origine nel repository di CodeCatalyst origine per aggiornare automaticamente la pull request con le modifiche. Per ulteriori informazioni, consultare [Clonazione di un repository di origine](source-repositories-clone.md) e [Comprendere le modifiche al codice sorgente con i commit in Amazon CodeCatalyst](source-commits.md).

1. Per aggiornare un singolo file in un ramo sorgente, puoi usare un client Git o un IDE come faresti per più file. Puoi anche modificarlo direttamente nella CodeCatalyst console. Per ulteriori informazioni, consulta [Modifica di un file](source-files-edit.md).<a name="pull-requests-update-pull-request"></a>

**Per aggiornare il titolo e la descrizione di una pull request**

1. Vai al progetto in cui desideri aggiornare il titolo o la descrizione di una pull request.

1. La pagina del progetto mostra le pull request aperte, incluse informazioni su chi ha creato la pull request, quale repository contiene i rami per la pull request e quando è stata creata la pull request. È possibile filtrare la visualizzazione delle pull request aperte per repository di origine. Scegli la pull request che desideri modificare dall'elenco.

1. Per visualizzare tutte le pull request, scegli **Visualizza tutto**. In alternativa, nel riquadro di navigazione, scegli **Code**, quindi scegli **Pull request**. Usa la casella di filtro o le funzioni di ordinamento per trovare la pull request che desideri modificare, quindi selezionala.

1.  In **Panoramica**, scegli **Modifica**.

1. Cambia il titolo o la descrizione, quindi scegli **Salva**.

# Unione di una richiesta di pull
<a name="pull-requests-merge"></a>

Dopo che il codice è stato esaminato e tutti i revisori richiesti lo hanno approvato, puoi unire una pull request nella CodeCatalyst console utilizzando una strategia di unione supportata, ad esempio fast-forward. Non tutte le strategie di unione supportate nella CodeCatalyst console sono disponibili come scelte per tutte le richieste pull. CodeCatalyst valuta l'unione e consente di scegliere solo tra strategie di unione disponibili nella console e in grado di unire il ramo di origine con il ramo di destinazione. Puoi anche unire una richiesta pull con la tua scelta di strategie di fusione Git eseguendo il **git merge** comando sul tuo computer locale o in un ambiente di sviluppo per unire il ramo di origine nel ramo di destinazione. È quindi possibile inviare tali modifiche nel ramo di destinazione all'archivio di origine. CodeCatalyst 

**Nota**  
L'unione del ramo e l'inserimento delle modifiche in Git non chiude automaticamente la pull request.

Se hai il ruolo di amministratore di progetto, puoi anche scegliere di unire una pull request che non ha ancora soddisfatto tutti i requisiti per le approvazioni e le regole di approvazione. 

## Unione di una pull request (console)
<a name="pull-requests-merge-console"></a>

È possibile unire una richiesta pull nella CodeCatalyst console se non ci sono conflitti di unione tra i rami di origine e di destinazione e se tutti i revisori richiesti hanno approvato la pull request. **Se ci sono conflitti o se l'unione non può essere completata, il pulsante di unione è inattivo e viene visualizzata l'etichetta Non unibile.** In tal caso, è necessario ottenere l'approvazione di tutti gli approvatori necessari, risolvere i conflitti a livello locale se necessario e apportare le modifiche prima di procedere all'unione. L'unione di una pull request invierà automaticamente un'e-mail al creatore della pull request e a tutti i revisori obbligatori o facoltativi. Non chiuderà o modificherà automaticamente lo stato di eventuali problemi collegati alla pull request.

**Suggerimento**  
Puoi configurare quali eventi di pull request ricevere e-mail come parte del tuo profilo. Per ulteriori informazioni, consulta [Invio di notifiche via email e su Slack da CodeCatalyst](notifications-manage.md).<a name="pull-requests-merge-console"></a>

**Per unire una pull request**

1. Vai al progetto in cui desideri unire una richiesta pull.

1. Nella pagina del progetto, in **Apri richieste pull**, scegli la pull request che desideri unire. Se non vedi la pull request, scegli **Visualizza tutte le pull request** e poi sceglila dall'elenco. In alternativa, nel pannello di navigazione, scegli **Code**, scegli **Pull request**, quindi scegli la pull request che desideri unire. Selezionare **Merge (Unisci)**.

1. Scegli tra le strategie di unione disponibili per la pull request. **Facoltativamente, seleziona o deseleziona l'opzione per eliminare il ramo di origine dopo aver unito la pull request, quindi scegli Merge.**
**Nota**  
Se il pulsante **Unisci** è inattivo o viene visualizzata l'etichetta **Non unibile**, significa che i revisori obbligatori non hanno ancora approvato la pull request oppure la pull request non può essere unita nella console. CodeCatalyst **Un revisore che non ha approvato una pull request è indicato da un'icona a forma di orologio nell'area dei dettagli della **pull request** in Panoramica.** Se tutti i revisori obbligatori hanno approvato la pull request ma il pulsante **Merge** è ancora inattivo, potresti avere un conflitto di unione. Scegli l'etichetta sottolineata **Non unibile** per visualizzare maggiori dettagli sul motivo per cui la pull request non può essere unita. Puoi risolvere i conflitti di unione per il ramo di destinazione in un ambiente di sviluppo o nella CodeCatalyst console e quindi unire la richiesta pull, oppure puoi risolvere i conflitti e unirli localmente, quindi inviare il commit che contiene l'unione al ramo di origine. CodeCatalyst Per ulteriori informazioni, consulta [Unire una richiesta pull (Git)](#pull-requests-merge-git) la documentazione di Git.

## Sostituisci i requisiti di unione
<a name="pull-requests-merge-override"></a>

Se hai il ruolo di **amministratore di progetto**, puoi scegliere di unire una pull request che non ha ancora soddisfatto tutti i requisiti per le approvazioni e le regole di approvazione richieste. Questa operazione viene definita come l'annullamento dei requisiti per una pull request. Potresti scegliere di farlo se un revisore richiesto non è disponibile o se hai urgente necessità di unire una pull request specifica in una filiale con regole di approvazione che non possono essere soddisfatte rapidamente. <a name="pull-requests-merge-console"></a>

**Per unire una pull request**

1. **Nella pull request in cui desideri sovrascrivere i requisiti e unirli, scegli la freccia a discesa accanto al pulsante Unisci.** **Scegli Ignora i requisiti di approvazione.**

1. In **Override reason**, fornisci i dettagli del motivo per cui stai unendo questa pull request senza che soddisfi le regole di approvazione e i requisiti richiesti per i revisori. Sebbene sia facoltativo, è altamente consigliato. 

1. Facoltativamente, scegli una strategia di fusione o accetta quella predefinita. Puoi anche scegliere di aggiornare il messaggio di commit generato automaticamente con maggiori dettagli.

1. Seleziona o deseleziona l'opzione per eliminare il ramo di origine al momento dell'unione. Ti consigliamo di mantenere il ramo di origine quando sostituisci i requisiti per l'unione di una pull request fino a quando non avrai avuto la possibilità di rivedere la decisione con gli altri membri del team.

1. Selezionare **Merge (Unisci)**.

## Unire una richiesta pull (Git)
<a name="pull-requests-merge-git"></a>

Git supporta molte opzioni per unire e gestire le filiali. I seguenti comandi sono alcune delle opzioni che puoi usare. Per ulteriori informazioni, consulta la documentazione disponibile sul [sito Web Git](https://git-scm.com/doc). Dopo aver unito e inserito le modifiche, chiudi manualmente la pull request. Per ulteriori informazioni, consulta [Chiusura di una pull request](pull-requests-close.md).


**Comandi Git comuni per unire rami**  

|  |  | 
| --- |--- |
|  Unisce le modifiche dal ramo di origine nel repository locale al ramo di destinazione nel repository locale.  |  `git checkout destination-branch-name` `git merge source-branch-name`  | 
|  Unisce il ramo di origine al ramo di destinazione, specificando un'unione rapida. In questo modo i rami vengono uniti e il puntatore del ramo di destinazione viene spostato sulla punta del ramo di origine.  |  `git checkout destination-branch-name` `git merge --ff-only source-branch-name`  | 
|  Unisce il ramo di origine al ramo di destinazione, specificando un'unione squash. Questo combina tutti i commit del ramo di origine in un unico commit di unione nel ramo di destinazione.  |  `git checkout destination-branch-name` `git merge --squash source-branch-name`  | 
|  Unisce il ramo di origine al ramo di destinazione, specificando un'unione a tre vie. Questo crea un commit di unione e aggiunge i singoli commit dal ramo di origine al ramo di destinazione.  |  `git checkout destination-branch-name` `git merge --no-ff source-branch-name`  | 
|  Elimina il ramo di origine nel repository locale. Ciò è utile per ripulire il repository locale dopo l'unione al ramo di destinazione e aver inviato le modifiche all'archivio di origine.  |  `git branch -d source-branch-name`  | 
|  Elimina il ramo di origine nel repository remoto (il repository di origine in CodeCatalyst) utilizzando il nickname specificato dal repository locale per il repository remoto. Da notare l'utilizzo dei due punti (`:`). In alternativa, specifica `--delete` come parte del comando.  |  `git push remote-name :source-branch-name` `git push remote-name --delete source-branch-name`  | 

# Chiusura di una pull request
<a name="pull-requests-close"></a>

Puoi contrassegnare una pull request come **chiusa**. Ciò non unisce la pull request, ma può aiutarti a determinare quali pull request richiedono un'azione e quali non sono più pertinenti. Ti consigliamo di chiudere una pull request se non hai più intenzione di unire tali modifiche o se le modifiche sono state unite da un'altra pull request.

La chiusura di una pull request invierà automaticamente un'email all'autore della pull request e a tutti i revisori obbligatori o facoltativi. Non cambierà automaticamente lo stato di eventuali problemi legati alla pull request.

**Nota**  
Non è possibile riaprire una pull request dopo che è stata chiusa.<a name="pull-requests-close-pull-request"></a>

**Per chiudere una pull request**

1. Vai al progetto in cui desideri chiudere una pull request.

1. Nella pagina del progetto, vengono visualizzate le pull request aperte. Scegli la pull request che vuoi chiudere.

1. Scegli **Chiudi**.

1. Esamina le informazioni, quindi scegli **Close pull request**.