Esaminare le richieste pull

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Quando si crea una richiesta pull e si specificano revisori obbligatori/facoltativi, Azure Repos invierà una notifica ai revisori che la richiesta pull è pronta per la revisione. Tutti i revisori necessari devono approvare le modifiche nella richiesta pull prima che le modifiche possano essere unite nel ramo di destinazione. Per le richieste pull che modificano rami critici come il main ramo, il team potrebbe aver creato criteri di ramo che specificano i revisori o richiedono un numero minimo di revisori. Se i criteri dei rami aggiungono revisori facoltativi alla richiesta pull, è possibile mantenerli, richiederli o rimuoverli. Se i criteri dei rami aggiungono revisori necessari alla richiesta pull, non è possibile renderli facoltativi o rimuoverli. Per informazioni sull'assegnazione di revisori tramite criteri di ramo, vedere Includere automaticamente i revisori del codice.

Se si sta esaminando una richiesta pull, provare a fornire feedback costruttivi precisi e facili da comprendere. Per altre informazioni sul feedback di revisione, vedere Commenti e suggerimenti sulle richieste pull. Questo articolo descrive come esaminare le richieste pull in Azure DevOps.

È possibile esaminare solo le richieste pull di Azure DevOps nel portale Web usando il browser.

In questo articolo viene spiegato come:

  • Verificare le modifiche
  • Usare i commenti
  • Modificare file
  • Tenere traccia dei file esaminati
  • Votare le modifiche alle richieste pull
  • Completare una richiesta pull

In questo articolo viene spiegato come:

  • Verificare le modifiche
  • Usare i commenti
  • Votare le modifiche alle richieste pull

Prerequisiti

  • I repository devono essere abilitati nelle impostazioni del progetto Azure DevOps. Se l'hub Repos e le pagine associate non vengono visualizzate, vedere Attivare o disattivare un servizio Azure DevOps per riabilitare Repos.

  • Per esaminare le richieste pull, è necessario essere membri del progetto Azure DevOps in cui si trova la richiesta pull, con livello di accesso basic o superiore.

    Nota

    Per i progetti pubblici, gli utenti a cui è concesso l'accesso degli stakeholder hanno accesso completo ad Azure Repos.

  • I repository devono essere abilitati nelle impostazioni del progetto Azure DevOps. Se l'hub Repos e le pagine associate non vengono visualizzate, vedere Attivare o disattivare un servizio Azure DevOps per riabilitare Repos.

  • Per esaminare le richieste pull, è necessario essere membri del progetto Azure DevOps con livello di accesso basic o superiore. Se non si è membri del progetto, viene aggiunto.

È possibile gestire le richieste pull in Azure DevOps Services usando l'interfaccia della riga di comando di Azure DevOps. L'interfaccia della riga di comando di Azure DevOps è disponibile quando si installa l'interfaccia della riga di comando di Azure e l'estensione Azure DevOps. Per un elenco dei comandi dell'interfaccia della riga di comando per gestire le richieste pull, vedere i az repos pr comandi.

Verificare le modifiche

Le richieste pull consentono ai revisori designati di esaminare, discutere e votare le modifiche proposte prima che tali modifiche vengano applicate a un ramo di destinazione di un repository. Tenere presente che se lo sviluppo viene eseguito con gli stessi file in rami diversi, potrebbero verificarsi modifiche in conflitto. In tal caso è necessario analizzare e risolvere attentamente tali conflitti. A tale scopo, potrebbe essere necessario modificare manualmente il file per applicare correttamente le modifiche da origine, destinazione o entrambi i rami. L'acquisizione di tutte le modifiche dall'origine o dalla destinazione (che può essere eseguita con un singolo clic) potrebbe non essere ottimale e può comportare la perdita di alcune modifiche necessarie. Questa operazione può essere eseguita usando gli strumenti ADO o sarà più conveniente usare gli strumenti di sviluppo (ad esempio Visual Studio).

Per altre informazioni, vedere Risolvere i conflitti di unione.

I passaggi seguenti descrivono in che modo i revisori delle richieste pull in Azure Repos possono esplorare una richiesta pull per comprendere le modifiche proposte:

  1. Dal Web browser aprire il progetto team per l'organizzazione Azure DevOps. Scegliere Repo Pull requests (Richieste pull repo > ) per elencare le richieste pull. Per impostazione predefinita, una richiesta pull aperta viene visualizzata come predefinita nella scheda Panoramica .

  2. La scheda Panoramica di una richiesta pull mostra il titolo, la descrizione, i revisori, gli elementi di lavoro collegati, la cronologia, lo stato e i commenti. Leggere la descrizione della richiesta pull per visualizzare le modifiche proposte. Visualizzare i commenti per comprendere i problemi generati da altri revisori.

    Nota

    Ogni file viene stimato per una serie di modifiche ed è contrassegnato con un segno "+" o un'etichetta "rename, edit" accanto al nome. Quando un file ha modifiche superiori al 50%, viene considerato rinominato. Questa è la soglia predefinita per i repository Git che non possono essere modificati.

    Screenshot della scheda Panoramica della richiesta pull di Azure Repos.

  3. Selezionare la scheda File per esaminare tutte le modifiche al contenuto nel ramo di origine della richiesta pull. La visualizzazione iniziale mostra una visualizzazione riepilogativa di tutte le modifiche apportate ai file. Scegliere il pulsante Visualizza accanto a un file per visualizzare solo le modifiche apportate al file. Se il file è stato modificato, il pulsante Visualizza apre una visualizzazione diff. Se il file è stato aggiunto o eliminato, il pulsante Visualizza apre un riquadro contenuto.

    Screenshot di una visualizzazione di riepilogo delle modifiche nella scheda File di un P R.

    Nota

    Per motivi di prestazioni, la visualizzazione riepilogo non mostrerà le modifiche per un file di dimensioni superiori a 0,5 MB.

  4. In una visualizzazione diff per un file è possibile selezionare un layout side-by-side o Inline diff.

    Screenshot di una visualizzazione diff affiancata nella scheda File di un P R.

    Suggerimento

    Per qualsiasi singolo file di dimensioni superiori a 5 MB, la visualizzazione diff mostra il contenuto del file troncato. Per una visualizzazione diff del contenuto completo, scaricare ed esaminare tali file usando uno strumento diff locale.

    Usare l'albero dei file a sinistra per visualizzare un altro file o selezionare la radice dell'albero dei file per visualizzare una visualizzazione riepilogativa di tutte le modifiche apportate ai file.

  5. Per esaminare il set di modifiche introdotto da push specifici nel ramo di origine, selezionare uno o più insiemi di modifiche dall'elenco a discesa modifiche. Quando si seleziona uno o più insiemi di modifiche, la visualizzazione diff viene aggiornata per visualizzare solo le modifiche apportate dagli insiemi di modifiche selezionati. Questa funzionalità è utile quando sono state apportate modifiche alla richiesta pull dopo l'ultima revisione e si vogliono visualizzare le nuove modifiche. L'elenco a discesa modifiche assegna un nome a ogni set di modifiche con il messaggio di commit dal commit finale in ogni operazione push.

    Screenshot dell'elenco a discesa delle sezioni del set di modifiche nella scheda File di un P R.

    Suggerimento

    Tenere premuto MAIUSC quando si selezionano più insiemi di modifiche dall'elenco a discesa modifiche.

  6. Scegliere la scheda Aggiornamenti per visualizzare tutti i set di modifiche di cui è stato eseguito il push per assicurarsi che non siano state apportate modifiche al ramo di origine. I set di modifiche sono numerati e il set di modifiche più recente viene visualizzato nella parte superiore dell'elenco. Ogni set di modifiche mostra i commit di cui è stato eseguito il push nell'operazione push. Un set di modifiche con push forzato non sovrascriverà la cronologia del set di modifiche e verrà visualizzato nell'elenco dei set di modifiche come qualsiasi altro insieme di modifiche.

    Screenshot di un elenco di set di modifiche nella scheda Aggiornamenti di un P R.

  7. Scegliere la scheda Commit per visualizzare la cronologia dei commit del ramo di origine dopo la divergenza dal ramo di destinazione. La cronologia dei commit nella scheda Commit verrà sovrascritta se l'autore della richiesta pull esegue il push di una cronologia di commit diversa, pertanto i commit visualizzati nella scheda Commit potrebbero differire dai commit visualizzati nella scheda Aggiornamenti.

    Screenshot di un elenco di commit nella scheda Commit di un P R.

Per dare un'immagine rapida dello stato della richiesta pull, la scheda Panoramica della richiesta pull riepiloga i controlli, i requisiti e i criteri di ramo che la richiesta pull sta passando o ha esito negativo. In alcuni casi, il riepilogo mostra un frammento del messaggio di errore del log di un controllo dello stato. La panoramica elenca solo i criteri non riusciti, ma è possibile visualizzare tutti i controlli dei criteri passati e non riusciti selezionando Visualizza <n> controlli.

Nella scheda Panoramica della richiesta pull è possibile esaminare la descrizione della richiesta pull e i commenti per comprendere le modifiche proposte e visualizzare i problemi generati da altri revisori.

Screenshot che mostra la scheda Panoramica della richiesta pull.

Esaminare i file

Selezionare la scheda File pull per visualizzare le modifiche effettive apportate al ramo di origine accanto al ramo di destinazione della richiesta pull.

Nota

le diverse modifiche tra la richiesta pull di Azure DevOps e il confronto dei rami di Azure DevOps dipendono dai diversi metodi di confronto.

Esistono due metodi di confronto per il comando git diff: a due punti (git diff A..B) e a tre punti (git diff A...B). Per impostazione predefinita, le richieste pull mostrano un diff a tre punti mentre il confronto tra rami mostra invece un diff a due punti.

Ad esempio:

      C---D---E branch
     /
A---B---F---G   master

Richieste pull: git diff branch...master produrrà solo commit C, D, E. Confronto ramo: git diff branch..master produrrà commit C, D, E, F, G.

Per altri dettagli, vedere three-dot-and-two-dot-git-diff-comparisons e git diff

Screenshot di una visualizzazione diff del file nella scheda File di una richiesta pull di Azure Repos.

Nota

Quando si visualizza la differenza per un singolo file selezionato, è previsto un limite di dimensioni del file di 5 MB. Per visualizzare e diff i file di dimensioni superiori a 5 MB, è possibile scaricare il file e visualizzarlo usando uno strumento diff locale. Quando si visualizza la differenza per una raccolta di file, il limite di dimensioni per ogni file è 0,5 MB, per motivi di prestazioni.

Esaminare gli aggiornamenti

Esaminare le versioni precedenti del codice dall'elenco a discesa Tutti gli aggiornamenti .

Screenshot che mostra gli aggiornamenti delle richieste pull nella scheda File di una richiesta pull di Azure Repos.

Ogni aggiornamento al ramo aggiunge una nuova versione all'elenco e nella scheda Aggiornamenti della richiesta pull. Quando si selezionano aggiornamenti diversi, la visualizzazione differenze viene aggiornata per mostrare le differenze tra i file in ogni versione della richiesta pull.

È possibile recuperare gli aggiornamenti delle richieste pull dopo essere stati lontani dalla richiesta pull eseguendo le modifiche apportate dopo l'ultima revisione.

Esplorare un elenco delle modifiche apportate dall'autore nella scheda Aggiornamenti .

Esplorare un elenco di modifiche dall'autore.

Visualizzare e selezionare le modifiche apportate nei commit nel ramo nella scheda Commit .

Screenshot che mostra un elenco di commit nella scheda Commit di una richiesta pull di Azure Repos.

Usare i commenti

Gli autori e i revisori delle richieste pull possono comunicare tra loro aggiungendo e rispondendo ai commenti delle richieste pull. Quando si esamina una richiesta pull, usare i commenti per segnalare problemi con le modifiche proposte, suggerire modifiche e rispondere ai commenti precedenti. Obiettivo di feedback costruttivo preciso e facile da comprendere. Indirizzare i destinatari direttamente usando il relativo @usernameoggetto . Fare riferimento agli elementi di lavoro usando #workitemID e altre richieste pull tramite !pullrequestID. In alcuni casi, gli autori di richieste pull creano commenti per se stessi a scopo di documentazione.

Fornire commenti e suggerimenti nei commenti

Se il feedback si applica a una riga o a un intervallo di righe specifico in un file, aggiungere un commento in tale percorso all'interno del file:

  1. Nella scheda File di una richiesta pull passare il puntatore del mouse sulla riga su cui si desidera aggiungere commenti e selezionare il pulsante commento per aprire una casella di commento inline. È anche possibile selezionare più righe e quindi selezionare il pulsante commento visualizzato quando si passa il puntatore del mouse su tali righe.

    Screenshot dell'icona del commento in Azure Repos P Rs.

  2. Immettere il commento nella casella di commento e scegliere Commento.

    Screenshot della casella di commento nella scheda File di un'istanza di Azure Repos P R.

Se il feedback si applica all'intero file, aggiungere un commento a livello di file selezionando Aggiungi commento dal menu opzioni file:

Screenshot del menu di scelta rapida dell'albero dei file nella scheda File di azure Repos P R.

Per fornire commenti generali non correlati a un file specifico, aggiungere un commento nella scheda Panoramica :

Screenshot di una casella di commento nella scheda Panoramica di azure Repos P R.

I revisori delle richieste pull possono anche usare commenti per suggerire modifiche a righe di file specifiche, come descritto nella sezione successiva.

Suggerire modifiche nei commenti

È possibile usare i commenti per suggerire testo sostitutivo per una o più righe in un file:

  1. Nella scheda File di una richiesta pull passare il puntatore del mouse sulla riga su cui si desidera aggiungere commenti e selezionare il pulsante commento per aprire una casella di commento inline. È anche possibile selezionare più righe e quindi selezionare il pulsante commento visualizzato quando si passa il puntatore del mouse su tali righe. Se accettato, il contenuto suggerito sostituirà la riga o le righe a cui è stato aggiunto il commento.

    Screenshot dell'icona del commento in Azure Repos P Rs.

  2. Selezionare l'icona a forma di lampadina sotto la casella di commento per apportare le modifiche suggerite nella casella di commento all'interno di un blocco di codice delimitato e quindi scegliere Commento. Non verrà visualizzata un'icona a forma di lampadina se si aggiunge un commento al codice originale (a sinistra) di una visualizzazione diff side-by-side.

    Screenshot che mostra come apportare una modifica suggerita nella scheda File di azure Repos P R.

Gli autori delle richieste pull possono accettare il suggerimento:

  1. Scegliendo Applica modifiche per preparare la modifica per un commit.

    Screenshot che mostra come accettare una modifica suggerita nella scheda File di azure Repos P R.

  2. Scegliendo Commit tutte le modifiche per eseguire il commit di tutte le modifiche a fasi. Gli autori di richieste pull possono annullare ilstage un suggerimento scegliendo Annulla modifica.

    Screenshot che mostra come eseguire il commit di tutte le modifiche nella scheda File di un'istanza di Azure Repos P R.

Modificare o eliminare commenti

È possibile modificare o eliminare il commento passando il puntatore del mouse sul commento e scegliendo l'icona di modifica o eliminazione :

Screenshot che mostra i pulsanti di modifica ed eliminazione in un commento P R.

Come i commenti

Gli autori e i revisori delle richieste pull possono essere simili al commento di un altro utente passando il puntatore del mouse sul commento e scegliendo l'icona a forma di pollice in su:

Screenshot che mostra il pulsante like in un commento P R.

I commenti con mi piace mostrano un'icona a forma di pollice in alto e il numero di mi piace. Passare il puntatore del mouse sull'icona a forma di pollice verso l'alto per visualizzare l'elenco delle persone che hanno apprezzato il commento.

Screenshot che mostra il numero di commenti come in un commento P R.

Rispondi ai commenti

Gli autori delle richieste pull devono rispondere ai commenti per comunicare ai revisori come stanno indirizzando commenti e suggerimenti:

  1. Per rispondere a un commento, digitare la risposta nel campo Scrivi una risposta . Indirizzare i destinatari direttamente usando il relativo @usernameoggetto . Fare riferimento agli elementi di lavoro usando #workitemID e altre richieste pull tramite !pullrequestID.

    Screenshot che mostra dove rispondere a un commento P R.

  2. Dopo aver immesso la risposta, selezionare Rispondi e risolvi se la risposta è finale. In caso contrario, selezionare Rispondi.

    Screenshot che mostra come rispondere e/o risolvere un commento P R.

    Se si seleziona Rispondi e risolvi, lo stato del commento cambierà in Risolto. Gli autori di richieste pull possono anche modificare direttamente lo stato di un commento, come descritto nella sezione successiva.

Modificare lo stato dei commenti

I nuovi commenti hanno inizialmente lo stato Attivo , che gli autori di richieste pull aggiornano durante il processo di revisione pull per indicare come hanno risolto il feedback e i suggerimenti dei revisori. Gli autori delle richieste pull possono selezionare uno stato di commento dall'elenco a discesa stato:

Screenshot delle opzioni di stato dei commenti in un commento P R.

  • Attivo: stato predefinito per i nuovi commenti.

  • In sospeso: il problema in questo commento è in fase di revisione e attende qualcos'altro.

  • Risolto: il problema in questo commento viene risolto.

  • Non verrà risolto: il problema in questo commento viene annotato ma non verrà risolto.

  • Chiuso: la discussione in questo commento viene chiusa.

Gli autori e i revisori delle richieste pull possono tenere traccia dello stato delle richieste pull filtrando lo stato dei commenti, come descritto nella sezione successiva.

Aggiungere commenti a una richiesta pull per inviare suggerimenti, rispondere ai commenti precedenti e segnalare problemi con le modifiche proposte.

  • Impostare come commento inline nella scheda File di una richiesta pull passando il puntatore del mouse sulla riga su cui si desidera aggiungere commenti e selezionando il pulsante commentoScreenshot che mostra il pulsante Comment in una richiesta pull di Azure Repos. .

    Screenshot dei commenti in Azure Repos P Rs.

  • Inviare commenti e suggerimenti non associati a una riga di codice specifica commentando nella scheda Panoramica .

  • Indirizzare l'autore o altri revisori direttamente nei commenti usando @usernamee fare riferimento agli elementi di lavoro usando #workitemID. È anche possibile fare riferimento ad altre richieste pull usando !pullrequestID.

Modificare, eliminare o come un commento

Per modificare o eliminare il commento, passare il puntatore del mouse sul commento e selezionare l'icona a forma di matita per modificare il commento o l'icona di Garbage per eliminare il commento.

Per aggiungere un commento personale o di un altro utente, passare il puntatore del mouse sul commento e selezionare l'icona thumbs-up. I commenti con mi piace mostrano un'icona compilata e il numero di mi piace nell'elenco dei commenti. Passare il puntatore del mouse sull'icona per visualizzare l'elenco di persone che hanno apprezzato il commento.

Screenshot che mostra i pulsanti di modifica, eliminazione e like in un commento P R.

Come un commento

Per aggiungere un commento a un altro utente, selezionare l'icona a forma di cuore. Passare il puntatore del mouse sull'icona nei commenti per visualizzare l'elenco di persone che hanno apprezzato il commento.

Filtrare i commenti

È possibile selezionare i commenti o gli aggiornamenti visualizzati nella scheda Panoramica selezionando un'opzione di filtro dall'elenco a discesa filtro commenti. Ad esempio, selezionare l'opzione What's new filter (Novità del filtro) per visualizzare nuovi commenti e aggiornamenti dall'ultima apertura della richiesta pull. Ogni opzione di filtro mostra il numero di elementi per la relativa categoria.

Screenshot che mostra le opzioni di filtro dei commenti nella scheda Panoramica di un P R.

È possibile selezionare i commenti e gli aggiornamenti visualizzati nella scheda Panoramica . Nascondendo alcuni commenti e gli aggiornamenti, questi vengono visualizzati per la prima volta durante la revisione del codice. È anche possibile visualizzare solo le novità dall'ultima volta che è stata visitata la richiesta pull.

Per filtrare commenti e aggiornamenti, selezionare il pulsante Mostra tutto (n) sopra l'elenco dei commenti e selezionare una delle opzioni di filtro. La visualizzazione cambia per visualizzare solo i commenti e gli aggiornamenti selezionati. L'etichetta del pulsante cambia per visualizzare i criteri di filtro e il numero di elementi visualizzati.

Screenshot che mostra le opzioni per filtrare l'elenco di commenti in un P R.

Commenti indirizzo

È possibile apportare aggiornamenti rapidi al ramo direttamente dalla scheda File nel codice sul Web.

Screenshot che mostra il pulsante Modifica per aggiornare il codice direttamente in Azure Repos.

Rispondere e risolvere i commenti

Rispondere ai commenti e aggiornare lo stato dei commenti per informare i revisori del modo in cui si stanno indirizzando i commenti e i suggerimenti.

  • Per risolvere un commento senza rispondere, selezionare Risolvi sotto il commento.
  • Per rispondere al commento, digitare la risposta nel campo Scrivi una risposta e selezionare Rispondi.
  • Per rispondere e risolvere il commento, digitare la risposta nel campo Scrivi una risposta e selezionare Rispondi e risolvi.
  • Rispondere a revisori specifici usando @username nella risposta e fare riferimento agli elementi di lavoro tramite #workitemID. È anche possibile fare riferimento ad altre richieste pull usando !pullrequestID.

I nuovi commenti iniziano in Stato attivo . Selezionare Risolvi o Rispondi e risolvi per aggiornare lo stato dei commenti in Risolto.

Screenshot che mostra come risolvere un commento in Azure Repos P Rs.

Nell'elenco a discesa risoluzione dei commenti sono disponibili altre opzioni:

Screenshot di altre opzioni nell'elenco a discesa risoluzione dei commenti.

  • Attivo: il commento è ancora in fase di revisione.
  • In sospeso: il problema in questo commento verrà risolto, ma non è ancora stato risolto.
  • Risolto: il problema visualizzato in questo commento è risolto.
  • Non correggerà: il suggerimento nel commento viene annotato, ma questa richiesta pull non la risolverà.
  • Chiuso: la discussione per questo commento viene chiusa.

Per tenere traccia dei file che sono già stati esaminati, selezionare Altre opzioni accanto a un file nella richiesta pull e quindi selezionare Contrassegna come esaminato.

Modificare file

Per praticità, gli autori di richieste pull possono modificare i file direttamente in Azure Repos. Ad esempio, potrebbe essere stata accettata la modifica del codice suggerita da un revisore e si desidera apportare modifiche simili altrove.

  1. Scegliere File repository>, selezionare il ramo di origine della richiesta pull, selezionare un file e quindi scegliere Modifica.

    Screenshot del pulsante Modifica per aggiornare un file in Azure Repos.

  2. Apportare le modifiche nell'editor e quindi scegliere Commit per aprire la finestra di dialogo Commit .

    Screenshot del pulsante Commit in Azure Repos.

  3. Nella finestra di dialogo Commit modificare il messaggio di commit, se necessario, quindi scegliere Commit per eseguire il commit ed eseguire il push delle modifiche nella richiesta pull.

    Screenshot della finestra di dialogo Commit in Azure Repos.

Tenere traccia dei file esaminati

I revisori delle richieste pull possono tenere traccia dei file esaminati scegliendo Contrassegna come esaminato dal menu opzioni file oppure selezionando la casella di controllo accanto a un file o a una cartella:

Screenshot dell'opzione mark-as-reviewed nel menu opzioni file nella scheda File di un P R.

Votare le modifiche alle richieste pull

I revisori delle richieste pull possono votare su una richiesta pull selezionando un'opzione di voto nell'elenco a discesa dei voti. L'icona del revisore nella pagina richiesta pull mostrerà un'indicazione del voto.

Screenshot delle opzioni di voto in un'istanza di Azure Repos P R.

Le opzioni di voto sono:

  • Approva: approva le modifiche proposte nella richiesta pull. Questa opzione è solo un voto e non approva il PR.

  • Approva con suggerimenti: approva le modifiche proposte nella richiesta pull con suggerimenti facoltativi per il miglioramento. Questa opzione è solo un voto e non approva il PR.

  • Attendere l'autore: chiede all'autore di esaminare i commenti del revisore. L'autore della richiesta pull deve informare i revisori di rivalutare il codice dopo che l'autore della richiesta pull ha risolto i commenti. Se un revisore obbligatorio imposta questa opzione di voto, il voto bloccherà l'approvazione della richiesta pull.

  • Rifiuta: indica che le modifiche non sono accettabili. Quando si sceglie questa opzione, aggiungere un commento che spiega perché. Se un revisore obbligatorio imposta questa opzione di voto, il voto bloccherà l'approvazione della richiesta pull.

  • Reimposta feedback: cancella il voto. L'assenza di un voto non impedisce il completamento di una richiesta pull.

Usare il pulsante in alto a destra nella richiesta pull per votare le modifiche della richiesta pull. L'opzione predefinita è Approva, ma è possibile selezionare altre opzioni nell'elenco a discesa:

Screenshot che mostra le opzioni di voto P R.

  • Approva: approvare le modifiche proposte nella richiesta pull.
  • Approva con suggerimenti: approvare la richiesta pull, ma fornire suggerimenti facoltativi per il miglioramento.
  • Attendere l'autore: non approvare le modifiche e chiedere all'autore di esaminare i commenti. L'autore dovrebbe informare di rivedere di nuovo il codice dopo aver affrontato le preoccupazioni.
  • Rifiuta: le modifiche non sono accettabili. Lasciare un commento nella richiesta pull per spiegare perché.
  • Reimpostare il feedback: rimuovere il voto.

Completare una richiesta pull

Gli autori delle richieste pull possono selezionare un'opzione di risoluzione pull:

Screenshot delle opzioni di risoluzione P R in azure Repos P R.

  • Completa: completare la richiesta pull ora se tutti i revisori necessari lo hanno approvato e vengono soddisfatti tutti i criteri di ramo necessari.

  • Impostare il completamento automatico: completare automaticamente la richiesta pull quando tutti i revisori necessari lo approvano e vengono soddisfatti tutti i criteri di ramo necessari.

  • Contrassegna come bozza: impostare la richiesta pull sullo stato bozza su indica che non è pronta per la revisione. Per una bozza di richiesta pull, è possibile selezionare Pubblica per rimuovere lo stato della bozza e contrassegnarlo pronto per la revisione.

  • Abbandono: chiudere la richiesta pull. Per una richiesta pull abbandonata, è possibile selezionare Riattiva per ripristinarla.

Per altre informazioni sul completamento di una richiesta pull, vedere Completare la richiesta pull.

Passaggi successivi