Team Foundation Server 2017 Update 2 — informacje o wersji

Developer Community | Wymagania systemowe i zgodność | Postanowienia | licencyjne TFS DevOps blog | SHA-1 skróty | najnowsze informacje o wersjach programu Visual Studio 2019

Ten artykuł zawiera informacje dotyczące serwera Team Foundation Server 2017 Update 2. Kliknij przycisk pobierania.

Szczegółowe informacje na temat serwera Team Foundation Server 2017 można znaleźć na stronie Team Foundation Server Requirements and Compatibility (Wymagania i zgodność serwera Team Foundation Server).

Aby uzyskać więcej informacji, zobacz stronę instalacji serwera TFS.

Data wydania: 24 lipca 2017 r.

Podsumowanie informacji o nowościach w serwerze Team Foundation Server 2017 Update 2

W wersji Team Foundation Server 2017 Update 2 dodaliśmy wiele nowych wartościowych możliwości. Niektóre najważniejsze funkcje to:

• Elementy robocze mają teraz ikony skojarzone z poszczególnymi typami elementów roboczych.
• Wprowadziliśmy plany dostarczania.
• Elementy robocze można wyszukiwać za pomocą funkcji Wyszukiwanie elementów roboczych.
• Udostępniliśmy nowe środowisko konfiguracji zasad gałęzi.
• Wprowadziliśmy wiele ulepszeń żądań ściągnięcia.
• W usłudze Git dostępne są teraz wykresy umożliwiające wizualizację historii usługi Git.
• Można teraz dodawać i przeglądać tagi usługi Git.
• Mamy nowe środowisko zarządzania pakietami.
• Udostępniliśmy nowe środowisko edytora definicji kompilacji.
• Różne aktualizacje związane z wdrażaniem w usłudze Azure Web Apps.
• Wiele ulepszeń związanych z wdrażaniem kontenerów.
• Wprowadziliśmy zadania kompilacji warunkowej.
• Istnieją teraz wbudowane powiadomienia.

Szczegóły wszystkich nowych funkcji można zobaczyć, wyświetlając ulepszenia według obszaru działania funkcji:

• Śledzenie elementów roboczych
• Kontrola wersji
• Żądania ściągnięcia
• Zarządzanie pakietami
• Kompilowanie i wydawanie
• Testowanie
• Magazyn
• Administracja
• Integracja aplikacji Microsoft Teams

Szczegóły nowości w serwerze TFS 2017 Update 2

Ulepszenia śledzenia elementów roboczych

Ikony typu elementu roboczego

Podjęliśmy globalne zobowiązanie, aby w pełni udostępnić nasze produkty naszym klientom. W ramach tego zobowiązania dokładamy wszelkich starań, aby zidentyfikować i rozwiązać wiele problemów z dostępnością występujących w każdym miejscu — od wzorców klawiatury do wizualnego projektu i układu.

Śledzenie elementu roboczego opierało się w wielu środowiskach wyłącznie na kolorze i miało na celu przekazanie informacji na temat typu elementu roboczego. To rozwiązanie może jednak sprawiać problemy naszym użytkownikom, którzy nie rozpoznają kolorów lub słabo widzą. Mogą oni nie być w stanie rozróżnić elementów z powodu podobieństwa kolorów. Aby ulepszyć możliwości przeglądania typów elementów roboczych dla wszystkich naszych klientów, wprowadziliśmy ikony do wizualnego języka typów elementów roboczych. W celu dostosowania typów elementów roboczych możesz dokonać wyboru spośród opcji dostępnych w naszej bibliotece ikon.

Paski kolorów przedstawiające typ w siatkach listy prac i zapytań zostały zastąpione kolorowymi ikonami (Rysunek 1).

Karty na tablicy zawierają teraz ikonę typu (Rysunek 2).

Plany dostarczania

Plany dostarczania to narzędzie organizacyjne, które pomaga zwiększyć widoczność i synchronizację między zespołami dzięki śledzeniu statusu pracy na kalendarzu iteracyjnym. Możesz dostosować swój plan tak, aby uwzględniał dowolny poziom zespołu i listy prac z różnych projektów na koncie. Ponadto funkcja Kryteria pola w planach umożliwia dalsze dostosowywanie widoku, a funkcja Znaczniki — wyróżnianie ważnych dat. 

Wyszukaj plany dostarczania na stronie witryny Marketplace, aby dowiedzieć się więcej i zainstalować rozszerzenie.

pl-PL: W przypadku użytkowników z instancją TFS odłączoną od Internetu, plany dostarczania są dostępne bezpośrednio z opcji Zarządzaj rozszerzeniami w przeglądarce internetowej, bez konieczności przechodzenia do witryny Marketplace usługi VSTS. W sekcji Zarządzaj rozszerzeniami kliknij opcję Przeglądaj rozszerzenia lokalne, a następnie wybierz pozycję Plany dostarczania i kliknij przycisk Zainstaluj. Zobacz dokumentację dotyczącą wstępnie zainstalowanych rozszerzeń, aby uzyskać więcej informacji.

Automatyczne łączenie zadań roboczych z kompilacjami

To nowe ustawienie w definicji kompilacji umożliwia śledzenie kompilacji uwzględniających pracę użytkownika bez potrzeby ręcznego przeszukiwania dużego zestawu kompilacji. Każda pomyślnie utworzona kompilacja powiązana z elementem roboczym jest automatycznie wyświetlana w sekcji rozwoju formularza elementu roboczego.

Aby włączyć tę funkcję, przełącz ustawienie w obszarze Opcje w definicji kompilacji (Rysunek 3).

Wycofanie z eksploatacji starego formatu elementu roboczego

Ogólne opinie dotyczące nowego formularza elementu roboczego były pozytywne i został on teraz w 100% zaadoptowany do użycia na hostowanych kontach. Chcemy, aby klienci lokalni mogli korzystać z tej samej wartości, która zadowoliła użytkowników naszej usługi VSTS, i dlatego podjęliśmy decyzję o wycofaniu z użycia starego formularza elementu roboczego i starego modelu rozszerzalności. Dowiedz się więcej o naszych planach na stronie Microsoft Application Lifecycle Management (Zarządzanie cyklem życia aplikacji firmy Microsoft).

Wyszukiwanie elementów roboczych

Funkcja wyszukiwania elementów roboczych umożliwia szybkie i elastyczne wyszukiwanie wszystkich elementów roboczych we wszystkich projektach w kolekcji (Rysunek 4). Aparat pełnotekstowego wyszukiwania elementów roboczych pozwala na łatwe wyszukiwanie terminów we wszystkich polach elementów roboczych i efektywne lokalizowanie właściwych elementów roboczych. Aby szybko zawęzić listę elementów roboczych, użyj filtrów wyszukiwania wbudowanych w dowolne pole elementu roboczego.

Po skonfigurowaniu usługi wyszukiwania na serwerze TFS możesz rozpocząć wyszukiwanie bez konieczności instalowania innych rozwiązań. Za pomocą funkcji wyszukiwania elementów roboczych można wykonywać następujące czynności:

• Wyszukiwanie we wszystkich projektach: Przeszukaj listę prac swojego zespołu i zespołów partnerskich. Użyj wyszukiwań między projektami, aby przeszukiwać wszystkie elementy robocze w całej organizacji. Możesz zawęzić wyszukiwanie, korzystając z filtrów ścieżek projektu i obszaru.
• Wyszukiwanie we wszystkich polach elementów roboczych: szybkie i łatwe wyszukiwanie odpowiednich elementów roboczych dzięki przeszukiwaniu wszystkich pól elementów roboczych (w tym pól typu ERE). Pełnotekstowe wyszukiwanie we wszystkich polach pozwala na efektywne lokalizowanie istotnych elementów roboczych. Widok fragmentu kodu wskazuje, gdzie znaleziono dopasowania.
• Wyszukiwanie w określonych polach: szybkie, wbudowane filtry wyszukiwania stosowane w dowolnym polu elementu roboczego umożliwiają zawężenie listy elementów roboczych w ciągu kilku sekund. Lista rozwijana sugestii ułatwia szybsze ukończenie wyszukiwania. Na przykład wyszukiwanie, takie jak AssignedTo:Chris WorkItemType:Bug State:Active spowoduje wyszukiwanie wszystkich aktywnych usterek przypisanych do użytkownika o imieniu Chris.
• Skorzystaj z zalet integracji z funkcją śledzenia elementów roboczych: interfejs funkcji wyszukiwania elementów roboczych jest zintegrowany ze znanymi kontrolkami centrum pracy, co pozwala na wyświetlanie, edytowanie, komentowanie, udostępnianie i wiele innych czynności.

Ulepszenia kontroli wersji

Nowe środowisko konfiguracji zasad gałęzi

Przeprojektowaliśmy środowisko konfiguracji polityki gałęzi i dodaliśmy kilka wspaniałych nowych możliwości (Rysunek 5). Jedną z najbardziej zaawansowanych funkcji jest możliwość konfigurowania zasad dla folderów gałęzi. Można to zrobić w widoku Gałęzie, wybierając pozycję Zasady gałęzi z menu kontekstowego.  

Spowoduje to otwarcie nowego środowiska użytkownika umożliwiającego konfigurowanie zasad, które są stosowane do wszystkich gałęzi w folderze gałęzi (Rysunek 6).  

Jeśli używasz zasad kompilacji, możesz teraz konfigurować wiele kompilacji dla pojedynczej gałęzi. Udostępniliśmy również nowe opcje wybierania wyzwalacza automatycznego lub ręcznego (Rysunek 7). Wyzwalacze ręczne są użyteczne w przypadku elementów, takich jak automatyczne przebiegi testów, których uruchamianie może zająć dużo czasu, a które tak naprawdę musisz uruchomić tylko raz przed wykonaniem żądania ściągnięcia. Polityka kompilacji ma także nazwę wyświetlaną, co jest przydatne przy konfiguracji wielu kompilacji.

Po skonfigurowaniu zasad wyzwalanych ręcznie możesz je uruchomić, wybierając opcję Umieść kompilację w kolejce w sekcji Zasady dla żądania ściągnięcia (Rysunek 8).

Dla wymaganych polityk recenzenta (Rysunek 9) dodaliśmy możliwość, która pozwala administratorom na określenie notatki, którą można dołączyć do osi czasu żądania ściągnięcia, gdy polityka jest stosowana (Rysunek 10).

Nowe zasady w przypadku braku aktywnych komentarzy

Upewnij się, że wszystkie komentarze w pull requestach są zgodne z nową polityką Komentarze. Po włączeniu tych zasad aktywne komentarze będą blokować ukończenie żądania ściągnięcia, wymuszając rozpoznanie wszystkich komentarzy. Recenzenci, którzy pozostawią komentarze dla autora żądania ściągnięcia i optymistycznie zatwierdzą żądanie ściągnięcia, mogą być pewni, że autor, który chce wykonać scalanie, nie przegapi żadnych komentarzy.

Ulepszenia centrum plików

Wprowadziliśmy kilka aktualizacji centrum Pliki, aby ulepszyć środowiska wyświetlania i edytowania.

W przypadku wyświetlania dodaliśmy kontrolki pivot, które pozwalają na wyświetlenie pliku README w bieżącym folderze (Rysunek 11), przeglądanie plików markdown, porównywanie plików z poprzednimi wersjami (Rysunek 12) i wyświetlanie wyników polecenia blame.

W przypadku edytowania można teraz wyświetlać podgląd zmian, łatwo dodawać komentarze, zatwierdzać nową gałąź i łączyć elementy robocze (Rysunek 13).

Wizualizacja repozytorium usługi Git

Możesz teraz przeglądać wykres, wyświetlając równocześnie historię zatwierdzania repozytoriów lub plików. Pozwala to na łatwe tworzenie mentalnego modelu wszystkich gałęzi i zatwierdzeń repozytoriów Git przy użyciu wykresu usługi Git (Rysunek 14). Wykres przedstawia wszystkie zatwierdzenia w kolejności topologii.

Kluczowe elementy grafu Git (rysunek 15):

1. Wykres usługi Git jest wyrównany do prawej strony, dlatego zatwierdzenia skojarzone z gałęzią domyślną lub wybraną pojawiają się po prawej stronie, a pozostała część wykresu jest rozbudowywana po lewej stronie.
2. Zatwierdzenia scalania są reprezentowane przez szare punkty połączone z ich pierwszym i drugim rodzicem.
3. Zwykłe zatwierdzenia są reprezentowane przez niebieskie kropki.
4. Jeśli nadrzędne zatwierdzenie względem zatwierdzenia nie jest widoczne w widoku w ciągu następnych 50 zatwierdzeń, usuwamy połączenie. Po kliknięciu strzałki zatwierdzenie jest łączone z zatwierdzeniem nadrzędnym.

Wyświetlanie tagów w zatwierdzeniach

Jeśli zespół używał tagów Git do oznaczania konkretnego punktu w historii repozytorium, zatwierdzenia będą teraz zawierać tagi utworzone przez Ciebie. Możesz zobaczyć tagi (Rysunek 16) dla określonego zatwierdzenia w widoku listy zatwierdzeń i na stronie szczegółów.

Dodawanie tagów do zatwierdzeń

Zamiast tworzenia tagów w wierszu polecenia i wypychania tagów do repozytorium, możesz teraz po prostu przejść do zatwierdzenia i dodać tag (Rysunek 17). Okno dialogowe tworzenia tagów umożliwia również oznaczanie dowolnego odwołania w repozytorium.

Widok listy zatwierdzeń obsługuje także menu kontekstowe (Rysunek 18). Nie trzeba przechodzić na stronę szczegółów zatwierdzania, aby tworzyć tagi i nowe gałęzie (Rysunek 19).

Zaktualizowane strony grup zmian i zestawów do odłożenia

Zmodyfikowaliśmy strony zestawów zmian i zestawów półkowych w Kontroli wersji serwera Team Foundation. Obie strony są łatwiej dostępne dla osób korzystających z technologii pomocniczych. Nowe strony mają także nowy nagłówek zawierający tytuł grupy zmian i skojarzone informacje na temat grupy zmian, takie jak szczegóły dotyczące autora (Rysunek 20).

Strony grupy zmian i zestawu na półce hostują również nową funkcję kontroli dyskusji w języku markdown (rysunek 21), która pozwala na wpisywanie komentarzy w języku znaczników markdown, wspominanie (@mention) użytkowników, kojarzenie elementów roboczych za pomocą znaku # i proste dołączanie plików i obrazów.

Ulepszone filtrowanie zatwierdzeń

Teraz można filtrować wyniki historii zatwierdzania (Rysunek 22) przy użyciu zaawansowanych opcji filtrowania. Zatwierdzenia można filtrować według:

• pełna historia
• pełna historia z uproszczonym scalaniem.
• pierwszy rodzic
• prosta historia (domyślne ustawienie filtra).

Importowanie repozytoriów z Team Foundation Version Control (TFVC) do Git

Kod można migrować z repozytoriów TFVC do repozytoriów Git w ramach tego samego konta. Aby rozpocząć migrację, wybierz opcję importowania repozytorium z listy rozwijanej selektorów repozytorium (Rysunek 23).

Indywidualne foldery lub gałęzie można zaimportować do repozytorium Git. Można również zaimportować całe repozytorium Team Foundation Version Control (TFVC) (bez gałęzi) (Rysunek 24). Możesz również zaimportować do 180 dni historii.  

Blokowanie plików LFS usługi Git

Dodaliśmy funkcję blokowania plików LFS usługi Git. Dzięki niej zespoły pracujące z dużymi plikami bez możliwości porównania mogą unikną utraty wykonanej pracy, gdy co najmniej dwie osoby próbują jednocześnie edytować ten sam plik. Przed rozpoczęciem edytowania pliku każda osoba stosuje blokadę, która powiadamia serwer. Kiedy inny użytkownik próbuje zastosować blokadę, serwer odrzuca żądanie, a druga osoba otrzymuje informację o tym, że ktoś inny już pracuje z tym plikiem. Aby korzystać z tej funkcji, uaktualnij rozwiązanie do wersji Git LFS 2.1 lub nowszej.

Komentarze do zatwierdzeń usługi Git używają nowej kontrolki dyskusji

Zaktualizowaliśmy lekkie komentarze pozostawiane w zatwierdzeniach usługi Git na potrzeby nowej kontrolki dyskusji. Umożliwia to obsługę języka znaczników Markdown w tych komentarzach i uzupełnia wszystkie funkcje komentowania kodu w Internecie, zarówno dla Git, jak i TFVC, umożliwiając korzystanie z najnowszych funkcjonalności.

Nowa kontrolka widoku drzewa

Widok plików Pull Request, szczegóły zatwierdzenia Git, szczegóły push Git, szczegóły zestawu na półce TFVC, szczegóły changesetu TFVC, centrum changesetów TFVC i centrum historii Git zostały zaktualizowane przy użyciu nowej kontrolki widoku drzewa (Rysunek 25). Widok drzewa oferuje kilka ulepszeń w zakresie użyteczności. Po pierwsze zmieniliśmy widok tak, aby pokazywać zmniejszony widok drzewa, w którym węzły pustych folderów są automatycznie zwijane. Pozwala to zmaksymalizować liczbę plików w widoku.  

Komentarze są również wyświetlane w drzewie w sposób bardziej kompaktowy. Pliki z komentarzami pokazują element podrzędny dla każdego wątku komentarza, a awatar wskazuje użytkownika, który utworzył wątek. Nowe wątki komentarzy oraz wątki z odpowiedziami są oznaczane niebieską kropką (.). Liczba odpowiedzi jest podsumowywana i reprezentowana jako numer.

Ulepszenia żądania ściągnięcia

Ulepszone wezwania do działania dla autora i recenzentów Pull Requestów

W przypadku zespołów korzystających z zasad gałęzi czasami trudno jest dokładnie określić, jakie działanie jest wymagane po wyświetleniu żądania pobrania. Jeśli główne wywołanie akcji to przycisk Ukończ, czy oznacza to gotowość do ukończenia? Na podstawie informacji o osobie wyświetlającej stronę oraz stanie skonfigurowanych zasad gałęzi, widok PR będzie teraz przedstawiać akcję najbardziej odpowiednią dla tego użytkownika.

Gdy zasady zostały skonfigurowane, ale nie zostały zatwierdzone, przycisk Ukończ(Rysunek 26) teraz zachęca do stosowania funkcji Autouzupełnianie. Pomyślne wykonanie żądania ściągnięcia z blokującymi zasadami jest mało prawdopodobne, dlatego oferujemy opcję ukończenia żądania ściągnięcia po spełnieniu zasad.

W przypadku recenzentów jest bardziej prawdopodobne, że będą oni zatwierdzać żądania ściągnięcia, a nie je kończyć, dlatego będą widzieć przycisk Zatwierdź(Rysunek 27) wyróżniony jako główne wywołanie akcji, jeśli zatwierdzanie nie zostało jeszcze wykonane.

Po zatwierdzeniu recenzenci zobaczą przycisk Ukończ (lub Ukończ automatycznie) wyróżniony jako wezwanie do działania w przypadkach, gdy recenzent jest również osobą kończącą pull request.

Komentarze możliwe do realizacji

W PR z więcej niż kilkoma komentarzami, śledzenie wszystkich konwersacji może być trudne. Aby ułatwić zarządzanie komentarzami, uprościliśmy proces rozwiązywania elementów, które zostały rozwiązane przy użyciu wielu ulepszeń:

• W nagłówku każdego żądania ściągnięcia będzie teraz widoczna liczba komentarzy, które zostały rozstrzygnięte (Rysunek 28).

• Można rozwiązać komentarz za pomocą jednego kliknięcia (Rysunek 29). 

• Jeśli masz komentarze do dodania podczas rozstrzygania, możesz odpowiedzieć i rozstrzygnąć przy użyciu pojedynczego gestu (Rysunek 30).

• W miarę rozstrzygania komentarzy zobaczysz, że ich liczba zwiększa się aż do momentu obsłużenia wszystkich problemów (Rysunek 31).

• Udoskonaliliśmy filtr przeglądu, tak aby umożliwiał filtrowanie według różnych stanów komentarzy oraz aby była wyświetlania liczba komentarzy dla każdej opcji filtrowania (Rysunek 32).

Widok aktualizacji zawiera informacje o zmianie bazy i wymuszeniu wypchnięcia

W widoku Szczegóły żądania ściągnięcia ulepszyliśmy kartę Aktualizacje tak, aby widoczne były informacje o czasie wystąpienia wymuszenia wypchnięcia oraz o tym, czy zatwierdzenie podstawowe zostało zmienione (Rysunek 33). Te dwie funkcje są bardzo przydatne w przypadku zmiany bazy zmian w gałęziach tematu przed ukończeniem żądań ściągnięcia. Recenzenci będą teraz mieć wystarczającą ilość informacji, aby dokładnie wiedzieć, co się stało.

Filtrowanie żądań ściągnięcia według osób

Teraz łatwiej znaleźć pull requesty! Dodaliśmy nowe opcje filtrowania, które umożliwiają wyszukiwanie żądań pobrania utworzonych przez określonego autora lub przypisanych do określonego recenzenta (Rysunek 34). Aby zaktualizować listę i wyświetlić tylko żądania ściągnięcia zgodne z filtrem, wystarczy wybrać użytkownika z filtru autora lub recenzenta. 

Powód jest wymagany w przypadku pomijania zasad dotyczących pull requestów

Jeśli pomijasz zasady żądania ściągnięcia, musisz określić przyczynę. W oknie dialogowym Kończenie żądania ściągnięcia pojawi się nowe pole Przyczyna, jeśli zdecydują się pominąć (Rysunek 35).

Po wprowadzeniu przyczyny i zakończeniu żądania ściągnięcia, komunikat wyświetlany jest w oknie Przegląd(Rysunek 36).

Udostępnianie pull requestów zespołom

Akcja Udostępnij pull request to wygodny sposób na powiadomienie recenzentów (Rysunek 37). W tej wersji dodaliśmy obsługę zespołów i grup, dzięki czemu można w ramach jednego kroku powiadamiać wszystkie osoby zaangażowane w żądanie zmian.

Ulepszenia pull requestów dla zespołów

Jeśli jesteś członkiem wielu zespołów, zobaczysz teraz wszystkie Pull Requesty przypisane do tych zespołów w widoku Moje Pull Requesty(Rysunek 38). Dzięki temu widok Moje żądania ściągnięcia jest jedynym miejscem, które musisz odwiedzić, aby zobaczyć wszystkie swoje PR-y.

W przyszłej wersji dodamy zespoły do sekcji Żądania scalenia w obszarze Kod, aby ułatwić wyświetlanie wszystkich żądań scalenia dla pojedynczego projektu.

Domyślne powiadomienia związane z komentarzami do żądania ściągnięcia

Bądź na bieżąco z rozmowami w swoich pull requestach dzięki nowym powiadomieniom o komentarzach (Rysunek 39). W przypadku utworzonych przez siebie pull requestów będziesz automatycznie otrzymywać powiadomienie za każdym razem, gdy użytkownik doda nowy wątek komentarza lub odpowie w istniejącym wątku. W przypadku komentowania prośby o zmiany innego użytkownika otrzymasz powiadomienia o wszystkich przyszłych odpowiedziach na wątki komentarzy, które zostały przez ciebie utworzone lub na które odpowiadasz.  

Te powiadomienia są dostępne jako część wbudowanych subskrypcji i można je konfigurować na stronie ustawień Powiadomienia. 

Ulepszenia zarządzania pakietami

Zaktualizowane środowisko zarządzania pakietami

Zaktualizowaliśmy środowisko użytkownika do zarządzania pakietami, aby było szybsze, umożliwiało rozwiązywanie typowych problemów zgłaszanych przez użytkowników i było przygotowane na dodanie kolejnych funkcji związanych z cyklem życia pakietu (Rysunek 40). Dowiedz się więcej o aktualizacji na stronie dotyczącej zaktualizowanego środowiska pracy.

Zarządzanie pakietami ma dodane pliki npm REAMDE i przycisk pobierania

Możesz teraz przeglądać plik README dowolnego pakietu npm, który uwzględnia plik README.md (Rysunek 41). Pliki README mogą ułatwić Twojemu zespołowi dokumentowanie i udostępnianie wiedzy na temat pakietów.

Możesz również pobrać dowolny pakiet npm przy użyciu przycisku Pobierz znajdującego się na pasku poleceń.

Zadania kompilacji Przywracanie NuGet i Polecenie NuGet

Wprowadziliśmy ważne aktualizacje zadania Instalator NuGet (nazywanego teraz Przywracanie NuGet) i dodaliśmy nowe zadanie NuGet: Polecenie NuGet. Co ważniejsze, zadania Polecenie NuGet i Przywracanie NuGet domyślnie używają teraz pliku nuget.exe 4.0.0.

Przywracanie NuGet jest teraz zoptymalizowane pod kątem najbardziej typowego scenariusza przywracania pakietów przed wykonaniem kroku kompilacji programu Visual Studio. Zadanie to obejmuje również lepszą obsługę małych projektów współużytkujących pojedynczy kanał informacyjny NuGet: można teraz wybrać kanał informacyjny usługi Team Services i dodać do automatycznie wygenerowanego pliku NuGet.Config.

W przypadku bardziej złożonych operacji NuGet zadanie Polecenie NuGet oferuje elastyczność określania dowolnego polecenia i zestawu argumentów (Rysunek 42).

Ulepszenia kompilowania i wydawania

Nowy edytor definicji buildów

Przeprojektowaliśmy nasz edytor definicji kompilacji, aby zaoferować bardziej intuicyjne środowisko pracy, usunąć niektóre słabe punkty i dodać nowe możliwości. Mamy nadzieję, że korzystanie z szablonów, dodawanie zadań i zmienianie ustawień będzie teraz łatwiejsze. Dodatkowo teraz możesz także używać parametrów procesu, co ułatwia określanie najważniejszych porcji danych bez konieczności zagłębiania się w zadania.

Wyszukiwanie szablonów

Wyszukaj wybrany szablon, a następnie zastosuj go, lub rozpocznij pracę z pustym procesem (Rysunek 43).

Szybkie wyszukiwanie i dodawanie zadania w wybranym miejscu

Wyszukaj zadanie do użycia. Następnie możesz dodać je po aktualnie wybranym zadaniu po lewej stronie lub przeciągnąć i upuścić je we właściwym miejscu (Rysunek 44).

Możesz również przenieść zadanie przez przeciągnięcie i upuszczenie lub skopiować zadanie, przeciągając i upuszczając je przy naciśniętym klawiszu Ctrl.

Przekazywanie kluczowych argumentów do zadań przy użyciu parametrów procesu

Teraz można używać parametrów procesu (Rysunek 45) w celu ułatwienia użytkownikom korzystającym z szablonu lub definicji kompilacji określanie najważniejszych porcji danych bez konieczności zagłębiania się w zadania.

Jeśli tworzysz nową kompilację na podstawie niektórych wbudowanych szablonów (na przykład Visual Studio i Maven), możesz zapoznać się z przykładami ich działania.   Nowy edytor oferuje kilka innych ulepszeń, takich jak umożliwianie szybszego uzyskiwania dostępu do ustawień źródeł.

Aby zapoznać się z tworzeniem swojej pierwszej definicji build przy użyciu nowego edytora, zobacz CI/CD for newbies.

Dowiedz się więcej na stronie dotyczącej środowiska pracy użytkownika 2017.

Wiele wersji zadań rozszerzenia

Autorzy rozszerzeń mogą teraz tworzyć je w wielu wersjach dla danego zadania. Pozwala to publikować poprawki dla wszystkich wersji głównych znajdujących się w produkcji.

Zapoznaj się z dokumentacją tworzenia niestandardowych zadań kompilacji w ramach rozszerzeń.

Warunkowe zadania kompilacji

Jeśli chcesz sprawować większą kontrolę nad zadaniami kompilacji, takimi jak zadanie czyszczenia elementów lub wysłania wiadomości w przypadku wystąpienia błędu, możemy Ci teraz zaoferować cztery wbudowane możliwości kontroli uruchomionego zadania (Rysunek 46).

Jeśli szukasz większej elastyczności, na przykład w zakresie uruchamiania zadania na konkretnych gałęziach z użyciem pewnych wyzwalaczy i pod określonymi warunkami, możesz określić własne warunki niestandardowe:

and(failed(), eq(variables['Build.Reason'], 'PullRequest'))

Zobacz stronę Specify conditions for running a task (Określanie warunków uruchamiania zadania).

Wbudowane zadania do kompilowania i wdrażania aplikacji opartych na kontenerach

W tej wersji domyślnie przenieśliśmy większość zadań dostępnych w naszym rozszerzeniu Docker do produktu, ulepszyliśmy je oraz wprowadziliśmy zestaw nowych zadań i szablonów, aby ułatwić pracę z zestawem scenariuszy związanych z kontenerami.

• Docker: kompilowanie, wypychanie lub uruchamianie obrazów platformy Docker albo uruchamianie polecenia platformy Docker. Tego zadania można używać na platformie Docker lub z usługą Azure Container Registry. Teraz możesz używać wbudowanego uwierzytelniania głównego użytkownika usługi z ACR, aby jeszcze bardziej ułatwić korzystanie z tej funkcji.
• Docker-Compose: kompilowanie, wypychanie lub uruchamianie aplikacji platformy Docker z wieloma kontenerami. Tego zadania można używać na platformie Docker lub z usługą Azure Container Registry.
• Kubernetes: Wdrażaj, konfiguruj lub aktualizuj klaster Kubernetes w Azure Container Service, uruchamiając polecenia kubectl.
• Service Fabric: Wdróż kontenery do klastra usługi Service Fabric. Usługa Service Fabric to obecnie najlepsze rozwiązanie do uruchamiania kontenerów systemu Windows w chmurze.

Aktualizacje wdrażania aplikacji internetowej platformy Azure

Wprowadziliśmy wiele ulepszeń aplikacji internetowych platformy Azure:

• Zadanie wdrażania usługi Azure App Service obsługuje wdrażanie plików WAR języka Java oraz aplikacji Node.js, Python i PHP.
• Zadanie wdrażania usługi Azure App Service obsługuje wdrażanie do aplikacji internetowej platformy Azure dla systemu Linux przy użyciu kontenerów.
• Ciągłe dostarczanie w portalu Azure zostało rozszerzone, aby obsługiwać aplikacje Node.
• Dodano zadanie zarządzania dla usługi Azure App Service, które obejmuje uruchamianie, zatrzymanie, ponowne uruchomienie lub zamianę gniazd. Obsługiwane jest również instalowanie rozszerzeń witryny, które pozwala na instalowanie wymaganej wersji języka PHP lub Python albo instalowanie Menedżera usług IIS lub usługi Application Insights.

W najnowszej wersji interfejsu wiersza polecenia Azure wprowadziliśmy również obsługę CI/CD do konfigurowania ciągłej integracji i ciągłego dostarczania. Oto przykład:

az appservice web source-control config --name mywebapp --resource-group mywebapp_rg --repo-url https://myaccount.visualstudio.com/myproject/_git/myrepo --cd-provider vsts --cd-app-type AspNetCore

Zadania programu .NET Core obsługują pliki projektu

W bieżącej aktualizacji rozszerzamy zadania programu .NET Core tak, aby oprócz plików project.json obsługiwały też pliki *.csproj. Możesz teraz używać programu Visual Studio 2017 na poziomie agentów kompilacji w celu kompilowania aplikacji .NET Core przy użyciu plików csproj.

Ulepszenia wdrożenia protokołu SSH

Zadanie kompilacji/wydania Kopiowanie plików za pośrednictwem protokołu SSH obsługuje teraz tyldy (~) w ścieżce docelowej w celu uproszczenia kopiowania plików do katalogu macierzystego użytkownika zdalnego.  Ponadto nowa opcja powoduje, że kompilacja/wydanie kończy się niepowodzeniem, jeśli pliki do skopiowania nie zostaną znalezione.

Zadanie kompilacji/wydania protokołu SSH obsługuje teraz uruchamianie skryptów z poziomu końców wiersza w systemie Windows na zdalnych maszynach z systemem Linux lub macOS.

Instalowanie klucza SSH podczas kompilacji lub wydawania

Nowe zadanie podglądu Instalowanie klucza SSH (wersja zapoznawcza) służy do instalowania klucza SSH przed kompilacją lub wydaniem oraz usuwania go z agenta po ukończeniu kompilacji lub wydania. Zainstalowany klucz może być używany do pobierania kodu podmodułów lub repozytorium usługi Git, uruchamiania skryptów wdrażania lub innych działań, które wymagają uwierzytelniania SSH. W przyszłości ta funkcja zostanie ulepszona pod kątem obsługi haseł oraz korzystania z innych możliwości.

Zadania kończą się niepowodzeniem, jeśli program Visual Studio 2017 został wybrany, ale nie istnieje w agencie

Zadania Kompilacja programu Visual Studio i MSBuild umożliwiają wybór określonej wersji programu Visual Studio. Do tej pory jeśli wersja Visual Studio 2017 była niedostępna, te zadania automatycznie wybierały następną dostępną wersję.

Zmieniamy to zachowanie. Teraz kompilacja zakończy się niepowodzeniem w przypadku wybrania wersji Visual Studio 2017, której nie ma w agencie.

Wprowadziliśmy tę zmianę z następujących powodów:

• Nowsze typy aplikacji, takie jak .NET Core, nie kompilują przy użyciu starszych narzędzi do kompilacji. Wymagają one jawnie programu Visual Studio 2017 lub nowszego.

• Jeśli będziesz korzystać z dokładnie takiej samej wersji programu Visual Studio , otrzymasz więcej wyników spójnych i przewidywalnych wyników.

• Zawsze w przypadku niepowodzenia zadań kompilacji mogą wystąpić trudne do zrozumienia błędy kompilacji.

Automatyczne oczyszczanie obszaru roboczego agenta prywatnego

Można teraz skonfigurować pulę agentów, aby okresowo oczyszczać stare repozytoria i katalogi robocze (Rysunek 47). Na przykład pula usunie obszary robocze pozostawione przez usunięte definicje kompilacji i wydania.

Użycie tej opcji powinno zmniejszyć ryzyko polegające na tym, że zabraknie miejsca na dysku dla prywatnych agentów kompilacji i wydania. Konserwacja odbywa się na poziomie poszczególnych agentów (a nie poszczególnych maszyn), więc jeśli masz wielu agentów na jednej maszynie, nadal mogą wystąpić problemy związane z miejscem na dysku.

Stan uaktualnienia agenta kompilacji

Uaktualniany agent teraz wskazuje stan uaktualnienia w portalu zarządzania kolejkami i pulami.

Wybór agentów prywatnych na nieużywanych maszynach

System używa teraz nazwy maszyny jako parametru w przypadku przypisywania kompilacji lub wydania do agenta prywatnego. W rezultacie, podczas przypisywania zadania, system będzie preferować agenta na bezczynnej maszynie niż agenta na maszynie zajętej.

Kolejka rurociągów

Model cen oparty na agentach zmieniliśmy na model cen oparty na potokach. W nowym modelu użytkownik może uruchamiać jednocześnie tyle kompilacji lub wydań, ile potoków skonfigurowano na jego koncie. Dodatkowe kompilacje i wydania, które przekraczają ten limit, są umieszczane w kolejce i czekają, aż wcześniejsze kompilacje i wydania się zakończą. Dzięki funkcji kolejki potoków stan kompilacji i wydań jest czytelniejszy dla użytkowników.

Po uruchomieniu kolejki potoków są widoczne następujące informacje:

1. Kompilacje i wydania czekające na uruchomienie w ramach potoku oraz ich pozycja w kolejce oczekującej. 2. Kompilacje i wydania są obecnie uruchomione przy użyciu dostępnych potoków.

Gdy kompilacja lub wydanie oczekuje na proces, można bezpośrednio uruchomić ten widok z poziomu strony dzienników kompilacji i wydań, aby znaleźć bieżącą pozycję elementu w kolejce przepływów pracy oraz inne szczegóły.

Akcja wydania w podsumowaniu kompilacji

Teraz udostępniamy akcję Wydanie na pasku akcji podsumowania Kompilacja, co ułatwia tworzenie wydań kompilacji.

Zabezpieczenia dla grup zmiennych

Zabezpieczenia dla grup zmiennych są teraz zależne od zestawu ról, takich jak Autor i Administrator.

Domyślnie są przypisywane poniższe role.

• Rola Autor do współautorów
• Rola Administrator do administratorów kolekcji projektów, administratorów projektów, administratorów kompilacji i administratorów wydań
• Rola Czytelnika dla uprawnionych użytkowników projektu

Wartości domyślne możesz przesłonić dla wszystkich grup zmiennych lub dla określonej grupy.

Ulepszenia metodyki DevOps w systemie iOS

Rozszerzenie sklepu Apple App Store obsługuje teraz weryfikację dwuetapową (uwierzytelnianie dwuskładnikowe) i wydawanie kompilacji do testerów zewnętrznych (Rysunek 48).

Instalowanie certyfikatu firmy Apple (wersja zapoznawcza) to nowe zadanie kompilacji, które polega na instalowaniu certyfikatu podpisywania P12 w obrębie agenta do użycia przez kolejną kompilację rozwiązania Xcode lub Xamarin.iOS.

Instalowanie profilu firmy Apple (wersja zapoznawcza) to nowe zadanie kompilacji, które polega na instalowaniu profilów aprowizacji w obrębie agenta do użycia przez kolejną kompilację rozwiązania Xcode lub Xamarin.iOS.

Zadania budowania MSBuild, Xamarin.Android i Xamarin.iOS teraz obsługują kompilowanie przy użyciu zestawu narzędzi programu Visual Studio dla Mac.

Ulepszenia pokrycia kodu języka Java

Zadanie kompilacji Publikowanie wyników pokrycia kodu polega na tworzeniu raportów pokrycia kodu Cobertura lub JaCoCo w ramach kompilacji.  Obsługuje ono teraz określanie symboli wieloznacznych i wzorców minimatch w polach Plik podsumowania i Katalog raportów, umożliwiając rozwiązywanie plików i katalogów indywidualnie dla każdej kompilacji, dla ścieżek, które zmieniają się między kompilacjami.

Ulepszenia rozwiązań Maven i SonarQube

Zadanie kompilacji Maven umożliwia teraz określenie projektu SonarQube dla wyników analizy w przypadkach, gdy różni się on od określonego w pliku pom.xml Maven.

Ulepszona integracja z systemem Jenkins

Zadanie kompilacji/wydania Kolejka zadań systemu Jenkins obsługuje teraz uruchamianie zadań potoku w wielu gałęziach systemu Jenkins z równoczesnym wyświetlaniem danych wyjściowych konsoli systemu Jenkins w usłudze Team Services (Rysunek 49).  Rezultaty pipeliny są publikowane w podsumowaniu kompilacji Team Services.

Wdrożenie zestawu skalowania maszyn wirtualnych platformy Azure

Typowy wzorzec używany podczas wdrożenia to utworzenie pełnego obrazu maszyny dla każdej wersji aplikacji, a następnie jego wdrożenie. Ułatwia to zadanie Kompilowanie niezmienialnego obrazu maszyny. Podczas wykonywania tego zadania obraz maszyny po wdrożeniu aplikacji i wszystkich wymagań wstępnych jest generowany przy użyciu usługi Packer. Zadanie tworzy obraz maszyny za pomocą szablonu skryptu wdrożenia lub konfiguracji usługi Packer, a następnie przechowuje go na koncie usługi Azure Storage. Ten obraz może być następnie używany na potrzeby wdrożeń zestawu skalowania maszyn wirtualnych platformy Azure, które działają prawidłowo w przypadku tego typu wdrażania obrazów niezmienialnych.

Przesłanianie parametrów szablonu we wdrożeniach grupy zasobów platformy Azure

Obecnie w zadaniach wdrażania w grupie zasobów Azure użytkownicy wybierają pliki template.json i parameters.json, a następnie podają zamienne wartości parametrów w polu tekstowym, używając określonej składni. To środowisko zostało teraz ulepszone i parametry szablonu są renderowane w siatce, co pozwala na ich edytowanie i przesłanianie (Rysunek 50). Aby uzyskać dostęp do tej funkcji, możesz kliknąć pozycję ... obok pola przesłaniania parametrów. Spowoduje to otwarcie okna dialogowego zawierającego parametry szablonu oraz ich wartości domyślne i dozwolone (jeśli zostały zdefiniowane w plikach szablonu i parameter.json). Ta funkcja wymaga włączenia reguł CORS w miejscu źródłowym. Jeśli pliki JSON szablonu i parametrów znajdują się w obiekcie blob usługi Azure Storage, zobacz dokumentację usługi Azure Storage, aby uzyskać informacje dotyczące włączenia reguł CORS.

Wiele wyzwalaczy wydania z filtrami gałęzi i tagów

Zarządzanie wydaniami obsługuje teraz konfigurowanie wyzwalaczy CD na wielu źródłach artefaktów typu „Kompilacja”. Po dodaniu nowe wydanie jest automatycznie tworzone za każdym razem, gdy zostanie udostępniona nowa wersja artefaktu powiązana z dowolnymi, wybranymi źródłami artefaktu. Można również określić gałąź źródłową, z której powinna pochodzić nowa kompilacja, aby wyzwolić wydanie. Dodatkowo można ustawić filtry tagów w celu dalszego filtrowania kompilacji, które powinny wyzwalać wydanie.

Ustawianie wartości domyślnych źródeł artefaktów w wydaniu

Użytkownicy mogą definiować domyślną wersję artefaktu do wdrożenia w wydaniu podczas łączenia źródła artefaktu w definicji (Rysunek 51). Podczas automatycznego tworzenia wydania jest wdrażana domyślna wersja wszystkich źródeł artefaktów.

Rozdzielenie obowiązków osób zatwierdzających i zleceniodawcy wdrożenia

Wcześniej właściciele środowiska mogli ograniczać prawa twórców wersji do zatwierdzania wdrożeń wydania do środowiska. Można było jednak ręcznie rozpocząć wdrażanie wydania utworzonego przez innego użytkownika i zatwierdzić je samodzielnie.

Ta luka została teraz wypełniona dzięki potraktowaniu twórcy wdrożenia jako oddzielnej roli użytkownika we wdrożeniach. Można ograniczyć prawa twórcy wydania lub twórcy wdrożenia do zatwierdzania wdrożeń.

Zatwierdzenia poziomu wydania

Można teraz automatycznie zatwierdzać wdrożenia, które zostały wyzwolone automatycznie po pomyślnym wdrożeniu w innym środowisku (Rysunek 52). Zatwierdzanie łańcucha wdrożeń (z tymi samymi osobami zatwierdzającymi) można przeprowadzić w ramach jednego kroku, jeśli nie chcesz zatwierdzać każdego wdrożenia.

W przypadku dwóch środowisk, programistycznego i testowego, w których osoby zatwierdzające wdrożenie wstępne ustawiono na „użytkownik_A” i „użytkownik_B”, obydwie te osoby muszą zatwierdzić wdrożenie. Jeśli zasady dla Test zostały ustawione tak, jak pokazano poniżej, w czasie wdrażania wystarczy, aby userA i userB zatwierdzili tylko Dev. Wdrożenie do testowania zostanie automatycznie zatwierdzone. Jeśli wdrożenie do środowiska testowego zostanie wyzwolone ręcznie, przed wdrożeniem trzeba będzie zapewnić prawidłowe zatwierdzenia.

Wdrażanie do chmury usługi Azure Government

Klienci z subskrypcjami platformy Azure w chmurach dla instytucji rządowych mogą teraz konfigurować punkt końcowy usługi Azure Resource Manager w docelowej chmurze krajowej.

Ustawianie maksymalnej liczby równoległych wdrożeń

Dzięki tej funkcji możesz kontrolować liczbę oczekujących wydań, które są wdrażane w danym środowisku (Rysunek 54). Jeśli na przykład potok wydań przeprowadza walidację kompilacji w środowisku kontroli jakości, a szybkość generowania kompilacji jest większa niż szybkość przeprowadzania wdrożeń, możesz skonfigurować wielu agentów oraz tyle samo kompilacji do równoczesnej walidacji. Oznacza to, że każda wygenerowana kompilacja jest walidowana, a czas oczekiwania zależy od liczby dostępnych agentów. Dzięki tej funkcji możesz optymalizować walidacje, wykonując je równocześnie na liczbie n najnowszych kompilacji i anulując starsze zlecenia wdrożenia.

Rozszerzenia czasu oczekiwania dla zadania Interwencja ręczna

Zadanie Interwencja ręczna można teraz automatycznie odrzucać lub wznawiać, jeśli oczekuje przez określony limit czasu lub 60 dni, w zależności od tego, co nastąpi wcześniej. Wartość limitu czasu można określić w sekcji opcji kontroli zadania. 

Równoległe wykonywanie w aplikacji Release Management

Aplikacja Release Management obsługuje teraz opcję wykonywania równoległego dla fazy (Rysunek 55). Wybierz tę opcję, aby rozdysponować fazę, używając wielu konfiguracji lub wielu agentów jako opcji mnożnika fazy.

Wiele konfiguracji: wybierz tę opcję, aby uruchomić fazę dla każdej wartości wielu konfiguracji. Jeśli na przykład chciano równocześnie przeprowadzić wdrażanie do dwóch różnych obszarów geograficznych, użycie zmiennej ReleasePlatform zdefiniowanej na karcie Zmienne z wartościami „east-US, west-US” spowodowałoby równoległe uruchomienie fazy — jednej z wartością „east-US”, a drugiej — „west-US”. Wielu agentów: wybierz tę opcję, aby uruchomić fazę z co najmniej jednym zadaniem równolegle na wielu agentach.

Historia wdrożenia aplikacji internetowej w witrynie Azure Portal

Aplikacja Release Management aktualizuje teraz dzienniki wdrożenia usługi Azure App Service, gdy wdrożenie jest przeprowadzane przy użyciu zadania wdrożenia usługi App Service. Historię wdrożenia można wyświetlić w witrynie Azure Portal, wybierając opcję Ciągłe dostarczanie w bloku App Service.

Ulepszenia dotyczące testowania

Uruchamianie testów przy użyciu faz agentów

Zadanie programu Visual Studio Test umożliwia teraz uruchamianie testów automatycznych za pomocą faz agenta (Rysunek 56).

Oferujemy ujednoliconego agenta automatyzacji w obszarach kompilacji, wydań i testowania. Dzięki temu masz dostęp do następujących korzyści:

1. Możesz zaspakajać potrzeby dotyczące testowania przy użyciu puli agentów.
2. Uruchamianie testów w różnych trybach przy użyciu tego samego zadania testowego programu Visual Studio, w zależności od Twoich potrzeb — jednego uruchomienia opartego na agencie, rozproszonego testu opartego na wielu agentach lub uruchomienia z wieloma konfiguracjami, aby przeprowadzać testy na przykład w różnych przeglądarkach.

Aby uzyskać więcej informacji, zapoznaj się z postem Microsoft Application Lifecycle Management (Zarządzanie cyklem życia aplikacji firmy Microsoft).

Wyzwalanie testów automatycznych na żądanie

Centrum Test obsługuje teraz wyzwalanie automatycznych przypadków testowych z poziomu planów testów i zestawów testów (Rysunek 57). Do uruchamiania testów automatycznych z poziomu centrum Test niezbędna jest konfiguracja podobna do metody uruchamiania zaplanowanych testów w środowiskach wydań. Aby uruchomić testy automatyczne, należy skonfigurować środowisko w definicji wydania przy użyciu szablonu uruchamiania testów automatycznych na podstawie planów testów i powiązać plan testów w celu uruchomienia testów automatycznych. Zobacz dokumentację, aby uzyskać szczegółowe wskazówki dotyczące sposobu konfigurowania środowisk i uruchamiania testów automatycznych w centrum Test.

Ulepszenia magazynu

Ulepszenia wydajności przetwarzania modułu usług Analysis Services

Wprowadziliśmy udoskonalenia wydajności widoku vDimWorkItemTreeOverlay, który jest używany do tworzenia wymiaru hierarchii drzewa elementów roboczych na podstawie połączeń. Mimo że zależy to od linków System.LinkTypes.Hierarchy, stwierdziliśmy, że na czas przetwarzania wpływają również inne linki (np. System.LinkTypes.Related). Zoptymalizowaliśmy widok pod kątem pomijania dodatkowych typów połączeń, które ograniczają ilość odczytywanych danych. Ta zmiana znacząco skraca czas przetwarzania dla niektórych magazynów.

Uzgadnianie schematu bez uwzględniania wielkości liter

Schemat bazy danych magazynu jest tworzony przez scalanie pól ze wszystkich dołączonych baz danych kolekcji w ramach procesu uzgadniania schematu. Wcześniej wszystkie porównania były wrażliwe na wielkość liter, a administratorzy musieli upewniać się, że nazwy w odwołaniach do pól dokładnie się zgadzają. Prowadziło to do problemów w przypadku niewielkich różnic w wielkości liter. W tej wersji proces jest bardziej odporny na występowanie takich niezgodności.

Ulepszenia administracji

Zsumowani odbiorcy e-mailowi powiadomień

Adresaci tego samego powiadomienia e-mail są teraz uwzględniani razem w wierszu adresatów i otrzymują jednego e-maila. Wcześniej każdy adresat otrzymywał oddzielną wiadomość e-mail. Powodowało to trudności z identyfikowaniem innych osób, które otrzymały powiadomienie, oraz z prowadzeniem konwersacji na temat zdarzenia za pośrednictwem poczty e-mail. Funkcja ta dotyczy zarówno subskrypcji dostępnych domyślnie, jak i subskrypcji zespołowych, które mogą być przeznaczone dla wielu odbiorców. Na przykład wszyscy recenzenci żądania ściągnięcia otrzymują teraz jedną wiadomość e-mail w przypadku wprowadzenia zmiany żądania ściągnięcia.

Dowiedz się więcej na temat łączenia adresatów wiadomości e-mail.

Natychmiastowe powiadomienia

Użytkownicy i zespoły są teraz automatycznie powiadamiane za pośrednictwem poczty e-mail, jeśli na koncie zostanie przeprowadzone działanie bezpośrednio z nimi związane, takie jak:

• Element roboczy jest przypisany użytkownikowi.
• Dodanie użytkownika lub zespołu jako recenzenta do żądania ściągnięcia
• Użytkownik lub zespół jest recenzentem aktualizowanego żądania ściągnięcia.
• Inny użytkownik odpowiada na komentarz do pull requestu.
• Kompilacja zlecona przez użytkownika została ukończona.
• Zainstalowanie lub zażądanie rozszerzenia (tylko administratorzy)

Użytkownicy mogą anulować dowolną z tych subskrypcji, przechodząc do ustawień powiadomienia w obszarze menu profilu użytkownika, a następnie wyłączając odpowiednie przełączniki.

Administrator konta może wyłączyć jedną lub większą liczbę automatycznych subskrypcji, przechodząc do centrum Powiadomienia na poziomie kolekcji przez wybranie symbolu koła zębatego oznaczającego ustawienia. Każdą z tych subskrypcji można wyłączyć, klikając pozycję Wyłącz w obszarze akcji „...”. Wyłączona subskrypcja nie będzie już widoczna dla użytkowników na ich stronie ustawień powiadomień osobistych.

Dowiedz się więcej na temat wbudowanych powiadomień.

Uprawnienia do zarządzania rozszerzeniami

Administrator może teraz udzielić innym użytkownikom i grupom uprawnienia do zarządzania rozszerzeniami dla kolekcji (Rysunek 58). Wcześniej tylko administratorzy kolekcji (czyli członkowie grupy Administratorzy kolekcji projektów) mogli przeglądać żądania dotyczące rozszerzeń i instalować, wyłączać lub odinstalowywać rozszerzenia. 

Aby przyznać to uprawnienie, administrator może przejść do centrum administracyjnego rozszerzeń, otwierając menu Marketplace, wybierając pozycję Zarządzaj rozszerzeniami, a następnie klikając przycisk zabezpieczeń:

Otrzymywanie powiadomień po zainstalowaniu rozszerzeń, jeśli wymagają one uwagi i w innych sytuacjach

Administratorzy lub osoby z możliwością zarządzania rozszerzeniami są teraz automatycznie powiadamiane, gdy rozszerzenie zostanie zainstalowane, odinstalowane, włączone, wyłączone lub wymaga uwagi. Jest to szczególnie przydatne w przypadku większych wdrożeń, gdy wiele osób ponosi odpowiedzialność za zarządzanie rozszerzeniami. Administratorzy mogą wyłączyć te powiadomienia, przechodząc do ustawień powiadomień w obszarze menu profilu i wyłączając przełącznik rozszerzeń.

Administratorzy mogą również definiować niestandardowe subskrypcje dotyczące zdarzeń powiązanych z rozszerzeniem. Na przykład administrator może otrzymać powiadomienie o zaktualizowaniu dowolnego rozszerzenia.

Ponadto użytkownicy mogą teraz również wyłączyć automatyczne powiadomienia dotyczące ich żądań dotyczących rozszerzeń.

Zezwalanie administratorom serwera TFS na dodawanie subskrybentów do zaawansowanego poziomu dostępu

Poziom dostępu Zaawansowany zostanie usunięty z przyszłych wersji serwera Team Foundation Server. Dopóki tak się nie stanie, administratorzy serwera TFS będą mogli dodawać subskrybentów platformy MSDN i programu Visual Studio Test Professional do poziomu dostępu Zaawansowany przy użyciu aktualizacji Update 2.

Subskrybentów programu Visual Studio Enterprise należy dodawać do poziomu dostępu Visual Studio Enterprise, a nie Zaawansowany. W przypadku zakupienia rozszerzenia Test Manager kontynuuj zarządzanie nim w centrum Użytkownicy w projekcie zespołowym, w ramach którego dokonano zakupu.

Integracja z aplikacją Microsoft Teams

Organizacje współpracujące przy użyciu aplikacji Microsoft Teams mogą teraz widzieć aktywność powiązaną z projektami TFS w ramach kanałów ich zespołu. Dzięki temu zespoły podczas pracy z aplikacją Microsoft Teams mają aktualne informacje na temat istotnych zmian elementów roboczych, żądań ściągnięcia, kompilacji, wersji i innych zagadnień. Więcej informacji można znaleźć w naszej dokumentacji.

Znane problemy

Formularze elementów roboczych nie są poprawnie renderowane w sieci Web

• Problem:

  Jeśli kontrolka niestandardowa, taka jak kontrolka o wielu wartościach, jest zainstalowana dla klienta programu Visual Studio, ale nie dla klienta sieci Web, formularze elementów roboczych nie będą renderowane w sieci Web.

• Obejście:

  Konieczne jest zaktualizowanie kontrolki do najnowszej wersji. Należy dodać układ internetowy, który nie zawiera brakującego elementu kontrolki. Najnowszą kontrolkę o wielu wartościach dla aktualizacji TFS 2017 Update można znaleźć na stronie Custom Controls for TFS Work Item Tracking (Niestandardowe kontrolki na potrzeby śledzenia elementów roboczych serwera TFS). Aby uzyskać więcej informacji na temat układu, zobacz stronę All FORM XML elements reference (TFS 2015) (Informacje dotyczące wszystkich elementów FORM XML (TFS 2015)).

Wersja serwera TFS to RC2 zamiast wersji ostatecznej

• Problem:

  Po pobraniu TFS 2017 Update 2 przed 1 sierpnia 2017 r. i jego instalacji, masz wersję RC2.

• Obejście:

  Jest to spowodowane tymczasowym problemem w linkach instalacyjnych. Problem został naprawiony 1 sierpnia 2017 r. Proszę ponownie pobrać TFS 2017 Update 2 i zainstalować ostateczną wersję.

Zobacz zgłoszone przez klientów problemy dotyczące serwera Team Foundation Server 2017.

Opinie i sugestie

Chcemy poznać Twoje zdanie! Możesz zgłosić problem i śledzić go w portalu Developer Community oraz uzyskać porady w witrynie Stack Overflow.