Delen via

Configuratie en Git-aliassen automatisch detecteren

  • Artikel

Azure DevOps Services

De Azure DevOps CLI is geoptimaliseerd zodat ontwikkelaars Azure-opslagplaatsen kunnen gebruiken en goed kunnen werken met hun Git-werkstromen.

Configuratie voor automatische detectie

De Azure DevOps-extensie evalueert of uw huidige werkmap een Git-opslagplaats van Azure-opslagplaatsen is voor automatische detectie van configuratie-instellingen: organisatie, project en opslagplaats. Automatische detectie wordt beheerd door de --detect vlag, die standaard is true ingesteld.

Met deze mogelijkheid kunt u uitvoeren az repos pr list in uw lokale Git-betaling om alle pull-aanvragen in de opslagplaats weer te geven.

Git-alias

U kunt de Azure DevOps-extensie ook configureren om git-aliassen toe te voegen voor algemene op Git gebaseerde Azure-opslagplaatsopdrachten, zoals het maken of toevoegen van revisoren aan pull-aanvragen. Voer de volgende opdracht uit om Git-aliassen in te schakelen.

az devops configure --use-git-aliases true

Alle az repos opdrachten worden nu als alias en alle az repos pr opdrachten naar git pr.git repo

Een pull-aanvraag kan nu bijvoorbeeld worden gemaakt met behulp van de volgende opdracht:

git pr create --target-branch {branch\_name}

Parameterhiërarchie

Er zijn drie belangrijke manieren waarop parameters kunnen worden opgegeven voor een opdracht. Ze zijn op volgorde van prioriteit vermeld:

  1. Opdrachtparameters
    Bijvoorbeeld: az repos list --organization https://dev.azure.com/contoso --project webApplication
  2. Automatische detectie vanuit Git-context als --detect is true. Detecteren is true standaard.
  3. Standaardconfiguratie Bijvoorbeeld: az devops configure --defaults organization=https://dev.azure.com/contoso project=webApplication

Stel dat een klant de volgende opdrachten uitvoert

~/$ az devops configure --defaults organization=https://dev.azure.com/contoso project=webApp
~/$ az repos list --organization=https://dev.azure.com/contosoTest --project=testApplication

De organisatie- en projectparameter die via de opdracht wordt opgegeven, wordt gebruikt omdat opdrachtparameters de hoogste prioriteit hebben.

Laten we eens een ander voorbeeld bekijken. Stel dat een gebruiker de standaardorganisatie vooraf heeft geconfigureerd voor contoso en project op webApp. De gebruiker werkt echter vanuit een lokaal uitchecken van een Git-opslagplaats, die zich in de organisatie en testApplication het contosoTest project bevindt. --detect Verder is true standaard.

~/contosoTest/portal$ az devops configure --defaults organization=https://dev.azure.com/contoso project=webApp
~/contosoTest/portal$ az repos list

In dit geval contosoTest wordt en testApplication automatisch gedetecteerd als de doelorganisatie en het project vanuit git-context en worden de ingestelde standaardinstellingen overschreven.