Share via

Automatische Erkennung der Konfiguration und Git-Aliase

  • Artikel

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 prverwendetgit 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:

  1. Befehlsparameter
    Beispiel: az repos list --organization https://dev.azure.com/contoso --project webApplication
  2. Automatische Erkennung aus dem Git-Kontext, wenn --detect ist true. Die Erkennung ist true standardmäßig.
  3. 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.