Team Foundation Server 2017 Update 2 — informacje o wersji

Last Update: 2017-09-25

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

<img src="media/tfs_download_button.png"alt="Download the latest version of Team Foundation Server">

W przypadku innych formatów lub języków zobacz stronę 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).


Opinia

Chcemy poznać Twoją opinię! Możesz zgłosić problem i śledzić go w portalu społeczności deweloperów. Wyślij do nas sugestie za pośrednictwem witryny aktualizacji produktu Visual Studio Team Services.


Data wydania: 24 lipca 2017 r.

Podsumowanie aktualizacji serwera TFS 2017 Update 2

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

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


Nowości w tej wersji

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 zwiększyć możliwość wyszukiwania typów elementów roboczych dla 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).

<img src="media/tfsu2_01-1.png"; alt="Wit icons in query" width="650" height="388" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 1) Kolorowe ikony w zapytaniu

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

<img src="media/tfsu2_02-2.png"; alt="Board with icon type" width="600" height="187" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 2) Tablica z ikoną typu

Plany dostarczania

Plany dostarczania to narzędzie organizacyjne, które ułatwia zachowanie widoczności i równowagi operacji między zespołami dzięki śledzeniu stanu pracy w kalendarzu opartym na iteracjach. 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.

W przypadku użytkowników z wystąpieniem TFS odłączonym od Internetu plany dostarczania będą dostępne bezpośrednio z poziomu opcji Zarządzaj rozszerzeniami w dostępie internetowym, bez potrzeby nawigowania 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 elementów 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 skojarzona z elementem roboczym jest automatycznie wyświetlana w sekcji Projektowanie formularza elementu roboczego.

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

<img src="media/tfsu2_03-3.png"; alt="WIT build linking" width="600" height="160" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 3) Łączenie kompilacji WIT

Wycofywanie starego formularza 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 wbudowanych filtrów wyszukiwania w dowolnym polu 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: wyszukiwanie na liście prac zespołu własnego i zespołów partnerskich. Wykonując operacje wyszukiwania między projektami we wszystkich elementach roboczych, można przeszukiwać elementy robocze całej organizacji. Wyszukiwanie możesz zawęzić za pomocą filtrów ścieżek obszaru i projektu.
  • 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.

<img src="media/wishero-4.png"; alt="Workitem search" width="800" height="412" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 4) Wyszukiwanie elementów roboczych

Ulepszenia kontroli wersji

Nowe środowisko konfiguracji zasad gałęzi

Zmieniliśmy projekt środowiska konfiguracji zasad gałęzi i dodaliśmy kilka fantastycznych 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.

<img src="media/tfsu2_32-5.png"; alt="Configure branch policies" width="500" height="252" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 5) Konfigurowanie zasad gałęzi

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

<img src="media/tfsu2_33-6.png"; alt="Policies page" width="700" height="781" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 6) Strona zasad

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 uruchomienia testów automatycznych, których uruchamianie może zająć dużo czasu, a które tak naprawdę musisz uruchomić tylko raz przed wykonaniem żądania ściągnięcia. Zasady kompilacji mają również nazwę wyświetlaną, która jest przydatne w przypadku konfigurowania wielu kompilacji.

<img src="media/tfsu2_34-7.png"; alt="Manual build" width="375" height="539" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 7) Kompilacja ręczna

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

<img src="media/tfsu2_35-8.png"; alt="Manual build queue" width="400" height="350" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 8) Kolejka kompilacji ręcznych

Dla wymaganych zasad recenzenta (Rysunek 9) dodaliśmy przeznaczoną dla administratorów możliwość tworzenia notatki do dołączenia do osi czasu żądania ściągnięcia w przypadku zastosowania zasad (Rysunek 10).

<img src="media/tfsu2_36-9.png"; alt="Required reviewer dialog" width="400" height="387" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 9) Okno dialogowe wymaganego recenzenta

<img src="media/tfsu2_37-10.png"; alt="Required reviewer note" width="700" height="204" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 10) Notatka wymaganego recenzenta

Nowe zasady w przypadku braku aktywnych komentarzy

Upewnij się, że wszystkie komentarze w żądaniach ściągnięcia są obsługiwane przez nowe zasady 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 tabele przestawne, 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 elementów odpowiedzialnych za niepowodzenia.

<img src="media/tfsu2_14-11.png"; alt="Files viewing" width="550" height="143" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 11) Wyświetlanie plików

<img src="media/tfsu2_15-12.png"; alt="Files compare" width="600" height="133" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 12) Porównywanie plików

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

<img src="media/tfsu2_16-13.png"; alt="Files editing" width="600" height="87" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 13) Edytowanie plików

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.

<img src="media/tfsu2_43-14.png"; alt="Git graph" width="800" height="348" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 14) Wykres usługi Git

Kluczowe elementy wykresu usługi 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 elementem docelowym.
  3. zwykłe zatwierdzenia są reprezentowane przez niebieskie kropki.
  4. jeśli zatwierdzenie nadrzędne względem zatwierdzenia nie jest widoczne w porcie widoku kolejnych 50 zatwierdzeń, możemy usunąć połączenie zatwierdzenia. Po kliknięciu strzałki zatwierdzenie jest łączone z zatwierdzeniem nadrzędnym.

<img src="media/tfsu2_44-15.png"; alt="Git graph elements" width="800" height="189" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 15) Elementy wykresu usługi Git

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. Będziesz widzieć tagi widoku (Rysunek 16) dla określonego zatwierdzenia w widoku listy zatwierdzeń i na stronie szczegółów.

<img src="media/tfsu2_45-16.png"; alt="Show tags" width="800" height="199" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 16) Pokazywanie tagó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.

<img src="media/tfsu2_46-17.png"; alt="Create tag details" width="800" height="215" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 17) Tworzenie szczegółów tagu

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

<img src="media/tfsu2_47-18.png"; alt="Create tag history" width="800" height="207" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 18) Historia tworzenia tagu

<img src="media/tfsu2_48-19.png"; alt="Tag branch" width="450" height="306" style="border:2px solid Silver; display: block; margin: auto;">

(Figure 19) Gałąź tagu

Zaktualizowane strony grup zmian i zestawów na półce

Strony grup zmian i zestawów na półce zostały zmodernizowane 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).

<img src="media/tfsu2_41-20.png"; alt="Changeset page" width="800" height="317" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 20) Strona grupy zmian

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.

<img src="media/tfsu2_42-21.png"; alt="Changeset discussion" width="650" height="506" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 21) Grupa zmian — dyskusja

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łnej historii.
  • pełnej historii z operacjami uproszczonego scalania.
  • pierwszego elementu nadrzędnego.
  • prostej historii (domyślne ustawienie filtrowania).

<img src="media/tfsu2_49-22.png"; alt="Improved commit filtering" width="800" height="151" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 22) Ulepszone filtrowanie zatwierdzeń

Importowanie repozytoriów z Kontroli wersji serwera Team Foundation do usługi Git

Kod można migrować z repozytoriów Kontroli wersji serwera Team Foundation do repozytoriów usługi Git w ramach tego samego konta. Aby rozpocząć migrację, wybierz opcję importowania repozytorium z listy rozwijanej selektorów repozytorium (Rysunek 23).

<img src="media/tfsu2_50.png"; alt="Repository selector drop-down" width="239" height="312" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 23) Lista rozwijana selektorów repozytorium

Poszczególne foldery lub gałęzie można importować do repozytorium usługi Git. Można również zaimportować całe repozytorium Kontroli wersji serwera Team Foundation (bez gałęzi) (Rysunek 24). Możesz również zaimportować do 180 dni historii.

<img src="media/tfsu2_51.png"; alt="Import repo complete" width="437" height="462" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 24) Ukończone importowanie repozytorium

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ę, o której powiadamiany jest 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

Lekkie komentarze pozostawiane w zatwierdzeniach usługi Git zostały zaktualizowane na potrzeby nowej kontrolki dyskusji. Umożliwia to obsługę języka znaczników Markdown w tych komentarzach i uzupełnia wszystkie funkcje dodawania komentarzy do kodu w Internecie dla usług Git i Kontrola wersji serwera Team Foundation, dzięki czemu można korzystać z najnowszego środowiska pracy.

Nowa kontrolka widoku drzewa

Widok plików żądania ściągnięcia, szczegóły zatwierdzenia usługi Git, szczegóły wypychania usługi Git, szczegóły zestawu na półce Kontroli wersji serwera Team Foundation, szczegóły grupy zmian Kontroli wersji serwera Team Foundation, centrum grup zmian Kontroli wersji serwera Team Foundation i centrum historii usługi 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 zawierają element podrzędny dla każdego wątku komentarza oraz awatar wskazujący, który użytkownik utworzył wątek. Nowe wątki komentarzy oraz wątki z odpowiedziami są oznaczane niebieską kropką (.). Liczba odpowiedzi jest podsumowywana i reprezentowana jako numer.

<img src="media/tfsu2_40.png"; alt="New tree view" width="448" height="634" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 25) Nowy widok drzewa

Ulepszenia żądania ściągnięcia

Ulepszone wywołania akcji dla autora i recenzentów żądania ściągnięcia

W przypadku zespołów korzystających z zasad gałęzi po wyświetleniu żądania ściągnięcia czasami nie wiadomo dokładnie, która akcja jest wymagana. Jeśli główne wywołanie akcji to przycisk Ukończ, czy oznacza to gotowość do ukończenia? Korzystający z informacji o osobie wyświetlającej stronę oraz stanie skonfigurowanych zasad gałęzi widok żądania ściągnięcia będzie teraz przedstawiać wywołanie akcji najwłaściwsze w przypadku danego użytkownika.

Gdy zasady zostały skonfigurowane, ale nie zostały powodują jeszcze osiągnięcia pozytywnego wyniku, przycisk Ukończ (Rysunek 26) będzie teraz zachęcać do stosowania funkcji automatycznego ukończenia. Sytuacja, w której będzie można pomyślnie ukończyć żądanie ściągnięcia z blokującymi je zasadami, jest mało prawdopodobna, dlatego oferujemy opcję ukończenia żądania ściągnięcia po osiągnięciu pozytywnego wyniku powiązanego z tymi zasadami.

<img src="media/tfsu2_62.png"; alt=" Auto-complete feature" width="502" height="65" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 26) Funkcja automatycznego ukończenia

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

<img src="media/tfsu2_20.png"; alt="CTA approve" width="566" height="65" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 27) Wywołanie akcji — zatwierdzanie

Po zatwierdzeniu recenzenci zobaczą przycisk Ukończ (lub Ukończ automatycznie) wyróżniony jako wywołanie akcji dla tych przypadków, w których recenzent jest równocześnie odpowiedzialny za ukończenie żądania ściągnięcia.

Komentarze z możliwością wykonywania akcji

W żądaniu ściągnięcia, które ma więcej niż kilka komentarzy, śledzenie wszystkich konwersacji może okazać się trudne. Aby pomóc Ci lepiej zarządzać komentarzami, uprościliśmy proces rozwiązywania elementów, wprowadzając szereg rozszerzeń:

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

<img src="media/tfsu2_22.png"; alt="PR header" width="800" height="61" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 28) Nagłówek żądania ściągnięcia

  • Uwzględniony komentarz można rozwiązać go za pomocą jednego kliknięcia (Rysunek 29).

<img src="media/tfsu2_24-29.png"; alt="Resolve button" width="600" height="165" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 29) Przycisk rozwiązywania

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

<img src="media/tfsu2_25-30.png"; alt="Reply and resolve" width="600" height="258" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 30) Odpowiadanie i rozwiązywanie

  • Po rozwiązaniu komentarzy zobaczysz, że ich liczba będzie się zwiększać, aż do momentu odwołania się do wszystkich problemów (Rysunek 31).

<img src="media/tfsu2_26-31.png"; alt="Comment count address rate" width="600" height="42" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 31) Liczba komentarzy — szybkość odwoływania się

  • Udoskonaliliśmy filtr w przeglądzie 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).

<img src="media/tfsu2_23.png"; alt="Filter improvements" width="225" height="241" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 32) Ulepszenia filtrowania

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.

<img src="media/tfsu2_30-33.png"; alt="Updates views" width="700" height="344" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 33) Widoki aktualizacji

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

Teraz można łatwiej wyszukiwać żądania ściągnięcia. Dodaliśmy nowe opcje filtrowania, aby umożliwić wyszukiwanie żądań ściągnięcia utworzonych przez określonego autora lub przypisanych do określonego recenzenta (Rysunek 34). Wystarczy wybrać użytkownika przy użyciu filtra autora lub recenzenta. Lista zostanie zaktualizowana i będzie zawierać tylko żądania ściągnięcia zgodne z filtrem.

<img src="media/tfsu2_29-34.png"; alt="Filtering by people" width="700" height="126" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 34) Filtrowanie według osób

Przyczyna wymagana w przypadku pomijania żądania ściągnięcia

Jeśli pomijasz zasady żądania ściągnięcia, musisz określić przyczynę. W przypadku wybrania opcji pomijania w oknie dialogowym Kończenie wykonywania żądania ściągnięcia pojawi się nowe pole Przyczyna (Rysunek 35).

<img src="media/tfsu2_38-35.png"; alt="Bypass dialog" width="450" height="425" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 35) Okno dialogowe pomijania

Po wprowadzeniu przyczyny i ukończeniu wykonywania żądania ściągnięcia w oknie Przegląd zostanie wyświetlony komunikat (Rysunek 36).

<img src="media/tfsu2_39-36.png"; alt="Bypass message" width="700" height="54" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 36) Komunikat dotyczący pomijania

Udostępnianie żądań ściągnięcia zespołom

Akcja Udostępnianie żądania ściągnięcia to wygodny sposób powiadamiania recenzentów (Rysunek 37). W tej wersji dodaliśmy obsługę dla zespołów i grup, dlatego można w ramach jednego kroku powiadamiać wszystkie osoby zaangażowane w obsługę żądania ściągnięcia.

<img src="media/tfsu2_17-37.png"; alt="Share PR with teams" width="500" height="457" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 37) Udostępnianie żądania ściągnięcia zespołom

Ulepszenia żądania ściągnięcia dla zespołów

Jeśli jesteś członkiem wielu zespołów, zobaczysz teraz wszystkie żądania ściągnięcia przypisane do tych zespołów na liście w widoku Moje żądania ściągnięcia (Rysunek 38). Dzięki temu widok Moje żądania ściągnięcia jest jedynym miejscem do odwiedzenia, jeśli chcesz wyświetlić wszystkie swoje żądania ściągnięcia.

<img src="media/tfsu2_18-38.png"; alt="PR improvements for teams" width="800" height="383" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 38) Ulepszenia żądań ściągnięcia dla zespołów

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

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

Bądź na bieżąco z konwersacjami w swoich żądaniach ściągnięcia dzięki nowym powiadomieniom o komentarzach (Rysunek 39). W przypadku utworzonych przez siebie żądań ściągnięcia będziesz automatycznie otrzymywać powiadomienie za każdym razem, gdy użytkownik doda nowy wątek komentarza lub odpowiedzi do istniejącego wątku. W przypadku komentowania żądania ściągnięcia innego użytkownika otrzymasz powiadomienia o wszystkich przyszłych odpowiedziach na wątki komentarzy, które tworzysz lub na które odpowiadasz.

<img src="media/tfsu2_19-39.png"; alt="Default PR notifications" width="450" height="299" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 39) Domyślne powiadomienia dotyczące żądania ściągnięcia

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

<img src="media/tfsu2_04-40.png"; alt="Package Management" width="700" height="238" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 40) Zarządzanie pakietami

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

<img src="media/tfsu2_05.png"; alt="Package Management npm README " width="800" height="426" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 41) Plik README pakietu npm zarządzania pakietami

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

<img src="media/tfsu2_06-42.png"; alt="NuGet command" width="600" height="374" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 42) Polecenie NuGet

Ulepszenia kompilowania i wydawania

Nowy edytor definicji kompilacji

Zmieniliśmy projekt naszego edytora 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. Możesz teraz również używać parametrów procesu w celu ułatwienia określania 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).

<img src="media/tfsu2_09-43.png"; alt="Build template search" width="600" height="248" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 43) Wyszukiwanie szablonów kompilacji

Szybkie wyszukiwanie i dodawanie zadania w wybranym miejscu

Wyszukaj zadanie do użycia. 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).

<img src="media/tfsu2_10-44.png"; alt="Build task search" width="600" height="473" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 44) Wyszukiwanie zadania kompilacji

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.

<img src="media/tfsu2_11-45.png"; alt="Process parameters" width="600" height="467" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 45) Parametry procesu

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

Opis tworzenia pierwszej definicji kompilacji przy użyciu nowego edytora można znaleźć w temacie CI/CD for newbies (Ciągła integracja/ciągłe dostarczanie dla początkujących).

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

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

<img src="media/tfsu2_07-46.png"; alt="Conditional build tasks" width="600" height="300" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 46) Warunkowe zadania kompilacji

Jeśli potrzebujesz większej elastyczności, takiej jak uruchamianie zadania tylko dla niektórych gałęzi, przy użyciu niektórych wyzwalaczy i w określonych warunkach, możesz zdefiniować 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 umożliwiające kompilowanie i wdrażanie 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 dzięki usłudze ACR można korzystać z naszego wbudowanego uwierzytelniania jednostki usługi, aby jeszcze bardziej ułatwić pracę.
  • 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żanie, konfigurowanie lub aktualizowanie klastra Kubernetes w usłudze Azure Container Service przy użyciu uruchamianych poleceń kubectl.
  • Service Fabric: wdrażanie kontenerów w klastrze usługi Service Fabric. Usługa Service Fabric to obecnie najlepsze rozwiązanie do uruchamiania kontenerów systemu Windows w chmurze.

Aktualizacje wdrożenia aplikacji internetowej platformy Azure

Wprowadziliśmy wiele ulepszeń aplikacji internetowych platformy Azure:

  • Zadanie wdrażania usługi Azure App Service obsługuje pliki WAR języka Java oraz aplikacji Node.js, Python i PHP do wdrożenia.
  • 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 witrynie Azure Portal zostało teraz rozszerzone i obsługuje aplikacje Node.
  • Zadanie zarządzania usługi Azure App Service zostało dodane do opcji uruchamiania, zatrzymywania, ponownego uruchamiania lub wymiany gniazd dla usługi Azure App Service. 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 też pomoc techniczną dotyczącą ciągłej integracji/ciągłego dostarczania na potrzeby konfigurowania tych funkcji. 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 umożliwia zakończenie kompilacji/wydania niepowodzeniem, jeśli nie znaleziono plików do skopiowania.

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 zostanie on ulepszony w celu 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.

Porada

Upewnij się, że używasz kolejki połączonej z pulą agentów z programem Visual Studio 2017 i nie agentów tylko z wcześniejszymi wersjami programu Visual Studio.

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.

<img src="media/tfsu2_08-47.png"; alt="Agent maintenance" width="600" height="386" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 47) Konserwacja agenta

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 wyniku podczas przypisywania zadania system będzie preferować agenta na maszynie w stanie bezczynności, a nie na zajętej.

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

<img src="media/tfsu2_12-48.png"; alt="Apple App Store connection" width="450" height="292" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 48) Połączenie ze sklepem Apple App Store

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 kompilacji rozwiązań MSBuild, Xamarin.Android i Xamarin.iOS obsługują teraz kompilowanie przy użyciu zestawu narzędzi programu Visual Studio dla komputerów 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 rozpoznawanie plików i katalogów na podstawie poszczególnych kompilacji dla ścieżek, które zmieniają się między kompilacjami.

Ulepszenia rozwiązań Maven i SonarQube

Zadanie kompilacji Maven umożliwia teraz określanie projektu SonarQube na potrzeby wyników analizy w przypadkach, w których jest on inny niż określony w pliku pom.xml rozwiązania 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). Wyniki potoku są publikowane w podsumowaniu kompilacji usługi Team Services.

<img src="media/tfsu2_13.png"; alt="Improved Jenkins integration" width="336" height="314" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 49) Ulepszona integracja z systemem Jenkins

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 grupy zasobów platformy Azure użytkownicy wybierają pliki template.json i parameters.json, a następnie podają przesłaniające wartości parametrów w polu tekstowym, używając określonej składni. To środowisko zostało teraz rozszerzone, dlatego 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 notacji JSON szablonu i parametrów znajdują się w obiekcie blob magazynu platformy Azure, zobacz dokumentację usług Azure Storage, aby włączyć mechanizm CORS.

<img src="media/tfsu2_56-50.png"; alt="Azure RG parameters" width="625" height="524" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 50) Parametry Azure RG

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

Zarządzanie wydaniami obsługuje teraz konfigurowanie ciągłego dostarczania w 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.

<img src="media/tfsu2_58-51.png"; alt="Default artifact version" width="450" height="410" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 51) Domyślna wersja artefaktu

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.

Załóżmy, że masz dwa środowiska tworzenia i testowania, 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 testu zostały ustawione tak, jak pokazano poniżej, wystarczy, aby w czasie wdrażania osoby użytkownik_A i użytkownik_B zatwierdziły tylko tworzenie. Wdrożenie do testowania zostanie automatycznie zatwierdzone. Jeśli wdrożenie do testowania zostanie wyzwolone ręcznie, przed wdrożeniem trzeba będzie zapewnić prawidłowe zatwierdzenia.

<img src="media/tfsu2_57.png"; alt="Release level approvals" width="650" height="534" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 52) Zatwierdzenia na poziomie wydania

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.

W związku z tym można teraz używać usługi Release Management do wdrażania dowolnej aplikacji do zasobów platformy Azure hostowanej w chmurze dla instytucji rządowych w ramach tych samych zadań wdrażania (Rysunek 53).

<img src="media/tfsu2_55-53.png"; alt="Government cloud" width="500" height="507" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 53) Chmura dla instytucji rządowych

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.

<img src="media/tfsu2_60-54.png"; alt="Parallel deployments" width="600" height="441" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 54) Wdrożenia równoległe

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, którakolwiek z tych sytuacji nastąpi szybciej. 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.

<img src="media/tfsu2_61-55.png"; alt="Parallel execution support" width="600" height="146" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 55) Obsługa wykonywania równoległego

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ć fazy z co najmniej jednym zadaniem równolegle na poziomie wielu agentów.

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. Uruchamiaj testy w różnych trybach przy użyciu tego samego zadania programu Visual Studio Test zgodnie z własnymi potrzebami — uruchomienie oparte na jednym agencie, rozproszone uruchomienie testu oparte na wielu agentach lub uruchomienie wielu konfiguracji w celu uruchamiania testów na przykład w różnych przeglądarkach.

<img src="media/tfsu2_53-56.png"; alt="Run tests using Agent Phases " width="600" height="434" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 56) Uruchamianie testów przy użyciu faz agenta

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ń. W celu uruchamiania testów automatycznych należy skonfigurować środowisko w definicji wydania przy użyciu szablonu uruchamiania testów automatycznych na podstawie planów testów i skojarzyć plan testu. Zobacz dokumentację, aby uzyskać szczegółowe wskazówki dotyczące sposobu konfigurowania środowisk i uruchamiania testów automatycznych w centrum Test.

<img src="media/tfsu2_54.png"; alt="On-demand automated tests trigger" width="721" height="408" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 57) Wyzwalacz testów automatycznych na żądanie

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 w oparciu o linki. 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 linków, 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 przeprowadzane z uwzględnieniem wielkości liter i administratorzy musieli upewnić się, że istnieje dokładne dopasowanie nazw w odwołaniach do pól. 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

Połączeni adresaci wiadomości e-mail dla powiadomień

Adresaci tego samego powiadomienia e-mail są teraz uwzględniani razem w wierszu Do i otrzymują jedną wiadomość e-mail. 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. Ta funkcja jest stosowana w przypadku subskrypcji wbudowanych oraz 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.

Wbudowane 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:

  • przypisanie elementu roboczego do użytkownika.
  • dodanie użytkownika lub zespołu jako recenzenta do żądania ściągnięcia.
  • użytkownik lub zespół jest recenzentem aktualizowanego żądania ściągnięcia.
  • udzielenie odpowiedzi na komentarz do żądania ściągnięcia przez innego użytkownika.
  • ukończenie kompilacji zleconej przez użytkownika.
  • zainstalowanie lub zlecenie 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ć co najmniej jedną automatyczną subskrypcję, 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 przyznać innym użytkownikom i grupom uprawnienie 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ń:

<img src="media/tfsu2_52-58.png"; alt="Extension management permissions" width="650" height="290" style="border:2px solid Silver; display: block; margin: auto;">

(Rysunek 58) Uprawnienia zarządzania rozszerzeniami

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ę jednak 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 problemu:

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

Znane problemy

Wersja serwera TFS to RC2 zamiast wersji ostatecznej

  • Problem:

    Po pobraniu serwera TFS 2017 Update 2 przed 1 sierpnia 2017 r. i zainstalowaniu go masz wersję RC2.

  • Obejście problemu:

    Jest to spowodowane tymczasowym problemem w linkach instalacyjnych. Problem został naprawiony w dniu 1 sierpnia 2017 r. Ponownie pobierz serwer TFS 2017 Update 2 i zainstaluj wersję ostateczną.


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


Początek strony