Automatische Erkennung von Konfiguration und Git-Aliasen

Azure DevOps Services

Die Azure DevOps CLI wurde optimiert, damit Entwickler Azure Repos verwenden und gut mit ihren Git-Workflows arbeiten können.

Automatische Erkennungskonfiguration

Die Azure DevOps Erweiterung bewertet, ob Ihr aktuelles Arbeitsverzeichnis ein Azure Repos Git-Repository ist, um die Konfigurationseinstellung automatisch zu erkennen – Organisation, Projekt und Repository. Die automatische Erkennung wird durch das --detect-Flag gesteuert, das standardmäßig auf true gesetzt ist.

Mit dieser Funktion können Sie az repos pr list in Ihrem lokalen Git-Checkout ausführen, um alle PRs im Repository anzuzeigen.

Git-Alias

Sie können die Azure DevOps-Erweiterung auch so konfigurieren, dass Git-Aliase für allgemeine gitbasierte Azure Repos Befehle wie das Erstellen oder Hinzufügen von Prüfern zu Pullanforderungen hinzugefügt werden. Führen Sie den folgenden Befehl aus, um Git-Aliase zu aktivieren.

az devops configure --use-git-aliases true

Alle az repos Befehle werden jetzt als Alias für git repo verwendet und alle az repos pr Befehle als Alias für git pr.

Eine Pullanforderung kann z. B. jetzt mit dem folgenden Befehl erstellt werden:

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

Parameterhierarchie

Es gibt drei Hauptmethoden, mit denen Parameter für einen Befehl bereitgestellt werden können. Sie wurden in der Reihenfolge der Priorität aufgeführt:

1. Befehlsparameter
   Beispiel: az repos list --organization https://dev.azure.com/contoso --project webApplication
2. Automatische Erkennung aus dem Git-Kontext, wenn --detecttrue ist. „Detect“ ist standardmäßig auf true gesetzt.
3. Standardkonfiguration zum Beispiel: az devops configure --defaults organization=https://dev.azure.com/contoso project=webApplication

Angenommen, ein Kunde führt die folgenden Befehle aus

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

Der durch Befehl bereitgestellte Organisations- und Projektparameter wird verwendet, da Befehlsparameter oberste Priorität haben.

Sehen wir uns ein weiteres Beispiel an. Angenommen, ein Benutzer hat die Standardorganisation auf contoso und das Projekt auf webApp vorkonfiguriert. Der Benutzer arbeitet jedoch mit einer lokalen Kopie eines Git-Repositorys, das sich in der contosoTest Organisation und im testApplication Projekt befindet. --detect Darüber hinaus ist true standardmäßig der Standardwert.

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

In diesem Fall werden contosoTest und testApplication automatisch als Zielorganisation und Projekt aus dem Git-Kontext erkannt und überschreiben die festgelegten Standardwerte.