Aggiornare il codice con recupero, unione e pull

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

Visual Studio 2022 | Visual Studio 2019 | Visual Studio 2017 | Visual Studio 2015

Quando sono presenti diversi collaboratori a un progetto, mantenere aggiornato il repository Git locale scaricando e integrando il lavoro caricato da altri utenti nel repository remoto del progetto. Questi comandi Git aggiornano il repository locale:

• Git fetch scarica tutti i nuovi commit caricati da altri utenti nel repository remoto. I rami di rilevamento remoto nella cache dei repository locali vengono aggiornati. I rami locali rimangono invariati.
• L'unione Git integra i commit da uno o più rami di origine in un ramo di destinazione.
• Git rebase integra i commit da un ramo di origine in un ramo di destinazione, ma usa una strategia diversa rispetto a Git merge.
• Git pull esegue un recupero e quindi un merge o una rebase per integrare i commit recuperati nel ramo locale corrente.

Visual Studio usa un subset di tali comandi Git quando si sincronizza il repository locale con un repository remoto.

Per una panoramica del flusso di lavoro Git, vedere Azure Repos esercitazione su Git.

Questo articolo illustra le procedure per le attività seguenti:

• Scaricare le modifiche con recupero
• Aggiornare i rami con merge o rebase
• Scaricare le modifiche e aggiornare i rami con pull

Scaricare le modifiche con recupero

Il recupero Git scarica i commit dei rami remoti e gli oggetti file di riferimento che non esistono nel repository locale e aggiornano i rami di rilevamento remoto nella cache del repository locale. I rami di rilevamento remoto sono copie di sola lettura memorizzate nella cache locale di rami remoti e non sono rami locali. Il recupero Git non aggiorna i rami locali. Ad esempio, se un repository remoto designato da ha un bugfix3 ramo, git fetch aggiornerà il ramo di rilevamento remoto denominato origin/bugfix3 e non il ramo localebugfix3.origin È possibile usare rami di rilevamento remoto per:

• Confrontare un ramo di rilevamento remoto con un ramo locale per esaminare le modifiche recuperate.
• Unire un ramo di rilevamento remoto in un ramo locale.
• Creare un nuovo ramo locale da un ramo di rilevamento remoto.

Visual Studio 2019

Visual Studio 2019 versione 16.8 e versioni successive offre un'esperienza di controllo della versione Git mantenendo l'interfaccia utente git di Team Explorer . Per usare Team Explorer, deselezionare Strumenti>Opzioni>anteprima Funzionalità>Nuova esperienza utente Git dalla barra dei menu. È possibile usare le funzionalità Git da entrambe le interfacce in modo intercambiabile. Di seguito viene fornito un confronto side-by-side di come eseguire un recupero Git.

Visual Studio Git

1. Nella finestra Modifiche Git scegliere Recupera. Selezionare quindi in uscita/in ingresso per aprire la finestra Repository Git .

È anche possibile scegliere Recupera dal menu Git.

2. Nella finestra Repository Git i commit recuperati vengono visualizzati nella sezione In ingresso . Selezionare un commit recuperato per visualizzare l'elenco dei file modificati nel commit. Selezionare un file modificato per visualizzare una visualizzazione differenze del contenuto modificato.

Visual Studio Team Explorer

1. In Team Explorer selezionare Home e quindi scegliere Sincronizza per aprire la visualizzazione Sincronizzazione .

2. Nella visualizzazione Sincronizzazione scegliere Recupera. Entrambi i pulsanti Fetch eseguono la stessa operazione. Al termine del download, i commit recuperati verranno visualizzati nella sezione Commit in ingresso .

3. Nella sezione Commit in ingresso fare clic con il pulsante destro del mouse su un commit e scegliere Visualizza dettagli commit per visualizzare i file modificati.

4. Nella finestra Dettagli commit i file modificati sono elencati nella sezione Modifiche .

Fare doppio clic su un file modificato per aprire una visualizzazione differenze del contenuto modificato.

Suggerimento

Il recupero non eliminerà i rami di rilevamento remoto nella cache del repository locale che non hanno più una controparte remota. Per configurare Visual Studio per eliminare i rami di rilevamento remoto non aggiornati durante un recupero:

• Selezionare Strumenti>Opzioni> controllo >del codice sorgenteImpostazioni globali Git.
• Impostare l'opzione Prune remote branch durante il recupero su True.

Visual Studio 2017

Visual Studio usa la visualizzazione Sincronizza in Team Explorer per fetch apportare modifiche. Le modifiche scaricate da fetch non vengono applicate fino a quando non si esegue il pull o la sincronizzazione delle modifiche.

1. In Team Explorer selezionare il pulsante Home e scegliere Sincronizza.

   

2. In Sincronizzazione selezionareRecupera per aggiornare l'elenco dei commit in ingresso.

   

   Nella sezione Commit in ingresso sono presenti due collegamenti fetch , uno nella parte superiore e uno nella sezione Commit in ingresso . È possibile usare una qualsiasi delle due.

3. Esaminare i risultati dell'operazione di recupero in Commit in ingresso.

   

Suggerimento

Il recupero non eliminerà i rami di rilevamento remoto nella cache del repository locale che non hanno più una controparte remota. Per rimuovere rami di rilevamento remoto non aggiornati, configurare Visual Studio per eliminare i rami di rilevamento remoto durante un recupero.

Riga di comando GIT

Per scaricare nuovi commit da un ramo remoto specifico, eseguire il comando Di recupero Git:

git fetch <remote repo> <remote branch name>

Per eseguire il recupero Git per tutti i rami remoti, usare:

git fetch <remote repo>

Quando si clona un repository remoto, Git assegna l'alias origin come abbreviato per l'URL del repository remoto clonato. Eseguire git remote -v per controllare il valore dell'alias origin . Per aggiungere manualmente l'alias origin , eseguire git remote add origin <remote repo url>. Con l'alias origin è possibile semplificare il comando di recupero Git per:

git fetch

Per altre informazioni sulle opzioni di recupero git, vedere il manuale di riferimento per Git.

Nota

Per impostazione predefinita, git fetch non eliminerà i rami di rilevamento remoto nella cache del repository locale che non hanno più una controparte remota. Per rimuovere rami di rilevamento remoto non aggiornati, eseguire il recupero Git con il --prune flag o configurare Git per eliminare i rami di rilevamento remoto durante il recupero di Git.

Dopo un recupero Git, è possibile confrontare un ramo locale con il ramo di rilevamento remoto corrispondente per visualizzare le modifiche apportate al ramo remoto. Se si decide di aggiornare il ramo locale corrente con le modifiche recuperate, è possibile eseguire un'operazione di merge o rebase Git. In alternativa, è possibile eseguire il pull Git, che combina un recupero Git con un'operazione di merge o rebase Git. Sia git merge che Git rebase aggiornano un ramo di destinazione applicando i commit da un ramo di origine. Tuttavia, Git merge e Git rebase usano strategie diverse. Per altre informazioni, vedere Aggiornare i rami con merge o rebase e When to rebase vs.

Aggiornare i rami con merge o rebase

Git merge e Git rebase integrano i commit da un ramo di origine nel ramo locale corrente (ramo di destinazione). L'unione Git esegue un merge rapido osenza avanzamento rapido. L'unione senza inoltro rapido è nota anche come unione a tre vie o vera unione. La rebase Git è un altro tipo di merge. Questi tipi di unione sono illustrati nel diagramma seguente.

Il merge Git e la rebase Git vengono ampiamente usati nel flusso di lavoro Git. Quando si lavora a una funzionalità locale o a un ramo di correzione di bug, è pratica comune:

1. Mantenere il ramo locale main corrente con la controparte remota eseguendo periodicamente il pull per recuperare e unire i commit remoti.
2. Integrare gli aggiornamenti del ramo locale main nel ramo di funzionalità locale usando una rebase o un merge.
3. Eseguire il backup del lavoro nel ramo di funzionalità locale eseguendo il push nel ramo remoto corrispondente.
4. Al termine della funzionalità, creare una richiesta pull per unire il ramo di funzionalità remota nel ramo remoto main .

Questo approccio consente di:

• Tieni presente il lavoro recente da parte di altri che potrebbero influire sul tuo lavoro.
• Risolvere tempestivamente eventuali conflitti tra il lavoro e quello degli altri.
• Applicare la nuova funzionalità al contenuto del progetto aggiornato.
• Ottenere una revisione della richiesta pull del lavoro.

Unione

Per l'unione git, se il suggerimento del ramo di destinazione esiste all'interno del ramo di origine, il tipo di unione predefinito sarà un merge rapido. In caso contrario, il tipo di unione predefinito sarà un merge senza inoltro rapido.

Un'unione Git a inoltro rapido non può mai avere un conflitto di merge perché Git non applica un merge fast forward se la punta del ramo di destinazione si è allontanata dal ramo di origine. Per impostazione predefinita, Git usa un merge a inoltro rapido ogni volta che possibile. Ad esempio, Git applicherà un merge rapido in un ramo locale che si aggiorna solo eseguendo il pull dal ramo della controparte remota.

Un merge Git no-fast-forward genera un nuovo ramo di destinazione "merge commit" che integra le modifiche del ramo di origine con le modifiche del ramo di destinazione. Le modifiche applicabili sono quelle apportate dopo l'ultimo commit comune a entrambi i rami. Nel diagramma precedente il commit C è l'ultimo commit comune in entrambi i rami. Se qualsiasi modifica del ramo di origine è in conflitto con qualsiasi modifica del ramo di destinazione, Git richiederà di risolvere il conflitto di merge. Il commit di merge (L) contiene le modifiche del ramo di origine integrato e del ramo di destinazione. I suggerimenti per il ramo di origine e di destinazione (K e E) sono i genitori del commit di merge. Nella cronologia del commit del ramo, un commit di merge è un indicatore utile per un'operazione di unione e mostra chiaramente quali rami sono stati uniti.

L'unione Git modifica solo il ramo di destinazione: il ramo di origine rimane invariato. Quando si verificano uno o più conflitti di unione, è necessario risolverli per completare l'unione. In alternativa, è possibile annullare l'operazione di unione e restituire il ramo di destinazione allo stato precedente.

Per altre informazioni sulle opzioni di merge e sulle strategie, vedere la guida di riferimento git e le strategie di unione Git.

Suggerimento

Se il ramo di origine è un ramo di rilevamento remoto, assicurarsi che il ramo sia aggiornato eseguendo un recupero Git prima dell'unione.

Visual Studio 2019

Visual Studio 2019 versione 16.8 e versioni successive offre un'esperienza di controllo della versione Git mantenendo l'interfaccia utente Git di Team Explorer . Per usare Team Explorer, deselezionareOpzioni>strumenti>Anteprima funzionalità>Nuova esperienza utente Git dalla barra dei menu. È possibile usare le funzionalità Git da entrambe le interfacce in modo interscambiabile. Di seguito viene fornito un confronto side-by-side di come eseguire un merge Git.

Visual Studio Git

1. Scegliere Git > Gestisci rami dalla barra dei menu per aprire la finestra Repository Git .

2. Nella finestra Repository Git fare clic con il pulsante destro del mouse sul ramo di destinazione e selezionare Verifica.

3. Fare clic con il pulsante destro del mouse sul ramo di origine e scegliere Merge <source-branch in <target-branch>>.

4. Visual Studio visualizzerà un messaggio di conferma dopo l'unione riuscita.

Se l'unione viene interrotta a causa di conflitti di unione, Visual Studio vi notifica. È possibile risolvere i conflitti o annullare l'unione e tornare allo stato di pre-unione.

Visual Studio Team Explorer

1. In Team Explorer selezionare Home e scegliere Rami.

2. Nella visualizzazione Rami fare clic con il pulsante destro del mouse sul ramo di destinazione e selezionare Verifica.

3. Fare clic con il pulsante destro del mouse sul ramo di origine e scegliere Unione da.

4. Verificare le opzioni di unione e quindi fare clic su Merge.

5. Visual Studio visualizzerà un messaggio di conferma dopo l'unione riuscita.

Se durante l'unione sono presenti conflitti, Visual Studio notifica. È possibile risolvere i conflitti o annullare l'unione e tornare allo stato di pre-unione.

Visual Studio 2017

Nota

Il git pull origin main comando combina e git merge comandigit fetch. Per eseguire questa operazione correttamente nell'integrazione di Visual Studio, è necessario sincronizzare in Team Explorer per eseguire la fetch parte. Ciò garantisce che il repository Git locale sia aggiornato con l'origine remota.

Per unire le modifiche più recenti dal ramo principale al ramo:

1. In Team Explorer selezionare il pulsante Home e scegliere Rami.

2. Consultare il ramo di destinazione. Fare clic con il pulsante destro del mouse sul ramo di destinazione e scegliere Merge From.

   

3. Specificare un merge da un ramo, che si trova main in questo esempio e quindi selezionare Merge.

   

   Se sono presenti conflitti di unione, Team Explorer indica ora. risolvere i conflitti prima del passaggio successivo.

4. Immettere un messaggio di commit e selezionare Commit Staged.

   

5. Quando si è pronti per eseguire il push dei commit locali, incluso il nuovo commit di merge, nel server remoto, scegliere Push dalla visualizzazione Sincronizzazione .

   

Riga di comando GIT

Per integrare i commit da uno o più rami di origine nel ramo locale corrente, eseguire il comando git merge seguente. Per più rami di origine, separare i nomi con gli spazi.

git merge <source branch name>

Git avvisa se durante l'unione sono presenti conflitti. È possibile risolvere i conflitti e quindi eseguire o eseguire git merge --continuegit merge --abort per annullare l'unione e tornare allo stato di pre-merge.

Rebase

Git rebase restituisce la cronologia del commit del ramo di destinazione in modo che contenga tutti i commit del ramo di origine, seguiti da tutti i commit dei rami di destinazione dall'ultimo commit comune. Un altro modo per visualizzare è che una rebase Git riproduce le modifiche nel ramo di destinazione nella parte superiore della cronologia dei rami di origine. Se qualsiasi modifica del ramo di origine è in conflitto con qualsiasi modifica del ramo di destinazione, Git richiederà di risolvere il conflitto di merge. La rebase git non crea un commit di merge. In particolare, Git rebase modifica la sequenza dei commit del ramo di destinazione esistente, che non è il caso delle altre strategie di merge. Nel diagramma precedente il commit K' contiene le stesse modifiche di K, ma ha un nuovo ID commit perché si collega nuovamente al commit E anziché C.

Git rebase modifica solo il ramo di destinazione: il ramo di origine rimane invariato. Quando si verificano uno o più conflitti di unione, è necessario risolverli per completare la ribase. In alternativa, è possibile annullare l'operazione di ribase e restituire il ramo di destinazione allo stato precedente.

Se si è l'unico utente che lavora nella funzionalità o nel ramo di bugfix, è consigliabile usare Git rebase per integrare nuovi main commit di ramo in esso. In caso contrario, usare git merge. Per altre informazioni sulla rebase Git e su quando usarla, vedere Applicare modifiche con la rebase e Rebase vs merge.

Suggerimento

Se il ramo di origine è un ramo di rilevamento remoto, assicurarsi che il ramo sia aggiornato eseguendo un recupero Git prima della rebase.

Visual Studio 2019

Visual Studio 2019 versione 16.8 e versioni successive offre un'esperienza di controllo della versione Git mantenendo l'interfaccia utente git di Team Explorer . Per usare Team Explorer, deselezionare Strumenti>Opzioni>anteprima Funzionalità>Nuova esperienza utente Git dalla barra dei menu. È possibile usare le funzionalità Git da entrambe le interfacce in modo intercambiabile. Di seguito viene fornito un confronto side-by-side di come eseguire una ribase Git.

Visual Studio Git

1. Scegliere Git Manage Branch (Gestisci rami Git>) per aprire la finestra Git Repository (Repository Git).

2. Nella finestra Repository Git fare clic con il pulsante destro del mouse sul ramo di destinazione e scegliere Checkout (Checkout).

3. Fare clic con il pulsante destro del mouse sul ramo di origine e scegliere Rebase <target-branch on source-branch (Ripristina ramo> di destinazione nel <ramo di origine>).

4. Visual Studio visualizzerà un messaggio di conferma dopo una ribase riuscita.

Se la rebase viene interrotta a causa di conflitti di merge, Visual Studio invierà una notifica. È possibile risolvere i conflitti oppure annullare la ribase e tornare allo stato di pre-ribase.

Visual Studio Team Explorer

1. In Team Explorer selezionare Home e scegliere Rami.

2. Nella visualizzazione Rami fare clic con il pulsante destro del mouse sul ramo di destinazione e scegliere Estrazione.

3. Fare clic con il pulsante destro del mouse sul ramo di origine e scegliere Ripristina base.

4. Verificare le opzioni di ribase e quindi fare clic su Rebase.

5. Visual Studio visualizzerà un messaggio di conferma dopo una ribase riuscita.

In caso di conflitti durante la ribase, Visual Studio invierà una notifica. È possibile risolvere i conflitti oppure annullare la ribase e tornare allo stato di pre-ribase.

Visual Studio 2017

Nota

Il git pull origin main comando combina git fetch i comandi e git merge . Per eseguire questa operazione correttamente nell'integrazione di Visual Studio, è necessario eseguire la sincronizzazione in Team Explorer per eseguire la fetch parte. Ciò garantisce che il repository Git locale sia aggiornato con l'origine remota.

Per unire le modifiche più recenti dal ramo main al ramo:

1. In Team Explorer selezionare il pulsante Home e scegliere Rami.

2. Controllare il ramo di destinazione. Fare clic con il pulsante destro del mouse sul ramo di destinazione e scegliere Unisci da.

   

3. Specificare un merge da un ramo, che si trova main in questo esempio e quindi selezionare Merge.

   

   Se sono presenti conflitti di merge, Team Explorer indica ora. risolvere i conflitti prima del passaggio successivo.

4. Immettere un messaggio di commit e selezionare Commit Staged (Commit staged).

   

5. Quando si è pronti per eseguire il push dei commit locali, incluso il nuovo commit di merge, nel server remoto, scegliere Push dalla visualizzazione Sincronizzazione .

   

Riga di comando GIT

Per integrare i commit da un ramo di origine in un ramo di destinazione, eseguire il comando Git rebase :

git rebase <source branch name> <target branch name>

Se il ramo locale corrente è il ramo di destinazione, è possibile semplificare il comando Git rebase per:

git rebase <source branch name>

Git invierà una notifica in caso di conflitti durante la ribase. È possibile risolvere i conflitti ed eseguire oppure eseguire git rebase --continuegit rebase --abort per annullare la ribase e tornare allo stato di pre-ribase.

Scaricare le modifiche e aggiornare i rami con pull

Per impostazione predefinita, Git pull combina un recupero Git e un'unione Git per aggiornare il ramo locale corrente dalla controparte remota. Facoltativamente, Git pull può eseguire una rebase Git anziché un'unione Git.

A differenza del recupero Git, git pull aggiornerà il ramo locale corrente immediatamente dopo il download di nuovi commit dal repository remoto. Usare git pull quando si sa di voler aggiornare il ramo locale corrente subito dopo un recupero Git.

Visual Studio 2019

Visual Studio 2019 versione 16.8 e versioni successive offre un'esperienza di controllo della versione Git mantenendo l'interfaccia utente git di Team Explorer . Per usare Team Explorer, deselezionare Strumenti>Opzioni>anteprima Funzionalità>Nuova esperienza utente Git dalla barra dei menu. È possibile usare le funzionalità Git da entrambe le interfacce in modo intercambiabile. Di seguito viene fornito un confronto affiancato di come eseguire un pull Git.

Suggerimento

Per configurare Visual Studio in modo che ribase invece di eseguire il merge quando si esegue il pull:

1. Dal menu Git passare a Strumenti>Opzioni> controllo >del codice sorgenteImpostazioni globali Git.
2. Impostare l'opzione Rebase local branch quando si esegue il pull su True.

Visual Studio Git

1. Nella finestra Modifiche Git scegliere Pull.

È anche possibile scegliere Pull dal menu Git.

2. Al termine dell'operazione pull viene visualizzato un messaggio di conferma.

In caso di conflitti durante la parte di merge dell'operazione pull, Visual Studio invierà una notifica. È possibile risolvere i conflitti oppure annullare l'unione e tornare allo stato di pre-unione.

Visual Studio Team Explorer

1. In Team Explorer selezionare Home e scegliere Sincronizza per aprire la visualizzazione Sincronizzazione .

2. Nella visualizzazione Sincronizzazione scegliere Pull. Entrambi i pulsanti Pull eseguono la stessa operazione.

3. Visual Studio visualizzerà un messaggio di conferma al termine dell'operazione pull.

In caso di conflitti durante la parte di merge dell'operazione pull, Visual Studio invierà una notifica. È possibile risolvere i conflitti oppure annullare l'unione e tornare allo stato di pre-unione.

Nota

In Visual Studio la sincronizzazione esegue un'operazione pull e quindi un push per sincronizzare un ramo locale e remoto. Per altre informazioni sulla sincronizzazione, vedere Usare git fetch, pull, push e sincronizzazione per il controllo della versione in Visual Studio.

Visual Studio 2017

Aprire Team Explorer e aprire la visualizzazione Sincronizza. Selezionare quindi il collegamento Pull in Commit in ingresso per pull le modifiche remote e unirle nel ramo locale. Il pull dei file degli aggiornamenti nel progetto aperto, quindi assicurarsi di eseguire il commit delle modifiche prima di eseguire il pull.

1. In Team Explorer selezionare il pulsante Home e scegliere Sincronizza.

   

2. In Sincronizzazione scegliere Pull per recuperare le modifiche remote e unirle nel ramo locale.

   

   Sono disponibili due collegamenti pull , uno nella parte superiore e uno nella sezione Commit in ingresso . È possibile usare una qualsiasi delle due.

3. Esaminare il messaggio di conferma al termine dell'operazione pull.

   

Nota

In Visual Studio la sincronizzazione esegue un'operazione pull e quindi un push per sincronizzare un ramo locale e remoto. Per altre informazioni sulla sincronizzazione, vedere Usare git fetch, pull, push e sincronizzazione per il controllo della versione in Visual Studio.

Riga di comando GIT

Per usare il recupero e integrare i commit da un ramo remoto nel ramo di lavoro corrente, eseguire il comando git pull:

git pull <remote repo> <remote branch name>

Se il repository remoto ha un ramo con lo stesso ramo di nome del ramo di lavoro corrente, è possibile semplificare il comando git pull per:

git pull <remote repo>

Quando si clona un repository remoto, Git assegna l'alias origin come abbreviato per l'URL del repository remoto clonato. Eseguire git remote -v per controllare il valore dell'alias origin . Per aggiungere manualmente l'alias origin , eseguire git remote add origin <remote repo url>. Con l'alias origin è possibile semplificare ulteriormente il comando git pull per:

git pull

Per usare una strategia di rebase per integrare i commit da un ramo remoto nel ramo di lavoro corrente, eseguire il comando git pull con il --rebase flag . Per altre informazioni sulle opzioni pull di Git, vedere il manuale di riferimento per Git.

Suggerimento

Git invierà una notifica in caso di conflitti durante la parte di merge/rebase dell'operazione di pull Git. È quindi possibile risolvere i conflitti ed eseguire git merge --continue o git rebase --continueoppure eseguire git merge --abort o git rebase --abort annullare l'operazione di merge/rebase.

Passaggi successivi

Condividere il codice con pushRisolvere i conflitti di merge

Articoli correlati

• Novità di Git repos? Altre informazioni