Introduzione a Git in Azure Repos

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

Visual Studio 2019 | Visual Studio 2022

Introduzione allo sviluppo del codice usando Azure Repos e repository Git. È possibile usare i comandi di Visual Studio o Git per clonare un repository, definire rami locali, eseguire il commit e il push delle modifiche e eseguire la sincronizzazione con altri utenti. Se è necessario creare o importare un repository, vedere Creare un nuovo repository Git nel progetto o Importare un repository Git.

Nota

Questo articolo descrive come usare Visual Studio per gestire Azure Repos repository Git. Usando procedure simili, è possibile usare Visual Studio per gestire i repository GitHub. Per clonare un repository GitHub, ottenere l'URL come descritto in Clonazione di un repository.

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

Nota

Visual Studio 2019 versione 16.8 e versioni successive offrono un nuovo menu Git per la gestione del flusso di lavoro Git con un cambio di contesto inferiore rispetto a Team Explorer. Le procedure fornite in questo articolo nella scheda Visual Studio forniscono informazioni per l'uso dell'esperienza Git e di Team Explorer. Per altre informazioni, vedere Confronto affiancato tra Git e Team Explorer.

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 riattivare i repository.

  • Per visualizzare il codice nei progetti privati, è necessario essere membri di un progetto Azure DevOps con livello di accesso Basic o superiore. Per i progetti pubblici, tutti possono visualizzare il codice.

  • Per clonare o contribuire al codice per un progetto privato, è necessario essere membri del gruppo di sicurezza Collaboratori o disporre delle autorizzazioni corrispondenti impostate. Per i progetti pubblici, chiunque può clonare e contribuire al codice. Per altre informazioni, vedere Che cos'è un progetto pubblico?

    Nota

    Per i progetti pubblici, agli utenti è concesso l'accesso completo agli stakeholder per 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 riattivare i repository.

  • Per visualizzare il codice, è necessario essere membri del progetto Azure DevOps con accesso Basic o versione successiva. Se non si è membri del progetto, aggiungerli.

  • Per clonare o contribuire al codice, è necessario essere membri del gruppo di sicurezza Collaboratori o disporre delle autorizzazioni corrispondenti nel progetto che si vuole modificare.

  • Per visualizzare il codice, è necessario essere membri di un progetto Azure DevOps con accesso basic o versione successiva. Se non si è membri del progetto, aggiungerli.

  • Per clonare o contribuire al codice, è necessario essere membri del gruppo di sicurezza Collaboratori o disporre delle autorizzazioni corrispondenti.

Per altre informazioni sulle autorizzazioni e sull'accesso, vedere Autorizzazioni predefinite per repository Git e rami e Informazioni sui livelli di accesso.

Ottenere il codice

È possibile clonare un repository Git remoto per crearne una copia locale. La clonazione crea sia una copia del codice sorgente da usare che le informazioni sul controllo della versione in modo che Git possa gestire il codice sorgente.Cloning create both a copy of the source code for you to work with and version control information so Git can manage the source code.

Se si preferisce creare un repository locale senza clonare, vedere Creare un nuovo repository Git. Dopo aver creato il repository locale, è possibile procedere con il commit, la condivisione e la sincronizzazione del lavoro.

Visual Studio 2022 offre un'esperienza di controllo della versione Git tramite il menu Git, Le modifiche Git e i menu di scelta rapida in Esplora soluzioni. Visual Studio 2019 versione 16.8 offre anche l'interfaccia utente git di Team Explorer . Per altre informazioni, vedere la scheda Visual Studio 2019 - Team Explorer .

  1. Dal menu Git sulla barra dei menu scegliere Clona repository...

    Screenshot dell'opzione

  2. Nella finestra Clona un repository immettere il percorso del repository remoto e il percorso della cartella per il repository clonato. Se non si conosce il percorso del repository remoto, selezionare Azure DevOps dalle opzioni Sfoglia un repository .

    Screenshot della finestra 'Clone Repository' in Visual Studio.

  3. Selezionare Clona. Dopo aver clonato un repository Git, Visual Studio rileva il repository e lo aggiunge all'elenco dei repository locali nel menu Git.

    Screenshot dell'opzione

Nota

Con Azure DevOps Services, il formato per l'URL del progetto è dev.azure.com/{your organization}/{your project}. Tuttavia, il formato precedente che fa riferimento al visualstudio.com formato è ancora supportato. Per altre informazioni, vedere Introduzione ad Azure DevOps, Cambiare le organizzazioni esistenti per usare il nuovo URL del nome di dominio.

Eseguire il commit del lavoro

I rami Git isolano le modifiche da altri lavori nel progetto. Il flusso di lavoro Git consigliato consiste nell'usare un nuovo ramo per ogni funzionalità o correzione su cui si lavora. Si apportano commit nel repository Git locale per salvare le modifiche in tale ramo.

  1. Dal menu Git sulla barra dei menu scegliere Nuovo ramo... per aprire la finestra Crea un nuovo ramo .

    Screenshot dell'opzione

  2. Nella finestra Crea un nuovo ramo immettere un nome descrittivo di ramo per consentire ad altri utenti di conoscere il funzionamento del ramo. Per impostazione predefinita, Visual Studio crea il nuovo ramo dal ramo corrente. La casella di controllo Check-out branch passa automaticamente al ramo appena creato. Selezionare Crea.

    Screenshot della finestra

  3. Aggiungere un file README.md al repository clonato. In Esplora soluzioni è possibile esplorare il contenuto del repository usando Visualizzazione cartelle o aprire soluzioni di Visual Studio nel repository. Git tiene traccia delle modifiche apportate sia all'interno che all'esterno di Visual Studio.

  4. Quando si è soddisfatti delle modifiche, salvarli in Git usando un commit. Nella finestra Modifiche Git immettere un messaggio che descrive le modifiche e quindi selezionare Commit All ( Commit All). Eseguire il commit di tutte le modifiche non installate e ignorare l'area di gestione temporanea. È possibile scegliere di eseguire la fase di tutti i file prima di eseguire il commit selezionando il pulsante fase all + (più) nella parte superiore della sezione Modifiche nella finestra Modifiche git .

    Screenshot del pulsante

    Selezionare il collegamento informazioni sul commit per ottenere ulteriori dettagli sul commit.

    Screenshot che mostra il collegamento alle informazioni sul commit in Visual Studio.

Nota

Se sono presenti più file e non si desidera eseguirne il commit, è possibile fare clic con il pulsante destro del mouse su ogni file e scegliere Fase. Quando sono stati distribuiti tutti i file che si desidera eseguire il commit, selezionare Commit Staged. Commit Staged sostituisce Commit All quando si esegue manualmente la fase delle modifiche.

Screenshot dell'opzione Stage nella finestra

Condividere le modifiche

Dopo aver aggiunto uno o più commit a un ramo e si è pronti per condividere tali modifiche con altri utenti, eseguire il push dei commit in modo che altri possano visualizzarli.

Dopo aver eseguito il push dei commit, è possibile creare una richiesta pull. Una richiesta pull consente ad altri utenti di sapere di aver esaminato le modifiche. Dopo l'approvazione, una richiesta pull aggiunge in genere le modifiche al ramo predefinito del repository remoto.

  1. Nella finestra Modifiche Git selezionare il pulsante push freccia su per eseguire il push del commit.

    Screenshot del pulsante push verso l'alto nella finestra

    In alternativa, è possibile eseguire il push delle modifiche dalla finestra Repository Git . Per aprire la finestra Repository Git , selezionare il collegamento in uscita/in ingresso nella finestra Modifiche Git .

    Screenshot del collegamento

    In alternativa, è possibile eseguire il push delle modifiche dal menu Git sulla barra dei menu.

    Screenshot dell'opzione Push dal menu Git in Visual Studio.

  2. Creare una richiesta pull in modo che altri utenti possano esaminare le modifiche. Se è stato appena eseguito il push delle modifiche dalla finestra Modifiche Git, è possibile selezionare il collegamento Crea una richiesta pull per aprire un Web browser in cui è possibile creare una nuova richiesta pull nel portale Web Azure Repos.

    Screenshot del collegamento

    In alternativa, se è stato appena eseguito il push delle modifiche dalla finestra Repository Git , è possibile selezionare il collegamento Crea una richiesta pull nella parte superiore della finestra.

    Screenshot del collegamento

    In alternativa, è possibile fare clic con il pulsante destro del mouse su qualsiasi ramo nella finestra Repository Git e scegliere Crea richiesta pull.

    Screenshot dell'opzione di menu

Quando la richiesta pull viene aperta nel portale Web di Azure Repos, verificare i rami di origine e di destinazione. In questo esempio si vogliono unire i commit dal add-readme-file ramo al main ramo . Immettere un titolo e una descrizione facoltativa, specificare tutti i revisori, associare facoltativamente eventuali elementi di lavoro e quindi selezionare Crea.

Screenshot del modulo

Per altre informazioni sulle richieste pull, vedere l'esercitazione sulle richieste pull .

Sincronizzare con altri utenti

È possibile mantenere sincronizzati i rami locali con le controparti remote eseguendo il pull dei commit creati da altri utenti. Anche se Git è utile per unire le modifiche in ingresso con le modifiche, a volte potrebbe essere necessario risolvere un conflitto di merge. Mentre si sta lavorando al ramo di funzionalità, è consigliabile passare periodicamente al main ramo ed eseguire il pull di nuovi commit per mantenerlo aggiornato con il ramo remoto main .

Nella finestra Modifiche Git è possibile mantenere aggiornato il ramo locale con la controparte remota usando i pulsanti Fetch, Pull, Push e Sync .

Screenshot dei pulsanti Fetch, Pull, Push e Sync nella finestra

Da sinistra a destra nello screenshot precedente, i controlli pulsante sono:

  • Recuperare scarica i commit remoti che non si trovano nel ramo locale, ma non li unisce.
  • Pull esegue un recupero e quindi unisce i commit scaricati nel ramo locale.
  • Il push carica i commit non crittografati nel repository remoto, che li aggiunge al ramo remoto corrispondente.
  • La sincronizzazione esegue un pull e quindi un push.

È anche possibile selezionare Fetch, Pull, Push e Sync dal menu Git.

Screenshot delle opzioni Fetch, Pull, Push e Sync nel menu Git in Visual Studio.