Esercitazione su Git su Azure Repos

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

Usare il controllo della versione per salvare il lavoro e coordinare le modifiche al codice all'interno del team. Anche se si è uno sviluppatore singolo, il controllo della versione aiuta a rimanere organizzati durante la correzione dei bug e lo sviluppo di nuove funzionalità. Il controllo della versione mantiene una cronologia dello sviluppo in modo da poter esaminare e persino eseguire il rollback a qualsiasi versione del codice con facilità.

I passaggi delle esercitazioni seguenti illustrano come eseguire attività comuni di controlli della versione usando il flusso di lavoro del controllo della versione seguente.

Flusso di lavoro del controllo della versione

Il controllo della versione ha un flusso di lavoro generale che la maggior parte degli sviluppatori usa durante la scrittura del codice e la condivisione con il team.

Questi passaggi sono i seguenti:

1. Ottenere una copia locale del codice se non ne ha ancora una.
2. Apportare modifiche al codice per correggere i bug o aggiungere nuove funzionalità.
3. Quando il codice è pronto, renderlo disponibile per la revisione da parte del team.
4. Dopo aver esaminato il codice, unirlo alla codebase condivisa del team.

Git ha una versione di questo flusso di lavoro con terminologia e comandi univoci per Git. In questa esercitazione verranno fornite informazioni su repository, rami, commit e richieste pull. Questi termini potrebbero sembrare familiari se è stato usato un sistema di controllo della versione come controllo della versione di Team Foundation o Subversion, ma si comportano in modo diverso in Git.

Flusso di lavoro Git

1. Creare un ramo per le modifiche che si prevede di apportare e assegnare un nome, ad esempio users/jamal/fix-bug-3214 o cool-feature-x. Per altre indicazioni sulla creazione di rami, vedere Adottare una strategia di rami Git
2. Eseguire il commit delle modifiche apportate al ramo. Le persone spesso hanno più commit per una correzione di bug o una funzionalità.
3. Eseguire il push del ramo nel repository remoto.
4. Creare una richiesta pull in modo che altri utenti possano esaminare le modifiche. Per incorporare commenti e suggerimenti, potrebbe essere necessario apportare più commit ed eseguire il push di altre modifiche.
5. Completare la richiesta pull per risolvere eventuali conflitti di merge e completare la richiesta pull.

Usare questo flusso di lavoro se non si ha familiarità con Git. Man mano che il team ha più esperienza e fiducia in Git, estenderlo in base alle esigenze del team.

Passaggi successivi