Automatische Erkennung der Konfiguration und Git-Aliase
Azure DevOps Services
Die Azure DevOps CLI wurde optimiert, damit Entwickler Azure Repos verwenden und gut mit ihren Git-Workflows arbeiten können.
Konfiguration der automatischen Erkennung
Die Azure DevOps-Erweiterung wertet aus, ob Ihr aktuelles Arbeitsverzeichnis ein Azure Repos Git-Repository zur automatischen Erkennung von Konfigurationseinstellungen (organization, Projekt und Repository) ist. Die automatische Erkennung wird durch das --detect
Flag gesteuert, das standardmäßig ist true
.
Mit dieser Funktion können Sie in Ihrem lokalen Git Checkout ausführen az repos pr list
, um alle PRs im Repository anzuzeigen.
Git-Alias
Sie können die Azure DevOps-Erweiterung auch so konfigurieren, dass Git-Aliase für gängige Git-basierte Azure Repos-Befehle wie das Erstellen oder Hinzufügen von Prüfern zu Pull Requests 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 mit Einem Alias und alle az repos pr
Befehle mit git pr
verwendetgit repo
.
Beispielsweise kann jetzt ein Pull Request mit dem folgenden Befehl erstellt werden:
git pr create --target-branch {branch\_name}
Parameterhierarchie
Es gibt drei Standard Möglichkeiten, wie Parameter für einen Befehl bereitgestellt werden können. Sie wurden in der Reihenfolge der Priorität aufgeführt:
- Befehlsparameter
Beispiel:az repos list --organization https://dev.azure.com/contoso --project webApplication
- Automatische Erkennung aus dem Git-Kontext, wenn
--detect
isttrue
. Die Erkennung isttrue
standardmäßig. - Standardkonfiguration 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 über den Befehl bereitgestellte organization- und Projektparameter wird verwendet, da Befehlsparameter oberste Priorität haben.
Sehen wir uns ein weiteres Beispiel an. Angenommen, ein Benutzer hat die Standard-organization vorkonfiguriert contoso
und auf projektiertwebApp
. Der Benutzer arbeitet jedoch an einem lokalen Auschecken eines Git-Repositorys, das sich im contosoTest
organization und testApplication
Projekt befindet.
--detect
Außerdem ist true
standardmäßig.
~/contosoTest/portal$ az devops configure --defaults organization=https://dev.azure.com/contoso project=webApp
~/contosoTest/portal$ az repos list
In diesem Fall contosoTest
werden und testApplication
automatisch als Ziel organization und Projekt aus dem Git-Kontext erkannt und überschreiben die festgelegten Standardwerte.