Rozliczenia oparte na przypisaniu użytkownika, domyślny poziom dostępu i dzienne rozliczenia — aktualizacja przebiegu 158
W aktualizacji Przebiegu 158 usługi Azure DevOps dodaliśmy rozliczenia oparte na przypisaniu użytkowników. Dzięki tej funkcji liczba licencji w warstwie Podstawowa lub w warstwie Podstawowa i w ramach planu testu będzie się zmieniać wraz z dodawaniem lub usuwaniem użytkowników. Oznacza to, że zapłacisz tylko za używane licencje. Dodaliśmy również nowe ustawienie, które pozwala wybrać, czy nowi użytkownicy dodani do organizacji mają mieć pełny dostęp podstawowy lub ograniczony/bezpłatny dostęp uczestników projektu.
Ponadto zmieniliśmy tryb rozliczeń z miesięcznego na dzienny. Oznacza to, że jeśli udzielisz użytkownikowi płatnego dostępu na kilka tygodni lub nawet kilka dni, zapłacisz tylko za czas przypisania płatnego dostępu, a nie za cały miesiąc.
Aby uzyskać więcej informacji, zapoznaj się z poniższą listą funkcji .
Co nowego w usłudze Azure DevOps
Funkcje
Ogólne:
- Rozliczenia oparte na przypisaniu użytkowników i domyślny poziom dostępu
- Nowy interfejs użytkownika do zarządzania uprawnieniami organizacji i projektu
Azure Boards:
- Obsługa pól niestandardowych w kolumnach zestawienia
- Nowa reguła ukrywająca pola w formularzu elementu roboczego na podstawie warunku
- Ustawienia powiadomień niestandardowych elementów roboczych
- Łączenie elementów roboczych z wdrożeniami
Azure Repos:
- Nawiązywanie połączenia z usługą AKS przy użyciu uwierzytelniania opartego na koncie usługi
- Podgląd plików markdown w żądaniu ściągnięcia różnice równoległe
- Wygasanie zasad dotyczących kompilacji ręcznych
- Dodawanie zasad w celu blokowania zatwierdzeń na podstawie adresu e-mail autora zatwierdzenia
Azure Pipelines:
- Etapy niepowodzenia ponowienia próby
- Rozszerzenia zatwierdzeń w potokach YAML
- Obsługa testowania struktury kontenerów w usłudze Azure Pipelines
- Zarządzanie nietrwałymi usterkami i ich usuwanie
- Rozszerzenia aplikacji Azure Pipelines dla platformy Slack i usługi Microsoft Teams
- Updates to hosted pipelines images (Aktualizacje obrazów hostowanych potoków)
- Otwieranie zadania instalatora agenta zasad
- Dekoratory potoków wydań
Azure Test Plans:
Raportowanie:
Wiki:
Ogólne
Rozliczenia oparte na przypisaniu użytkowników i domyślny poziom dostępu
Rozliczenia oparte na przypisywaniu użytkowników
Dzięki tej aktualizacji dodaliśmy rozliczenia oparte na przypisaniach użytkowników. Zamiast zwiększać lub zmniejszać liczbę płatnych licencji w warstwie Podstawowa lub Podstawowa i plan testowy, które organizacja ma do przypisania, teraz odbywa się to automatycznie po dodaniu lub usunięciu użytkowników lub zmianie poziomu dostępu. Oznacza to, że nigdy nie płacisz za więcej licencji niż używasz, co znacznie ułatwia automatyzację przypisywania na poziomie dostępu. Na przykład udało Ci się skonfigurować reguły grupy w celu kontrolowania, jaki poziom dostępu jest przypisywany do nowych użytkowników, którzy automatycznie dołączają do zespołu. Jednak w przeszłości działały one tylko wtedy, gdy masz dodatkowe licencje, za które płacisz, które nie zostały jeszcze przypisane do nikogo, a jeśli zabrakło Ci, reguła grupy nie powiodła się. Tego typu błędy nie są już wykonywane, o ile subskrypcja platformy Azure używana na potrzeby rozliczeń pozostaje aktywna.
Domyślny poziom dostępu dla nowych użytkowników
Dodaliśmy również nowe ustawienie, które pozwala wybrać, czy nowi użytkownicy dodani do organizacji mają mieć pełny dostęp podstawowy lub ograniczony/bezpłatny dostęp uczestników projektu. W przeszłości nowi użytkownicy uzyskali podstawową wartość Podstawową, jeśli były dostępne nieprzypisane licencje podstawowe, ale uczestnik projektu, jeśli nie było. Wszystkie organizacje będą rozpoczynać się od domyślnego poziomu dostępu ustawionego na uczestnik projektu, więc nie będą naliczane żadne nieoczekiwane opłaty dla nowych użytkowników. Jeśli Twoja organizacja zwykle przechowywała dodatkowe nieprzypisane licencje, więc nowi użytkownicy dodani do projektów uzyskali pełny dostęp w warstwie Podstawowa, pamiętaj, aby zmienić domyślny poziom dostępu na Podstawowy.
Dzienne rozliczenia
W ramach zmiany rozliczeń opartych na przypisaniach zmieniliśmy również rozliczenia miesięczne na dzienne. Jeśli teraz przyznasz użytkownikowi płatny dostęp przez kilka tygodni lub nawet kilka dni, płacisz tylko za czas, w którym przypisano im płatny dostęp, a nie pełny miesiąc. W miarę przełączania organizacji z miesięcznych na codzienne rozliczenia następny rachunek za korzystanie z platformy Azure będzie prawdopodobnie niższy niż wcześniej. Następny miesiąc wróci do normy, gdy będzie miał pełny miesiąc skumulowanych dziennych opłat.
Nowy interfejs użytkownika do zarządzania uprawnieniami organizacji i projektu
Zarządzanie uprawnieniami organizacji i projektu ma nowy wygląd i wydajność została ulepszona. Teraz na liście będą pojawiać się nowi członkowie grupy, którzy są dodawani bez konieczności wymuszonego odświeżania strony. Przejdź do Ustawienia organizacji i spójrz.
Azure Boards
Obsługa pól niestandardowych w kolumnach zestawienia
Pakiet zbiorczy można teraz wykonać w dowolnym polu, w tym w polach niestandardowych. Podczas dodawania kolumny zestawienia nadal można wybrać kolumnę Zestawienia z listy Szybkie, jednak jeśli chcesz utworzyć zestawienie w polach liczbowych, które nie są częścią szablonu procesu gotowego, możesz skonfigurować własne w następujący sposób:
- Na liście prac kliknij pozycję "Opcje kolumny". Następnie na panelu kliknij pozycję "Dodaj kolumnę zestawienia" i skonfiguruj niestandardowe zestawienie.
- Wybierz między paskiem postępu a sumą.
- Wybierz typ elementu roboczego lub poziom listy prac (zazwyczaj listy prac agregują kilka typów elementów roboczych).
- Wybierz typ agregacji. Liczba elementów roboczych lub Suma. W polu Suma należy wybrać pole do podsumowania.
- Przycisk OK spowoduje powrót do panelu opcji kolumny, w którym można zmienić kolejność nowej kolumny niestandardowej.
Pamiętaj, że nie można edytować kolumny niestandardowej po kliknięciu przycisku OK. Jeśli musisz wprowadzić zmianę, usuń kolumnę niestandardową i dodaj kolejną kolumnę zgodnie z potrzebami.
Nowa reguła ukrywająca pola w formularzu elementu roboczego na podstawie warunku
Dodaliśmy nową regułę do aparatu reguł dziedziczych, aby umożliwić ukrycie pól w formularzu elementu roboczego. Ta reguła spowoduje ukrycie pól na podstawie członkostwa w grupie użytkowników. Jeśli na przykład użytkownik należy do grupy "właściciel produktu", możesz ukryć pole specyficzne dla dewelopera. Aby uzyskać więcej informacji, zobacz dokumentację tutaj.
Ustawienia powiadomień niestandardowych elementów roboczych
Aktualizowanie elementów roboczych istotnych dla Ciebie lub Twojego zespołu jest niezwykle ważne. Pomaga zespołom współpracować i śledzić projekty i upewnić się, że wszystkie odpowiednie strony są zaangażowane. Jednak różne osoby biorące udział w projekcie mają różne poziomy inwestycji w różne wysiłki i uważamy, że powinno to odzwierciedlać twoją zdolność do przestrzegania stanu elementu roboczego.
Wcześniej, jeśli chcesz postępować zgodnie z elementem roboczym i otrzymywać powiadomienia o wszelkich wprowadzonych zmianach, otrzymasz powiadomienia e-mail dotyczące wszystkich zmian wprowadzonych w elemencie roboczym. Po zapoznaniu się z twoją opinią obserwujemy bardziej elastyczny element roboczy dla wszystkich uczestników projektu. Teraz obok przycisku Obserwuj w prawym górnym rogu elementu roboczego zostanie wyświetlony przycisk Nowe ustawienia. Spowoduje to przejście do wyskakującego okienka, które umożliwi skonfigurowanie kolejnych opcji.
W obszarze Ustawienia powiadomień możesz wybrać jedną z trzech opcji powiadomień. Najpierw możesz całkowicie anulować subskrypcję. Po drugie można w pełni zasubskrybować, gdzie otrzymujesz powiadomienia o wszystkich zmianach elementów roboczych. Na koniec możesz otrzymywać powiadomienia o niektórych najważniejszych i kluczowych zdarzeniach zmiany elementu roboczego. Możesz wybrać tylko jedną lub wszystkie trzy opcje. Pozwoli to członkom zespołu śledzić elementy robocze na wyższym poziomie i nie rozpraszać się przez każdą jedną zmianę, która zostanie wprowadzona. Dzięki tej funkcji wyeliminowamy niepotrzebne wiadomości e-mail i pozwolimy skupić się na kluczowych zadaniach.
Łączenie elementów roboczych z wdrożeniami
Cieszymy się, że udostępnimy wersję zapoznawcza kontrolki Wdrażanie w formularzu elementu roboczego. Ta kontrolka łączy elementy robocze z wydaniem i umożliwia łatwe śledzenie miejsca wdrożenia elementu roboczego. Aby dowiedzieć się więcej, zobacz dokumentację tutaj.
Azure Repos
Łączenie z usługą AKS przy użyciu uwierzytelniania opartego na koncie usługi
Wcześniej podczas konfigurowania usługi Azure Pipelines z Centrum wdrażania usługi AKS użyliśmy Połączenie ion usługi Azure Resource Manager. To połączenie miało dostęp do całego klastra, a nie tylko do przestrzeni nazw, dla której skonfigurowano potok. Dzięki tej aktualizacji nasze potoki będą używać uwierzytelniania opartego na kontach usługi w celu nawiązania połączenia z klastrem, aby mieć dostęp tylko do przestrzeni nazw skojarzonej z potokiem.
Podgląd plików markdown w żądaniu ściągnięcia różnice równoległe
Teraz możesz zobaczyć podgląd wyglądu pliku Markdown przy użyciu nowego przycisku Podgląd . Ponadto możesz zobaczyć pełną zawartość pliku z różnicy side-by-side, wybierając przycisk Wyświetl .
Wygasanie zasad dotyczących kompilacji ręcznych
Zasady wymuszają jakość kodu zespołu i standardy zarządzania zmianami. Wcześniej można było ustawić zasady wygasania kompilacji dla automatycznych kompilacji. Teraz możesz również ustawić zasady wygasania kompilacji na kompilacje ręczne.
Dodawanie zasad w celu blokowania zatwierdzeń na podstawie adresu e-mail autora zatwierdzenia
Administracja istratory mogą teraz ustawić zasady wypychania, aby zapobiec wypchnięciu zatwierdzeń do repozytorium, dla którego adres e-mail autora zatwierdzenia nie jest zgodny z podanym wzorcem.
Ta funkcja została priorytetowa na podstawie sugestii społeczności deweloperów w celu zapewnienia podobnego środowiska. Będziemy nadal otwierać bilet i zachęcać użytkowników do powiedzieć nam, jakie inne typy zasad wypychania chcesz zobaczyć.
Azure Pipelines
Etapy niepowodzenia ponowienia próby
Uwaga
Aby wypróbować tę funkcję, musisz mieć włączoną funkcję w wersji zapoznawczej Potoki wieloetapowe .
Jedną z najbardziej żądanych funkcji w potokach wieloetapowych jest możliwość ponawiania próby nieudanego etapu bez konieczności rozpoczynania się od początku. Dzięki tej aktualizacji dodamy dużą część tej funkcji.
Teraz możesz ponowić próbę etapu potoku, gdy wykonanie zakończy się niepowodzeniem. Wszystkie zadania, które zakończyły się niepowodzeniem w pierwszej próbie, a te, które zależą przechodnio od tych zadań, które zakończyły się niepowodzeniem, zostaną ponownie podjęte.
Może to pomóc zaoszczędzić czas na kilka sposobów. Na przykład po uruchomieniu wielu zadań na etapie można chcieć, aby każdy etap uruchamiał testy na innej platformie. Jeśli testy na jednej platformie kończą się niepowodzeniem, podczas gdy inne przechodzą, możesz zaoszczędzić czas, nie uruchamiając ponownie przekazanych zadań. W innym przykładzie etap wdrażania mógł zakończyć się niepowodzeniem z powodu niestabilnego połączenia sieciowego. Ponawianie próby na tym etapie pomoże Zaoszczędzić czas, nie trzeba tworzyć innej kompilacji.
Istnieje kilka znanych luk w tej funkcji. Na przykład nie można ponowić próby jawnego anulowania etapu. Pracujemy nad zamknięciem tych luk w przyszłych aktualizacjach.
Rozszerzenia zatwierdzeń w potokach YAML
Uwaga
Aby wypróbować tę funkcję, musisz mieć potoki wieloetapowe i funkcje nowego środowiska połączenia z usługą w wersji zapoznawczej.
Nadal ulepszamy wieloetapowe potoki YAML. Dzięki tej aktualizacji włączyliśmy konfigurowanie zatwierdzeń połączeń usług i pul agentów. W przypadku zatwierdzeń stosujemy segregację ról między właścicielami infrastruktury a deweloperami. Konfigurując zatwierdzenia dla zasobów, takich jak środowiska, połączenia usług i pule agentów, będziesz mieć pewność, że wszystkie uruchomienia potoków używające zasobów będą wymagały uprzedniego zatwierdzenia.
Środowisko jest podobne do konfigurowania zatwierdzeń dla środowisk. Gdy zatwierdzenie jest oczekujące na zasób przywoływalny na etapie, wykonanie potoku czeka na ręczne zatwierdzenie potoku.
Obsługa testowania struktury kontenerów w usłudze Azure Pipelines
Użycie kontenerów w aplikacjach rośnie, a tym samym zapotrzebowanie na niezawodne testowanie i walidację. Usługa Azure Pipelines obsługuje teraz testy struktury kontenerów. Ta struktura zapewnia wygodny i zaawansowany sposób weryfikowania zawartości i struktury kontenerów.
Można zweryfikować strukturę obrazu na podstawie czterech kategorii testów, które można uruchomić razem: testy poleceń, testy istnienia plików, testy zawartości plików i testy metadanych. Możesz użyć wyników w potoku, aby podjąć decyzje dotyczące przechodzenia/braku go. Dane testowe są dostępne w przebiegu potoku z komunikatem o błędzie, aby ułatwić rozwiązywanie problemów z błędami.
Wprowadź szczegóły pliku konfiguracji i obrazu
Testowanie danych i podsumowanie
Zarządzanie nietrwałymi usterkami i ich usuwanie
W lipcu wprowadziliśmy niestabilne zarządzanie testami w celu obsługi kompleksowego cyklu życia z wykrywaniem, raportowaniem i rozwiązywaniem problemów. Aby ulepszyć go dalej, dodajemy niestabilne zarządzanie usterek testowych i rozwiązanie.
Podczas badania niestabilnego testu można utworzyć usterkę przy użyciu akcji Usterka , która następnie może zostać przypisana do dewelopera w celu dalszego zbadania głównej przyczyny testu flaky. Raport o błędach zawiera informacje o potoku, takie jak komunikat o błędzie, ślad stosu i inne informacje skojarzone z testem.
Po rozwiązaniu lub zamknięciu raportu o usterce automatycznie anulujemy oznaczenie testu jako niezaznakliwego.
Rozszerzenia aplikacji Azure Pipelines dla platformy Slack i usługi Microsoft Teams
Wieloetapowe potoki oparte na języku YAML
Uwaga
Aby wypróbować tę funkcję, musisz mieć włączoną funkcję w wersji zapoznawczej Potoki wieloetapowe .
Aplikacja Azure Pipelines dla usług Slack i Microsoft Teams obsługuje teraz wieloetapowe potoki YAML dla ciągłej integracji i ciągłego wdrażania. Dzięki temu ulepszeniu otrzymasz powiadomienia o różnych zdarzeniach związanych z potokami YAML.
Zdarzenia obsługiwane dla wieloetapowych potoków YAML
- Stan uruchomienia został zmieniony
- Zmieniono stan etapu uruchamiania
- Etap uruchamiania czeka na zatwierdzenie
- Ukończono zatwierdzanie etapu uruchamiania
Rozwikłanie adresów URL i rozszerzenia obsługi komunikatów
Dodaliśmy rozszerzenie obsługi komunikatów dla aplikacji Azure Pipelines dla usługi Microsoft Teams. Teraz możesz wyszukiwać potoki i udostępniać odpowiednie szczegóły dotyczące potoku jako karty w kanale. Rozwikłanie adresów URL ułatwia inicjowanie dyskusji wokół potoków i prowadzenie znaczących i kontekstowych konwersacji.
Updates to hosted pipelines images (Aktualizacje obrazów hostowanych potoków)
Zaktualizowaliśmy kilka obrazów maszyn wirtualnych hostowanych w usłudze Azure Pipelines. Poniżej przedstawiono niektóre najważniejsze informacje w tej aktualizacji:
- Dodano program Go 1.13 do systemów Ubuntu 16.04, Ubuntu 18.04, VS2017 i VS2019. Opcja Przejdź do wersji 1.12 pozostaje domyślna.
- Dodano zestaw Android SDK i narzędzia Build Tools 29 do systemów Ubuntu 16.04, Ubuntu 18.04, VS2017 i VS2019.
- Dodano moduł Az 2.6.0 do programu VS2017 i VS2019.
- Różne poprawki błędów.
Więcej szczegółów na temat najnowszych wersji można znaleźć tutaj.
Uwaga
Usuniemy język Ruby 2.3 ze wszystkich obrazów w przyszłej aktualizacji, ponieważ osiągnął koniec życia 31 marca 2019 r.
Otwieranie zadania instalatora agenta zasad
Open Policy Agent to aparat zasad typu open source ogólnego przeznaczenia, który umożliwia ujednolicone wymuszanie zasad obsługujących kontekst. Dodaliśmy zadanie Instalatora Otwórz agenta zasad. Jest to szczególnie przydatne w przypadku wymuszania zasad potoku w odniesieniu do infrastruktury jako dostawców kodu.
Na przykład program Open Policy Agent może ocenić pliki zasad rego i plany programu Terraform w potoku.
task: OpenPolicyAgentInstaller@0
inputs:
opaVersion: '0.13.5'
Dekoratory potoków wydań
Dekoratory potoków umożliwiają dodawanie kroków do początku i końca każdego zadania. Różni się to od dodawania kroków do pojedynczej definicji, ponieważ dotyczy ona wszystkich potoków w organizacji.
Obsługujemy dekoratory kompilacji i potoków YAML, a klienci używają ich do centralnego kontrolowania kroków w swoich zadaniach. Teraz rozszerzamy również obsługę potoków wydań. Możesz utworzyć rozszerzenia, aby dodać kroki przeznaczone dla nowego punktu współtworzenia i zostaną dodane do wszystkich zadań agenta w potokach wydania.
Azure Test Plans
Strona nowych planów testów
Większość funkcji planowania, tworzenia, wykonywania i śledzenia jest teraz dostępna na nowej stronie Planów testów. W związku z tym włączamy ją dla wszystkich użytkowników planów testów, aby mogli przekazać nam opinię. Pozostałe kilka możliwości wymaga, abyśmy mogli osiągnąć równoważność z poprzednią stroną Planów testów, zostaną włączone w kilku następnych przebiegach. W razie potrzeby użytkownicy mogą wyłączyć stronę Plany testów w menu Funkcje w wersji zapoznawczej. Przeczytaj więcej tutaj.
Raportowanie
Postęp wbudowanego przebiegu przy użyciu punktów scenariusza
Twoje wypalenie przebiegu może teraz spalić się według historii. Dotyczy to opinii społeczności deweloperów.
W centrum Sprint wybierz kartę Analiza. Następnie skonfiguruj raport w następujący sposób:
- Wybieranie listy prac scenariuszy
- Wybierz, aby uruchomić sumę punktów scenariuszy
Witryna Wiki
Krótkie i czytelne adresy URL stron typu wiki
Nie musisz już używać wielowierszowego adresu URL do udostępniania linków stron typu wiki. Używamy identyfikatorów stron w adresie URL, aby usunąć parametry, dzięki czemu adres URL jest krótszy i łatwiejszy do odczytania.
Nowa struktura adresów URL będzie wyglądać następująco:
https://dev.azure.com/{accountName}/{projectName}/_wiki/wikis/{wikiName}/{pageId}/{readableWiki PageName}
Jest to przykład nowego adresu URL strony typu wiki Witamy w usłudze Azure DevOps:
https://dev.azure.com/microsoft/ AzureDevOps/_wiki/wikis/AzureDevOps.wiki/1/Welcome-to-Azure-DevOps-Wiki
Priorytetem było to na podstawie tego biletu sugestii funkcji w społeczności deweloperów.
Obsługa diagramów Mermaid na stronach wiki
Dodaliśmy obsługę wstawiania diagramów syreny na stronach typu wiki. Teraz możesz tworzyć, edytować wykresy blokowe i zarządzać nimi, diagramy sekwencji w dokumentach projektowych i dodawać wykresy Gantta w dokumentach planowania w witrynie Typu wiki usługi Azure DevOps.
Priorytetem było to na podstawie tego biletu sugestii funkcji w społeczności deweloperów. Aby uzyskać więcej informacji na temat diagramów syrenki, zobacz naszą dokumentację tutaj.
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 przyjrzyj się.
Jak przekazać opinię
Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu opinii, aby zgłosić problem lub przekazać sugestię.
Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.
Dzięki,
Ravi Shanker