Repozytoria Git platformy Azure mogą być teraz traktowane jako chronione zasoby w potokach YAML
Repozytoria Git platformy Azure można teraz traktować jako chronione zasoby w potokach YAML, podobnie jak połączenia usług i pule agentów. Jako współautor repozytorium możesz dodawać kontrole i uprawnienia potoku, aby ułatwić zarządzanie repozytorium.
Aby uzyskać szczegółowe informacje, zapoznaj się z następującymi opisami funkcji.
Ogólne
Azure Boards
Azure Pipelines
Azure Artifacts
Ogólne
Ogólna dostępność interfejsu API zarządzania cyklem życia tokenu dostępu
Z przyjemnością ogłaszamy ogólną dostępność interfejsów API zarządzania cyklem życia osobistych tokenów dostępu (PAT). Ten bogaty zestaw interfejsów API pozwala zespołowi uprościć zarządzanie własnymi punktami dostępu, oferując im nowe funkcje, takie jak tworzenie nowych osobistych tokenów dostępu z żądanym zakresem i czasem trwania oraz odnawianie lub wygasanie istniejących.
Wcześniej podstawowym sposobem zarządzania numerami PAT (osobiste tokeny dostępu) jest użycie interfejsu użytkownika lub użycie ograniczonego zestawu interfejsów API przeznaczonych tylko dla administratorów kolekcji projektów. Ten nowy interfejs API umożliwia organizacjom skonfigurowanie automatyzacji obejmującej pakiety paT, w tym konfigurowanie potoków kompilacji lub interakcję z elementami roboczymi.
Azure Boards
Rozwiązano kilka problemów z planami dostarczania 2.0
Plany dostarczania 2.0 są dostępne w publicznej wersji zapoznawczej od października ubiegłego roku. Pracujemy nad opiniami klientów i rozwiązywaniem problemów. Ta wersja zawiera poprawki dla tych problemów. W szczególności rozwiązano niespójne zachowanie powiększenia i blokowanie paska przewijania. Karty są teraz uporządkowane według daty planu, a nie priorytet listy prac, aby lepiej wykorzystać miejsce.
Azure Pipelines
Repozytoria jako chroniony zasób w potokach YAML
Możesz zorganizować projekt usługi Azure DevOps w celu hostowania wielu podprojektów — każdy z własnym repozytorium Git usługi Azure DevOps i co najmniej jednym potokiem. W tej strukturze możesz chcieć kontrolować, które potoki mogą uzyskiwać dostęp do repozytoriów. Załóżmy na przykład, że masz dwa repozytoria A i B w tym samym projekcie oraz dwa potoki X i Y, które zwykle tworzą te repozytoria. Możesz uniemożliwić potokowi Y uzyskiwanie dostępu do repozytorium A. Ogólnie rzecz biorąc, chcesz, aby współautorzy A kontrolowali, do których potoków chcą zapewnić dostęp.
Chociaż było to częściowo możliwe w przypadku repozytoriów i potoków usługi Azure Git, nie było doświadczenia w zarządzaniu nim. Ta funkcja eliminuje tę lukę. Repozytoria Git platformy Azure mogą być teraz traktowane jako chronione zasoby w potokach YAML, podobnie jak połączenia usług i pule agentów.
Jako współautor repozytorium A możesz dodawać kontrole i uprawnienia potoku do repozytorium. W tym celu przejdź do ustawień projektu, wybierz pozycję Repozytoria, a następnie repozytorium. Zauważysz nowe menu o nazwie "Kontrole", w którym można skonfigurować dowolne kontrole w polu lub niestandardowe w postaci funkcji platformy Azure.
Na karcie "Zabezpieczenia" możesz zarządzać listą potoków, które mogą uzyskiwać dostęp do repozytorium.
Za każdym razem, gdy potok YAML używa repozytorium, infrastruktura usługi Azure Pipelines weryfikuje i zapewnia, że wszystkie kontrole i uprawnienia są spełnione.
Uwaga
Te uprawnienia i kontrole mają zastosowanie tylko do potoków YAML. Potoki klasyczne nie rozpoznają tych nowych funkcji.
Azure Artifacts
Włączanie pustego kosza dla kanałów informacyjnych
Dzięki tej aktualizacji można teraz opróżnić kosz, aby trwale usunąć artefakty poza cyklem zasad przechowywania.
Następne kroki
Uwaga
Te funkcje będą wdrażane w ciągu najbliższych dwóch do trzech tygodni.
Przejdź do usługi Azure DevOps i spójrz.
Jak przekazać opinię
Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu Pomocy, aby zgłosić problem lub podać sugestię.
Możesz również uzyskać porady i pytania, na które odpowiada społeczność w witrynie Stack Overflow.
Dzięki,
Vijay Machiraju