Udostępnij za pośrednictwem

Grupy wdrożenia i wyzwalacz uzupełniania kompilacji — aktualizacja przebiegu usługi VSTS 132

  • Artykuł

Aktualizacja sprintu 132 Visual Studio Team Services (VSTS) oferuje kilka kluczowych funkcji ułatwia skalowanie potoku kompilacji i wydania. W obszarze Kompilacja użyj nowego wyzwalacza uzupełniania kompilacji, aby połączyć powiązane kompilacje , które mogą być własnością różnych zespołów. W wersji ogłaszamy ogólną dostępność grup wdrożeń, których można użyć do skalowania wdrożeń na wielu maszynach wirtualnych o wysokiej dostępności, w tym w środowiskach produkcyjnych.

Inne najważniejsze funkcje obejmują:

Co nowego w usłudze VSTS

Funkcje

Kod

Kompilowanie i wydawanie

Pakiet

Witryna Wiki

Raportowanie

Kod

Szybkie opisywanie żądań ściągnięcia przy użyciu komunikatów zatwierdzenia

Pisanie opisowych komunikatów zatwierdzania dodaje wartość do historii dowolnego repozytorium Git. Aby zachęcić do komunikatów o zatwierdzeniach jakości, nowe żądania ściągnięcia, które mają wiele zatwierdzeń, będą wymagać od współautorów ręcznego wprowadzenia tytułu.

Opisy żądań ściągnięcia będą domyślnie puste, ale nowa funkcja ułatwi dołączenie komunikatów zatwierdzenia z zatwierdzeń żądania ściągnięcia do opisu żądania ściągnięcia. Aby dodać komunikaty zatwierdzenia, po prostu kliknij pozycję Dodaj komunikaty zatwierdzenia , aby dołączyć komunikaty zatwierdzenia na końcu tekstu opisu żądania ściągnięcia.

Dodawanie akcji komunikatów zatwierdzenia

Wykonywanie poleceń Kontroli wersji serwera Team Foundation bezpośrednio w Eksploratorze Windows

Rozszerzenie powłoki systemu Windows TFVC, które zapewnia uproszczone środowisko kontroli wersji zintegrowane z systemem Windows Eksplorator plików, obsługuje teraz usługi VSTS i TFS 2018. To narzędzie umożliwia wygodny dostęp do wielu poleceń kontroli wersji serwera Team Foundation bezpośrednio z menu kontekstowego Eksploratora Windows.

Narzędzie to, będące wcześniej częścią narzędzi TFS Power Tools, zostało udostępnione jako autonomiczne narzędzie w witrynie Visual Studio Marketplace.

Rozszerzenie powłoki

Kompilowanie i wydawanie

Duże produkty mają kilka składników zależnych od siebie. Te składniki są często tworzone niezależnie. Gdy składnik nadrzędny (na przykład biblioteka) ulegnie zmianie, zależności podrzędne muszą zostać ponownie skompilowane i ponownie zmienione. Zespoły zazwyczaj zarządzają tymi zależnościami ręcznie.

Teraz możesz wyzwolić kompilację po pomyślnym ukończeniu innej kompilacji. Artefakty utworzone przez kompilację nadrzędną można pobrać i używać w późniejszej kompilacji, a także pobierać dane z następujących zmiennych: Build.TriggeredBy.BuildId, Build.TriggeredBy.DefinitionId, Build.TriggeredBy.BuildDefinitionName. Aby uzyskać więcej informacji, zobacz dokumentację wyzwalaczy kompilacji .

Ta funkcja została priorytetowa na podstawie tego, co jest obecnie #2 najwyższa sugestia głosowania z 1129 głosami.

Konfigurowanie łańcucha kompilacji

Należy pamiętać, że w niektórych przypadkach pojedyncza kompilacja wielofazowa może spełniać Twoje potrzeby. Jednak wyzwalacz uzupełniania kompilacji jest przydatny, jeśli wymagania obejmują różne ustawienia konfiguracji, opcje lub inny zespół do posiadania procesu zależnego.

Skalowanie wdrożeń na maszyny wirtualne przy użyciu grup wdrożeń

Grupy wdrożeń, które oferują niezawodne, wbudowane wdrażanie na wielu maszynach, są teraz ogólnie dostępne. Przy użyciu grup wdrożeń można organizować wdrożenia na wielu serwerach i przeprowadzać aktualizacje stopniowe przy jednoczesnym zapewnieniu wysokiej dostępności w całej aplikacji. Można także wdrażać na serwerach lokalnych i na maszynach wirtualnych na platformie Azure lub w dowolnej chmurze oraz mieć możliwość kompleksowego śledzenia wersji wdrożonego artefaktu aż do poziomu serwera.

Możliwość wdrażania na podstawie agenta zależy od tych samych agentów wdrożenia i kompilacji., które są już dostępne. W fazie grupy wdrażania na maszynach docelowych możesz użyć pełnego wykazu zadań. Z perspektywy rozszerzalności na potrzeby dostępu programowego można również używać interfejsów API REST dla grup wdrożeń i obiektów docelowych.

Obiekty docelowe wdrożenia współdzielonego

Jeśli używasz tego samego serwera do hostowania wielu aplikacji, możesz udostępnić serwer (znany również jako cel wdrożenia) między projektami zespołowymi przy użyciu pul wdrożeń.

Lista obiektów docelowych grup wdrożeń

Nowe szablony

Wdrażanie w wielu miejscach docelowych jest teraz proste dzięki nowym szablonom definicji wersji. Wiele szablonów dla witryny sieci Web usług IIS, witryny sieci Web usług IIS z bazą danych i wielu szablonów wdrażania dla bazy danych SQL jest dostępnych poza tym rozwiązaniem.

Szablony wydania dla grup wdrożeń

Aprowizowanie maszyn wirtualnych

Użyj rozszerzonego zadania grupy zasobów platformy Azure, aby dynamicznie uruchamiać agentów na nowo aprowizowanej lub wstępnie istniejącej Virtual Machines na platformie Azure.

Zadanie grupy zasobów platformy Azure

Po uruchomieniu grup wdrożeń w maju ubiegłego roku wysłaliśmy prosty interfejs użytkownika przeznaczony dla kilku kluczowych scenariuszy. Teraz znajdziesz bardziej spójny interfejs, który wygląda jak reszta produktu.

Aby uzyskać więcej informacji na temat rozpoczynania pracy, zobacz dokumentację grup wdrażania .

Tworzenie aplikacji napisanych w języku Go

Teraz możesz tworzyć aplikacje języka Go w usłudze VSTS!

Użyj zadania Instalatora narzędzi Języka Go , aby zainstalować co najmniej jedną wersję narzędzia Go Na bieżąco. To zadanie uzyskuje określoną wersję narzędzia Go wymaganego przez projekt i dodaje go do ścieżki agenta kompilacji. Jeśli docelowa wersja narzędzia Języka Go jest już zainstalowana na agencie, to zadanie pominie proces pobierania i instalowania go ponownie.

Zadanie Języka Go ułatwia pobieranie zależności, kompilowanie lub testowanie aplikacji. Możesz również użyć tego zadania, aby uruchomić wybrane niestandardowe polecenie języka Go.

Rozszerzanie bram wydania przy użyciu rozszerzeń zadań

Bramy wydania zawierają informacje o kondycji bezpośrednio w potoku wydania. Brama zbiera zestaw sygnałów kondycji wielokrotnie, przed wdrożeniem lub po jego wdrożeniu, aby określić, czy wydanie powinno przejść do następnego etapu, czy nie. Udostępniono zestaw wbudowanych bram, a opcja Wywołaj funkcję platformy Azure została zalecana do integracji innych usług do tej pory.

Teraz bramy mogą być dostępne w postaci rozszerzenia, co ułatwia tobie lub autorom rozszerzeń integrowanie nowych lub niestandardowych usług i konfigurowanie bramy.

Aby uzyskać więcej informacji, zobacz dokumentację zadań bramy tworzenia .

Pakiet

Używanie nadrzędnych pakietów npm z innego miejsca w usłudze VSTS

Nadal inwestujemy w źródła nadrzędne, które umożliwiają scentralizowanie wszystkich zależności pakietów w jednym kanale informacyjnym i przechowywanie zapisanych kopii wszystkich używanych pakietów. Jeśli masz wiele kanałów informacyjnych usługi VSTS z pakietami npm, teraz możesz dodać je jako nadrzędne źródło drugiego w ramach tego samego konta usługi VSTS. Ponieważ narzędzie npm ogranicza głównie jeden kanał informacyjny/rejestr w konfiguracji projektu, źródła nadrzędne zapewniają elastyczność użycia wielu źródeł npm, takich jak jeden dla każdego zespołu lub produktu.

Pracujemy również nad włączeniem nadrzędnych źródeł dla kanałów informacyjnych NuGet usługi VSTS wkrótce. Aby uzyskać więcej informacji, zobacz dokumentację nadrzędnych źródeł .

Lista źródeł nadrzędnych

Utrzymywanie szybkości zapytań kanału informacyjnego przy użyciu zasad przechowywania

Wraz z upływem czasu liczba wersji pakietów może być rozbudowana, a starsze wersje będą nieużywane. W przypadku wydawców często wydających pakiety może to powodować wolniejsze zapytania do kanałów informacyjnych w Menedżerze pakietów NuGet i innych klientach do momentu ręcznego usunięcia niektórych wersji.

Teraz możesz włączyć zasady przechowywania w kanałach informacyjnych. Zasady przechowywania automatycznie usuną najstarszą wersję pakietu po osiągnięciu progu przechowywania. Pakiety mające poziom podwyższony do widoków są przechowywane przez czas nieokreślony, co daje możliwość ochrony wersji, które są używane w środowisku produkcyjnym lub często używane w całej organizacji.

Aby włączyć zasady przechowywania, edytuj swój kanał informacyjny i wprowadź wartość w pozycji Maksymalna liczba wersji na pakiet w sekcji Zasady przechowywania.

ustawienie zasad przechowywania

Witryna Wiki

Publikowanie plików języka Markdown z repozytorium Git jako witryny typu wiki

Deweloperzy tworzą dokumentację dla "interfejsów API", "zestawów SDK" i "pomoc w wyjaśnianiu kodu" w repozytoriach kodu. Czytelnicy muszą następnie przesiewać kod, aby znaleźć właściwą dokumentację. Teraz możesz po prostu publikować pliki markdown z repozytoriów kodu i hostować je w witrynie Wiki.

publiczny kod jako akcja typu wiki

W witrynie Wiki zacznij od kliknięcia pozycji Publikuj kod jako witrynę typu wiki. Następnie możesz określić folder w repozytorium Git, który powinien zostać podwyższony.

okno dialogowe publikowania stron

Po kliknięciu pozycji Publikuj wszystkie pliki Markdown w wybranym folderze zostaną opublikowane jako witryna typu wiki. Spowoduje to również mapowania nagłówka gałęzi na witrynę typu wiki, aby wszystkie zmiany wprowadzone w repozytorium Git zostały natychmiast odzwierciedlone.

Jeśli masz wiele wersji produktu i chcesz łatwo korzystać z dokumentacji tych wersji, możesz również opublikować nową wersję dokumentacji w witrynie typu wiki przy użyciu różnych gałęzi.

publikowanie nowej wersji akcji

Po opublikowaniu plików języka Markdown strony będą również możliwe do wyszukiwania w centrum wyszukiwania typu wiki.

wyniki wyszukiwania dla interfejsu wiersza polecenia platformy Azure

Jeśli opublikowano nieprawidłowe repozytorium, po prostu anuluj publikowanie strony typu wiki, co pozostawia repozytorium bazowe bez zmian.

Możesz również zmienić kolejność stron z repozytorium, a nawet przekształcić folder w taki sposób, aby wyglądał jak strona typu wiki.

Aby uzyskać więcej informacji, zobacz wpis w blogu w dokumentacji produktu . Priorytet tej funkcji został określony na podstawie sugestii.

Zachowywanie znaków specjalnych w tytułach stron typu wiki

Teraz można tworzyć strony typu wiki z znakami specjalnymi, takimi jak : < > * ? | -. Teraz można tworzyć strony z tytułami takimi jak "Często zadawane pytania?" lub "Przewodnik konfigurowania" w witrynie Typu Wiki. Następujące znaki są tłumaczone na ciągi zakodowane w formacie UTF-8:

Znak Zakodowany ciąg
: %3A
< %3C
> %3E
* %2A
? %3F
| %7C
- %2D

Priorytet tej funkcji został określony na podstawie sugestii.

Rozszerzanie witryny typu wiki przy użyciu interfejsów API REST

Interfejsy API REST typu wiki są teraz publiczne. Aby uzyskać więcej informacji, zobacz artykuł Funkcje typu wiki i dokumentacja wyszukiwania w witrynie Wiki.

Raportowanie

Integrowanie usługi Power BI z usługą VSTS Analytics przy użyciu widoków

Widoki analizy współpracują z naszym łącznikiem danych usługi Power BI usługi VSTS. Razem zapewniają łatwy sposób na uzyskanie danych usługi VSTS w usłudze Power BI, dzięki czemu można rozpocząć tworzenie niestandardowych raportów.

Po zainstalowaniu rozszerzenia USŁUGI VSTS Analytics utworzymy zestaw domyślnych widoków analitycznych , których można zacząć używać w usłudze Power BI. Teraz możesz edytować widoki domyślne i tworzyć nowe widoki , aby dostosować rekordy, pola i historię zwróconą do usługi Power BI.

Następne kroki i opinie

Przejdź do usługi VSTS

Subskrybowanie Aktualizacje

Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Zgłoś problem lub podaj sugestię, jeśli masz pomysły dotyczące rzeczy, które chcesz zobaczyć, abyśmy mieli priorytety, za pośrednictwem menu opinii.

Menu Opinii

Możesz również uzyskać porady i pytania, na które odpowiada społeczność w witrynie Stack Overflow.

Dzięki,

Gopinath Chigakkagari