Automatyczne wykrywanie konfiguracji i aliasów usługi Git

Usługa Azure DevOps Services

Interfejs wiersza polecenia usługi Azure DevOps został zoptymalizowany pod kątem umożliwienia deweloperom korzystania z Azure Repos i pracy z przepływami pracy usługi Git.

Automatyczna konfiguracja wykrywania

Rozszerzenie Usługi Azure DevOps ocenia, czy bieżącym katalogiem roboczym jest repozytorium git Azure Repos do automatycznego wykrywania ustawień konfiguracji — organizacji, projektu i repozytorium. Automatyczne wykrywanie jest kontrolowane przez flagę --detect , która jest true domyślnie.

Dzięki tej możliwości możesz uruchomić az repos pr list w lokalnym wyewidencjonowanie usługi Git, aby wyświetlić wszystkie żądania ściągnięcia w repozytorium.

Alias usługi Git

Możesz również skonfigurować rozszerzenie Usługi Azure DevOps, aby dodać aliasy git dla typowych poleceń Azure Repos opartych na usłudze Git, takich jak tworzenie lub dodawanie recenzentów do żądań ściągnięcia. Uruchom następujące polecenie, aby włączyć aliasy git.

az devops configure --use-git-aliases true

Wszystkie az repos polecenia będą teraz aliasowane do git repo polecenia i wszystkie az repos pr polecenia do git prpolecenia .

Na przykład żądanie ściągnięcia można teraz utworzyć przy użyciu następującego polecenia:

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

Hierarchia parametrów

Istnieją trzy główne sposoby, za pomocą których parametry można dostarczyć do polecenia. Zostały one wymienione w kolejności priorytetu:

1. Parametry polecenia
   Na przykład: az repos list --organization https://dev.azure.com/contoso --project webApplication
2. Automatyczne wykrywanie z kontekstu git, jeśli --detect to true. Wykrywanie jest true domyślnie.
3. Konfiguracja domyślna Na przykład: az devops configure --defaults organization=https://dev.azure.com/contoso project=webApplication

Powiedzmy, że klient uruchamia następujące polecenia

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

Parametr organizacji i projektu podany za pomocą polecenia będzie używany, ponieważ parametry polecenia mają najwyższy priorytet.

Przyjrzyjmy się innemu przykładowi. Załóżmy, że użytkownik wstępnie skonfigurował domyślną organizację do contoso i projekt na webApp. Jednak użytkownik pracuje nad lokalnym wyewidencjonowywaniem repozytorium git, które znajduje się w organizacji i testApplication projekciecontosoTest. --detect Ponadto jest true domyślnie.

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

W takim przypadku contosoTest zostanie testApplication automatycznie wykryta jako docelowa organizacja i projekt z kontekstu git i zastąpi wartości domyślne, które zostały ustawione.