Udostępnij przez

Zarządzanie rozliczeniami organizacji w usłudze Azure DevOps — aktualizacja Sprint 150

W Sprint 150 Update usługi Azure DevOps dodaliśmy możliwość zarządzania billingiem dla twojej organizacji w naszym portalu.

Na nowej karcie rozliczeń możesz wybrać subskrypcję platformy Azure używaną do rozliczeń i płacić za dodatkowych użytkowników. Aby zarządzać rozliczeniami, nie musisz już przechodzić do witryny Visual Studio Marketplace ani witryny Azure Portal.

Aby uzyskać więcej informacji, zapoznaj się z listą Features poniżej.

Funkcje

Ogólne:

Azure Boards:

Azure Repos:

Azure Pipelines:

Raportowanie:

Wiki:

Administracja:

Ogólne

Ogólna dostępność ciemnego motywu

W październiku ubiegłego roku udostępniliśmy publiczną wersję zapoznawcza ciemnego motywu w ramach nowej nawigacji. Po kilku miesiącach w wersji testowej, wsłuchując się w opinie i dostosowując doświadczenie, z przyjemnością ogłaszamy ogólną dostępność motywu ciemnego.

zarządzanie rozliczeniami organizacji w usłudze Azure DevOps

Z przyjemnością informujemy, że możesz teraz zarządzać rozliczeniami organizacji z poziomu portalu usługi Azure DevOps. Administratorzy nie muszą już konfigurować rozliczeń za pośrednictwem witryny Azure Portal. Aby zarządzać ustawieniami rozliczeń, przejdź do obszaru Ustawienia organizacji i wybierz pozycję Rozliczenia.

Poniżej znajduje się lista ustawień, którymi można zarządzać na karcie Rozliczenia .

  1. Możesz wybrać subskrypcję platformy Azure do użycia na potrzeby rozliczeń.

    Fakturowanie ustawień organizacji.

  2. Możesz zmienić subskrypcję platformy Azure używaną przez organizację na potrzeby rozliczeń, wybierając inną subskrypcję. Wcześniej trzeba było anulować subskrypcję, a następnie nabyć ponownie ten sam poziom dla każdego płatnego zasobu (użytkownicy podstawowi, użytkownicy zarządzania pakietami, potoki hostowane przez MS itp.). Ten proces był żmudny i podatny na błędy. Teraz możesz zmienić subskrypcję platformy Azure używaną przez organizację na potrzeby rozliczeń, wybierając inną subskrypcję i klikając pozycję Zapisz.

    Identyfikator subskrypcji rozliczeniowej Azure.

  3. Nie trzeba już przechodzić do witryny Visual Studio Marketplace, aby zarządzać konfiguracją rozliczeń. Dodaliśmy możliwość płacenia za dodatkowych użytkowników Podstawowych, Menedżera testów i Zarządzania pakietami (Azure Artifacts). Możesz zwiększyć lub zmniejszyć liczbę użytkowników, za których organizacja płaci, z poziomu nowej zakładki Rozliczenia.

    Rozliczenia płacą za dodatkowych użytkowników.

Azure Boards

Wykonywanie zapytań dotyczących zadań w grupach Azure Active Directory

Dzięki zwiększonemu wdrożeniu usługi Azure Active Directory i częstości używania grup do zarządzania zabezpieczeniami zespoły coraz częściej szukają sposobów wykorzystania tych grup w usłudze Azure Boards. Teraz oprócz wykonywania zapytań dotyczących elementów roboczych, które zostały przypisane lub zmienione przez określone osoby przy użyciu operatorów W grupie lub Nie w grupie , można również bezpośrednio użyć grup usługi Azure Active Directory.

Aby uzyskać więcej informacji, zobacz dokumentację operatorów zapytań .

Wykonywanie zapytań na podstawie grup.

Udostępnianie tablicy zespołu za pomocą wskaźnika

Plik README repozytorium jest często domem, do którego zespół projektu zwraca się w celu uzyskania informacji na temat współtworzenia rozwiązania i korzystania z niego. Teraz, podobnie jak w przypadku stanu kompilacji lub wdrożenia w usłudze Azure Pipelines, możesz dodać do pliku README wskaźnik tablicy zespołu w usłudze Azure Boards. Wskaźnik można skonfigurować tak, aby pokazywał tylko kolumny W toku lub wszystkie kolumny, a nawet uwidocznić wskaźnik publicznie, jeśli projekt jest open source.

Użyj wskaźnika do udostępniania tablic.

Jeśli plik README jest oparty na języku Markdown, możesz po prostu skopiować przykładowy kod Markdown ze strony ustawień wskaźnika stanu i wkleić go do pliku.

Odznaka w pliku README na GitHubie.

Zapytanie o pracę w stosunku do początku dnia, tygodnia, miesiąca lub roku

Podczas gdy zespoły często koncentrują się na pracy w kontekście tego, co nadchodzi dalej, lub na podstawie iteracji sprintu, często interesujące jest przyjrzenie się pracy z perspektywy kalendarza, aby przedstawić całą pracę wykonaną w zeszłym miesiącu lub w pierwszym kwartale roku. Teraz możesz użyć następującego nowego zestawu makr @StartOf wraz z dowolnym polem opartym na dacie, aby wykonywać zapytania na podstawie początku dnia, tygodnia, miesiąca lub roku:

  • @StartOfYear
  • @StartOfMonth
  • @StartOfWeek
  • @StartOfDay

Każde z tych makr akceptuje również nowy ciąg modyfikujący, który umożliwia przesunięcie danych według różnych jednostek dat. Możesz na przykład napisać zapytanie, aby znaleźć wszystkie elementy robocze ukończone w pierwszym kwartale tego roku, wykonując zapytanie dotyczące daty >zmiany stanu = @StartOfYear i daty <zmiany stanu = @StartOfYear(“+3M”). Aby uzyskać więcej informacji, zobacz dokumentację makr zapytań .

Zapytanie o pracę względem początku dnia, tygodnia, miesiąca lub roku.

Eksportowanie wyników zapytania do pliku CSV

Teraz możesz wyeksportować wyniki zapytania bezpośrednio do pliku formatu CSV z internetu.

Eksportuj wyniki zapytania.

Azure Repos

Nowe typy scalania do finalizacji pull requestów

Teraz masz więcej opcji podczas scalania zmian z pull request do gałęzi docelowej. Dodaliśmy obsługę dwóch funkcji, które były najczęściej poszukiwane przez społeczność deweloperów: scalaniaFast-Forward i scalaniaSemi-Linear (nazywane również “Ponowne bazowanie i scalanie”).

Teraz zobaczysz dostępne te nowe opcje w oknie dialogowym Complete Pull Request.

Nowe typy scalania służące do kończenia żądań ściągnięcia.

Zaktualizowana strona administrowania zasadami umożliwia administratorom kontrolowanie, które strategie scalania są dozwolone w gałęzi lub folderze gałęzi.

Ogranicz typy scalania.

Uwaga

Istniejące zasady są nadal wymuszane. Jeśli na przykład twoje odgałęzienie ma obecnie politykę "tylko squash merge", musisz edytować tę politykę, aby używać nowych strategii scalania.

Istnieje kilka sytuacji, gdy podczas kończenia pull requestu ponowne bazowanie nie jest możliwe:

  • Jeśli zasady w gałęzi docelowej zabraniają używania strategii bazy danych, konieczne będzie uprawnienie "Przesłoń zasady gałęzi".
  • Jeśli gałąź źródłowa żądania ściągnięcia ma zasady, nie będzie można jej przebazować. Rebazowanie spowoduje zmodyfikowanie gałęzi źródłowej bez przechodzenia przez proces zatwierdzania polityki.
  • Jeśli używasz Merge Conflict Extension do rozwiązywania konfliktów scalania. Rozwiązania konfliktów stosowane do scalania trzykierunkowego są rzadko skuteczne (a nawet prawidłowe) podczas przerebasowania wszystkich commitów z pull requestu jeden po drugim.

We wszystkich tych przypadkach nadal masz możliwość wykonania rebase'u gałęzi lokalnie i wypchnięcia jej na serwer lub scalania zmian do jednej komendy podczas kończenia żądania ściągnięcia.

Azure Pipelines (narzędzie do automatyzacji procesów w chmurze Azure)

Zadanie manifestu platformy Kubernetes

Dodaliśmy nowe zadanie w naszych potokach wydawniczych, aby uprościć proces wdrażania w klastrach Kubernetes przy użyciu plików manifestów. To zadanie zapewni następujące korzyści w porównaniu z użyciem pliku binarnego kubectl w skryptach:

  • Zamiana artefaktów — akcja wdrażania przyjmuje jako dane wejściowe listę obrazów kontenerów, które można określić za pomocą tagów lub skrótów. Zastępuje się to w wersji plików manifestu, która nie jest szablonowa, przed zastosowaniem jej do klastra, aby upewnić się, że odpowiednia wersja obrazu jest pobierana przez węzły klastra.

  • Stabilność manifestu — status wdrażania sprawdzany jest dla obiektów Kubernetes, aby uwzględnić kontrole stabilności podczas określania, czy zadanie zakończyło się powodzeniem czy porażką.

  • Adnotacje dotyczące możliwości śledzenia — adnotacje są dodawane do wdrożonych obiektów Kubernetes w celu nałożenia informacji o możliwości śledzenia dotyczących organizacji źródłowej, projektu, potoku i uruchomienia.

  • Manifest bake — akcja bake zadania umożliwia generowanie wykresów Helm w plikach manifestów Kubernetes, dzięki czemu można je zastosować w klastrze.

  • Strategia wdrażania — wybranie strategii kanaryjskiej z akcją wdrażania prowadzi do utworzenia żądanego procentu obciążeń z sufiksem -baseline i -canary, aby można je było porównać w trakcie zadania ManualIntervention przed użyciem działania akceptacji lub odrzucenia zadania w celu sfinalizowania wersji do przechowywania.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Aktualizacje zadania Docker

Uaktualniliśmy zadanie Docker, aby uprościć proces tworzenia potoku. Polecenie buildAndPush może teraz służyć do kompilowania wielu tagów dla określonego repozytorium kontenerów i wypychania go do wielu rejestrów kontenerów w jednym kroku. Zadanie może używać połączeń serwisowych rejestru Docker do logowania się do rejestrów kontenerów. Metadane śledzenia dotyczące repozytorium źródłowego, zatwierdzenia i kompilacji są dodawane jako etykiety do obrazów tworzonych za pomocą tego zadania.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Instalator narzędzia Kubectl

Dodaliśmy nowe zadanie umożliwiające zainstalowanie określonej wersji pliku binarnego Kubectl na agentach. Ciągi wersji latest i semver, takie jak "v1.14.0", są akceptowane jako prawidłowe wartości dla danych wejściowych Specyfikacji Wersji Kubectl.

Instalator narzędzia kubectl.

Usługa Azure Container Registry w połączeniu z usługą rejestru platformy Docker

Teraz możesz utworzyć połączenie usługi rejestru platformy Docker ze strony ustawień projektu. Aby utworzyć połączenie, wybierz rejestr kontenerów platformy Azure w jednej z subskrypcji skojarzonych z tożsamością usługi Azure Active Directory (Azure AD). Wszystkie zadania wymagające połączeń usługi z rejestrami kontenerów, takie jak Docker@2 i KubernetesManifest@0, będą obsługiwać jeden sposób określania połączenia.

Dodaj połączenie usługi Platformy Docker.

Obsługa cgroup w hostowanej puli Ubuntu

W systemie Linux, gdy użycie pamięci jest zbyt wysokie, jądro zakończy niektóre procesy w celu ochrony reszty. Jeśli proces agenta usługi Azure Pipelines zostanie wybrany do zakończenia, uruchomienie potoku zakończy się niepowodzeniem z komunikatem o błędzie dotyczącym utraty komunikacji z agentem. W puli z systemem Ubuntu hostowanym przez firmę Microsoft zmniejszyliśmy prawdopodobieństwo przerwania działania agenta poprzez uruchomienie kroków wewnątrz niestandardowego cgroup. Mimo że potok może nadal zakończyć się niepowodzeniem w przypadku przekroczenia dostępnej pamięci, proces agenta prawdopodobnie przetrwa i prawidłowo zgłosi błąd. Jeśli uruchamiasz prywatnego agenta systemu Linux, opublikowaliśmy ustawienia, których używamy, aby można było rozważyć podobną konfigurację.

Agent uruchamiany jednorazowo

Jeśli używasz infrastruktury, takiej jak Azure Container Instances do uruchamiania elastycznych agentów prywatnych, często chcesz, aby każdy agent akceptował tylko jedno zadanie przed odejściem. Do tej pory nie było to łatwe, ponieważ trzeba było zakończyć działalność agenta (co może prowadzić do zgłoszenia błędu) lub zaakceptować ryzyko, że agent może otrzymać kolejne zadanie, zanim zostanie zamknięty. Dzięki tej aktualizacji dodaliśmy flagę --once do konfiguracji agenta. Po skonfigurowaniu agenta w ten sposób zaakceptuje tylko jedno zadanie, a następnie zamknie się.

Obsługa programu Visual Studio 2019 (VS2019) w zadaniu testowym programu Visual Studio

Dodaliśmy obsługę VS2019 do zadania testowego Visual Studio w potokach. Aby uruchomić testy przy użyciu platformy testowej dla programu VS2019, wybierz opcje Najnowsze lub Visual Studio 2019 z listy rozwijanej Wersja platformy testowej.

Obsługa programu Visual Studio 2019 (VS2019) w zadaniu testowym programu Visual Studio.

Aktualizacja interfejsu użytkownika puli agentów

Strona zarządzania pulami agentów w ustawieniach projektu została zaktualizowana przy użyciu nowego interfejsu użytkownika. Teraz możesz łatwo wyświetlić wszystkie zadania, które są uruchomione w puli. Ponadto możesz dowiedzieć się, dlaczego zadanie nie działa.

Aktualizacja środowiska użytkownika (UX) puli agentów.

Asystent zadań do edytowania plików YAML

Nadal otrzymujemy wiele opinii z prośbą o ułatwienie edytowania plików YAML dla potoków. W poprzednich aktualizacjach dodaliśmy obsługę funkcji IntelliSense. Teraz dodajemy asystenta zadań do edytora YAML. Dzięki temu będziesz mieć takie samo znane środowisko dodawania nowego zadania do pliku YAML, jak w edytorze klasycznym. Ten nowy asystent obsługuje większość typowych typów danych wejściowych zadań, takich jak listy wyboru i połączenia usługowe. Aby użyć nowego asystenta zadań, wybierz pozycję Edytuj w potoku opartym na języku YAML, a następnie wybierz Asystent zadań.

Asystent zadań do edytowania plików YAML.

Aktualizacje obrazów hostowanych potoków

Z przyjemnością ogłaszamy aktualizacje hostowanej puli systemu macOS w systemie OS X Mojave (10.4), które będą również obsługiwać program Xcode 10.2. Jeśli potoki oparte na projekcie korzystają z puli Hosted macOS, potoki zostaną automatycznie uaktualnione do systemu Mojave. Jeśli chcesz pozostać w systemie OS X High Sierra (10.3), zmień pulę kompilacji uruchamianych na hostowanej macOS High Sierra.

Jeśli używasz języka YAML, nowe etykiety vmImage, których można użyć, są następujące:

  • Etykieta obrazu, która zawsze będzie wskazywać najnowszą wersję systemu macOS, obecnie 10.4
vmImage: 'macOS-latest'
  • Ta etykieta obrazu dotyczy konkretnie systemu macOS 10.14, jeśli chcesz mieć pewność, że potok działa w zgodności z Mojave.
vmImage: 'macOS-10.4'
  • Etykieta obrazu przeznaczona specjalnie dla systemu macOS 10.13, jeśli chcesz mieć pewność, że proces działa w systemie High Sierra
vmImage: 'macOS-10.3'

Wprowadziliśmy również aktualizacje obrazu systemu Windows Server 2019 dla hostowanej usługi Azure Pipelines. Najnowsze wersje można znaleźć tutaj. Ta aktualizacja obejmuje nowe wersje programu VS2019 (wersja zapoznawcza), Docker, PowerShell Core, Node.js, npm i inne.

Aby uzyskać więcej informacji na temat tego, co znajduje się w naszych obrazach hostowanych maszyn wirtualnych z systemem macOS, i dowiedzieć się więcej o narzędziach dostępnych na naszych obrazach, odwiedź nasze repozytorium Generowanie obrazów w witrynie GitHub.

Ulepszenia integracji z usługą ServiceNow

W grudniu ubiegłego roku opublikowaliśmy integrację usługi ServiceNow Change Management z potokami wdrażania. Kluczowa zdolność do współpracy między zespołami, która umożliwiła każdemu zespołowi korzystanie z usługi według własnego wyboru i zapewniła skuteczne dostarczanie na każdym etapie. Dzięki tej aktualizacji ulepszyliśmy integrację w celu obsługi wszystkich typów zmian (normalnych, standardowych i awaryjnych). Ponadto można teraz określić bramę używaną do tworzenia nowego żądania zmiany przy użyciu istniejącego szablonu, zgodnie z procesem ITSM obserwowanym w organizacji. Na koniec można również kontrolować wersje na podstawie istniejących żądań zmiany. Dzięki temu można wdrożyć ciągłe dostarczanie bez konieczności zmiany procesu zalecanego przez zespoły IT.

Zarządzanie zmianami w usłudze ServiceNow.

Obsługa modułu Az programu Azure PowerShell

Program Azure PowerShell udostępnia zestaw poleceń cmdlet, których można użyć do zarządzania zasobami platformy Azure z poziomu wiersza polecenia. W grudniu ubiegłego roku moduł Az programu Azure PowerShell stał się dostępny i jest teraz przeznaczonym modułem do zarządzania zasobami platformy Azure.

Wcześniej nie zapewniliśmy obsługi modułu Az programu Azure PowerShell w naszych hostowanych agentach. W nowej wersji zadania Azure PowerShell 4.* w potokach kompilacji i wydania wprowadziliśmy obsługę nowego modułu Az dla wszystkich platform. Zadanie Azure PowerShell w wersji 3.* będzie nadal obsługiwać moduł AzureRM. Jednak aby nadążyć za najnowszymi usługami i funkcjami platformy Azure, zalecamy, aby jak najszybciej przełączyć się do zadania programu Azure PowerShell w wersji 4.* .

Moduł Az ma tryb zgodności, który ułatwia korzystanie z istniejących skryptów podczas aktualizowania ich do używania nowej składni. Aby włączyć zgodność modułu Az, użyj polecenia Enable-AzureRmAlias. Aliasy umożliwiają używanie z modułem Az starych nazw cmdlet. Aby uzyskać więcej informacji na temat migracji z modułu Azure RM do modułu Az programu Azure PowerShell, kliknij tutaj.

Uwaga

Jeśli używasz prywatnych agentów, musisz zainstalować moduł Az na maszynie agenta.

Aby uzyskać więcej informacji na temat modułu Az programu Azure PowerShell, zobacz dokumentację tutaj.

Ulepszenia autoryzacji zasobów

Aby zapewnić bezpieczeństwo chronionych zasobów (np. połączeń z usługą, grup zmiennych, pul agentów, bezpiecznych plików) podczas odwołwania się do pliku YAML. Jednocześnie chcieliśmy ułatwić konfigurowanie i użytkowanie potoków korzystających z tych typów zasobów w scenariuszach nieprodukcyjnych. Wcześniej dodaliśmy opcję, aby oznaczyć zasób jako „autoryzowany do użycia we wszystkich pipeline'ach”.

Dzięki tej aktualizacji ułatwiamy rozwiązanie problemu z autoryzacją zasobów, nawet jeśli nie oznaczono zasobu jako takiego. W nowym interfejsie, gdy kompilacja zakończy się niepowodzeniem z powodu błędu autoryzacji zasobów, zostanie wyświetlona opcja jawnego autoryzowania użycia tych zasobów w potoku, a następnie możesz kontynuować. Członkowie zespołu z uprawnieniami do autoryzowania zasobów będą mogli wykonać tę akcję bezpośrednio z kompilacji zakończonej niepowodzeniem.

Podsumowanie potoku z błędem autoryzacji.

Uproszczone zasady przechowywania dla potoków kompilacji

Uprościliśmy model przechowywania dla wszystkich potoków kompilacji, w tym kompilacji YAML. Na poziomie projektu istnieje nowe ustawienie, które pozwala kontrolować liczbę dni przechowywania kompilacji każdego potoku oraz liczbę dni przechowywania artefaktów każdej kompilacji. Jeśli do utworzenia potoku kompilacji użyto edytora klasycznego, starsze ustawienia przechowywania będą nadal uznawane, ale nowsze potoki będą używać nowych ustawień. Możesz zarządzać przechowywaniem na stronie ustawienia potoków w ustawieniach projektu.

Automatyczne pobieranie artefaktów potokowych podczas wydania wersji

Wcześniej, jeśli potok kompilacji powiązany z wydaniem publikował artefakty za pomocą zadania Publikuj artefakt potoku, artefakty nie były automatycznie pobierane w wydaniu. Zamiast tego trzeba było jawnie dodać zadanie Download Pipeline Artifact w potoku wydania, aby pobrać artefakty.

Teraz wszystkie artefakty z potoku opublikowane przez potok kompilacji są automatycznie pobierane i udostępniane w ramach wydania. Możesz również dostosować pobieranie artefaktu potoku w ramach właściwości fazy potoku wdrożeniowego.

Aktualizacje raportów pokrycia kodu Cobertura

Poprzednio, gdy uruchamiałeś testy w potoku i publikowałeś wyniki pokrycia kodu w Azure DevOps, konieczne było określenie zarówno podsumowania XML, jak i pliku raportu HTML. Ponadto style w raportach HTML zostały usunięte, zanim zostały wyrenderowane na zakładce pokrycia kodu. To usunięcie stylów było konieczne z punktu widzenia bezpieczeństwa, ponieważ można było przesłać dowolne pliki HTML.

Dzięki tej aktualizacji rozwiązaliśmy te ograniczenia dotyczące raportów pokrycia Cobertura. Podczas publikowania raportów pokrycia kodu nie trzeba już określać plików HTML. Raporty są generowane automatycznie i są renderowane przy użyciu odpowiedniego stylu na karcie pokrycia kodu. Ta funkcja używa narzędzia open source ReportGenerator.

Pokrycie kodu.

Raportowanie

Raporty błędów i czasu trwania kompilacji

Ważne jest, aby metryki i szczegółowe informacje stale poprawiały przepływność i stabilność potoku. Jako pierwszy krok w kierunku zapewnienia analizy potoków dodaliśmy dwa raporty, aby zapewnić metryki i szczegółowe informacje o potokach.

  1. W raporcie o błędach zostanie wyświetlona szybkość przekazywania kompilacji i trend niepowodzenia. Ponadto pokaże również trend niepowodzeń podzadań, aby uzyskać szczegółowe informacje o tym, które zadanie przyczynia się do maksymalnej liczby awarii.

    Raporty dotyczące niepowodzeń kompilacji i czasu trwania.

  2. Raport dotyczący czasu trwania będzie zawierał czas trwania procesu oraz jego trend.

    Trend raportu czasu trwania potoku.

Ogólna dostępność analiz

Z przyjemnością ogłaszamy, że następujące funkcje analizy zostaną uwzględnione w usłudze Azure DevOps bez dodatkowych kosztów.

  1. Widżety analizy to konfigurowalne moduły, które wyświetlają dane na pulpicie nawigacyjnym i ułatwiają monitorowanie postępu pracy. Dołączone widżety są następujące:

  2. W ramach produktu dołączamy raport o najczęściej zawodziących testach, aby dostarczyć informacje na temat najczęściej awaryjnych testów w procesie, co ma pomóc w zwiększeniu niezawodności procesu i redukcji długu technicznego związanego z testami.

    Raport dotyczący niepowodzeń testów.

Będziemy również nadal oferować integrację usługi Power BI za pośrednictwem widoków analitycznych i bezpośredniego dostępu do naszego punktu końcowego OData w wersji zapoznawczej dla wszystkich klientów usługi Azure DevOps Services.

Jeśli używasz rozszerzenia platformy handlowej usługi Analytics, możesz nadal korzystać z analizy, tak jak poprzednio i nie musisz wykonywać żadnych dodatkowych kroków. Oznacza to, że wycofamy rozszerzenie Marketplace Analytics dla klientów hostowanych.

Oferta usługi Azure DevOps Analytics to przyszłość raportowania i będziemy nadal inwestować w nowe funkcje oparte na analizie. Więcej informacji na temat analizy można znaleźć w poniższych linkach.

Wiki

Powiadomienia na stronach wiki

Do tej pory nie wiesz, kiedy zawartość na stronie typu wiki została zmieniona. Teraz możesz śledzić strony typu wiki, aby otrzymywać powiadomienia pocztą e-mail po edycji, usunięciu lub zmianie nazwy strony. Aby śledzić zmiany wprowadzone w wiki, wybierz przycisk Obserwuj na stronie wiki.

Strona typu wiki.

Ta funkcja została opryorytetyzowana na podstawie zgłoszenia sugerującego . Aby dowiedzieć się więcej, zobacz naszą dokumentację tutaj.

Administracja

zarządzanie rozliczeniami organizacji w usłudze Azure DevOps

Z przyjemnością informujemy, że możesz teraz zarządzać rozliczeniami organizacji z poziomu portalu usługi Azure DevOps. Administratorzy nie muszą już konfigurować rozliczeń za pośrednictwem witryny Azure Portal. Aby zarządzać ustawieniami rozliczeń, przejdź do obszaru Ustawienia organizacji i wybierz pozycję Rozliczenia.

Poniżej znajduje się lista ustawień, którymi można zarządzać na karcie Rozliczenia .

  1. Możesz wybrać subskrypcję platformy Azure do użycia na potrzeby rozliczeń.

    Rozliczenia ustawień organizacji.

  2. Możesz zmienić subskrypcję platformy Azure używaną przez organizację na potrzeby rozliczeń, wybierając inną subskrypcję. Wcześniej trzeba było usunąć rozliczenia, a następnie dokładnie ponownie kupić ten sam poziom dla każdego płatnego zasobu (użytkownicy podstawowi, użytkownicy zarządzania pakietami, potoki hostowane przez usługę MS itp.). Ten proces był żmudny i podatny na błędy. Teraz możesz zmienić subskrypcję platformy Azure używaną przez organizację na potrzeby rozliczeń, wybierając inną subskrypcję i klikając pozycję Zapisz.

    Identyfikator rozliczeń subskrypcji platformy Azure —

  3. Nie trzeba już przechodzić do witryny Visual Studio Marketplace, aby zarządzać konfiguracją rozliczeń. Dodaliśmy możliwość płacenia za dodatkowych użytkowników w warstwie Podstawowa, Menedżer testów i Zarządzanie pakietami (Azure Artifacts). Możesz zwiększyć lub zmniejszyć liczbę użytkowników, które organizacja płaci na nowej karcie Rozliczenia .

    Rozliczenia płacą za dodatkowych użytkowników.

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ę.

przejdź do usługi Azure DevOps

Jak przekazać opinię

Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu opinii, aby zgłosić problem lub przekazać sugestię.

Utwórz sugestię

Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.

Dzięki

Jeremy Epling

  • Last updated on