Team Foundation Server 2015 — informacje o wersji

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

Uwaga

To nie jest najnowsza wersja serwera Team Foundation Server. Aby pobrać najnowszą wersję, odwiedź informacje o bieżącej wersji dla serwera Team Foundation Server 2018 Update 3. Język tej strony możesz zmienić, klikając ikonę kuli ziemskiej w stopce strony i wybierając żądany język.

Ten artykuł zawiera informacje dotyczące serwera Team Foundation Server 2015.

Szczegółowe informacje na temat serwera Team Foundation Server 2015 można znaleźć na stronie Wymagania i zgodność serwera Team Foundation Server.

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

Ikona informacji o wersji Data wydania: 6 sierpnia 2015 r.

Podsumowanie nowości związanych z serwerem Team Foundation Server 2015

Zmiany dotyczące jednostek SKU:

Aktualizacje funkcji:

Szczegóły dotyczące nowości na serwerze Team Foundation Server 2015

Rozszerzona licencja podstawowa

Następujące funkcje są teraz dostępne dla wszystkich użytkowników serwera Team Foundation Server z licencją „Podstawowa”:

  • Wykonywanie testów w Internecie
  • Zarządzanie portfolio w projektowaniu zwinnym
  • Tworzenie wykresu elementu roboczego
  • Pokoje zespołów

Co to oznacza: wszystkie zespoły z co najmniej pięcioma członkami z licencją "Podstawowa" mają dostęp do tych funkcji za pomocą usługi Team Web Access bezpłatnie, podczas gdy większe zespoły mogą uzyskać dostęp do tej funkcji w znacznie niższym punkcie cenowym.

Zmiany schematu w bazach danych

W programie Team Foundation Server 2015 wprowadzono wiele zmian w schemacie baz danych. W związku z tym uaktualnienie z programu TFS 2013 i starszych wersji zajmuje dużo czasu. Ponieważ uaktualnienia są wykonywane w trybie offline, firma Microsoft udostępnia narzędzie TfsPreUpgrade.exe, które może służyć do wykonywania najbardziej czasochłonnych części uaktualnienia w trybie online z wdrożeń programu TFS 2013 QU4 i QU5. Kreator uaktualniania zawiera narzędzie do sprawdzania gotowości, które wyświetla ostrzeżenie, jeśli baza danych jest na tyle duża, że zalecane jest uruchomienie programu TfsPreUpgrade.exe.

Rozszerzenia programu Project Server

Rozszerzenia serwera projektów są teraz pobierane oddzielnie. Aby uzyskać więcej informacji, zapoznaj się z sekcją serwera TFS na stronie Materiały do pobrania.

Rozszerzenia programu SharePoint

W przeszłości, aby zintegrować program Team Foundation Server z wystąpieniem programu SharePoint znajdującym się na innym komputerze, można było uruchomić instalatora programu Team Foundation Server na serwerze programu SharePoint, a następnie skonfigurować rozszerzenia TFS dla programu SharePoint lub uruchomić specjalnego instalatora (tfs_sharePointExtensions.exe), który instalował tylko elementy niezbędne do skonfigurowania rozszerzeń TFS dla programu SharePoint.

Usunęliśmy tego specjalnego instalatora, więc aby zintegrować serwer Team Foundation Server z programem SharePoint, należy uruchomić instalatora programu Team Foundation Server na serwerze programu SharePoint, a następnie skonfigurować rozszerzenia TFS dla programu SharePoint.

Kontrola tożsamości i awatary

Ta nowa kontrolka zawiera pełną nazwę, awatara i adres e-mail użytkownika.

Ta kontrolka została tak zaprojektowana, aby była bardzo intuicyjna w użyciu. Po ustawieniu fokusu na tej kontrolce na początku jest wyświetlana najświeższa lista osób, do których ostatnio przypisano elementy robocze. Jeśli osoba, której szukasz, nie znajduje się na liście, wystarczy kliknąć pozycję Wyszukaj, a lista zostanie wypełniona pasującymi wynikami użytkowników z Twojego konta. Oprócz udostępnienia nowej kontrolki tożsamości zmodyfikowaliśmy również wiele miejsc, w których jest wyświetlana nazwa użytkownika, dlatego teraz jest przy niej wyświetlany awatar. Awatary są teraz widoczne na kartach elementów roboczych, na tablicach i nie tylko.

Tablica zadań: Usterki na listach prac i tablicach

Zespoły mogą teraz wybierać, czy chcą wyświetlać usterki na swoich listach prac niezależnie od szablonu procesu. Rozszerzyliśmy funkcjonalność tego ustawienia. Zespoły mogą teraz wyświetlać usterki na listach prac i tablicach zadań z wymaganiami (scenariusze użytkowników lub elementami listy prac), z zadaniami lub ich nie wyświetlać.

Aktualizacje listy prac produktu

Aktualizacje dotyczące nawigowania po listach prac

Zmieniliśmy sposób nawigowania po listach prac. Z poziomu każdej listy prac można przechodzić do szczegółów na innych poziomach aż do zadań. Ponadto na każdej liście prac można włączać i wyłączać widoczność wyższych poziomów listy prac za pomocą filtru elementów nadrzędnych. Elementy nienależące do zespołu, ale ściągnięte na podstawie relacji, są wyświetlane z pustym paskiem kolorów. Dzięki temu już na pierwszy rzut oka można odróżnić elementy, które należą do Twojego zespołu, od elementów należących do innych zespołów.

I na koniec w każdym widoku można zmieniać kolejność elementów i ponownie ustawiać elementy nadrzędne. Wystarczy użyć metody „przeciągnij i upuść” w dowolnym widoku, aby zmienić kolejność elementów i zmodyfikować relacje.

Zezwalanie na poziomy listy prac dla portfolio

Dzięki aktualizacji sposobu nawigowania można teraz wyłączyć nieużywane przez zespół poziomy listy prac. Przed tą aktualizacją dla wszystkich zespołów były wymuszone wszystkie poziomy listy prac. Każdy poziom listy prac jest teraz „opcjonalny”, co pozwala na skonfigurowanie poziomów odpowiednich dla Twojego zespołu. Kliknij ikonę koła zębatego w górnej części strony, wybierz zespół, który konfigurujesz, a następnie wybierz potrzebne poziomy listy prac.

Zmiana kolejności elementów na filtrowanej liście prac

W menu kontekstowym jest teraz dostępna opcja przenoszenia elementu do góry lub do określonej pozycji, nawet jeśli względem listy prac zostanie zastosowany filtr.

Filtrowanie tekstu na listach prac i w zapytaniach

Teraz można szybko filtrować listy prac i wyniki zapytania przy użyciu nowego pola tekstowego filtru, które zostało umieszczone na pasku narzędzi. Wystarczy wpisać tekst z szukanych elementów, a lista prac/wyniki zostaną natychmiast przefiltrowane, aby pokazać tylko te elementy, które pasują do tekstu. Ta funkcja jest naprawdę przydatna podczas skanowania długiej listy prac lub wyników zapytania w poszukiwaniu określonego elementu (lub zestawu elementów). Należy pamiętać, że dopasowanie jest wykonywane dla danych w wyświetlanych kolumnach — w tym tagów.

Aktualizacje listy prac przebiegu i tablicy zadań

Wyświetlanie zadań bez elementu nadrzędnego

Zadania w przebiegu, które nie mają scenariusza nadrzędnego, będą teraz wyświetlane na liście prac przebiegu i tablicy zadań w kategorii „Bez elementu nadrzędnego”. Wiersz bez elementu nadrzędnego jest wyróżniony szarym paskiem. Zadania z wiersza bez elementu nadrzędnego można przenosić do dowolnego scenariusza użytkownika i na odwrót. (Uwaga: Przeciąganie i upuszczanie nieuprawionego wiersza jest niedozwolone; zawsze będzie ono wyświetlane na górnej części listy prac przebiegu, a także na tablicy zadań).

Zwijanie ukończonych scenariuszy

Ukończone scenariusze są automatycznie zwijane po otwarciu tablicy zadań. Wszystkie scenariusze listy prac przebiegu są domyślnie zwinięte. Zwinięte scenariusze mające oczekujące zadania będą wyświetlały ostrzeżenie na tablicy zadań. Zwinięte wiersze na tablicy zadań będą również zawierać podsumowanie oczekujących zadań dotyczących tego scenariusza użytkownika. Element listy prac produktu będą teraz wyświetlane na tablicy zadań jako karty, tak samo jak zadania.

Dostosowywanie i konfigurowanie kart przez dodawanie pól i tagów

Oprócz możliwości dostosowywania wyglądu kart na tablicy Kanban można teraz skorzystać z opcji konfiguracji danych wyświetlanych na kartach, które są dostępne w oknie dialogowym Dostosowywanie kart.

Podobne okno dialogowe dostosowywania jest również dostępne dla tablicy zadań.

Możesz włączać i wyłączać identyfikator, wybierać sposób wyświetlania pola przypisania oraz włączać wyświetlanie tagów bezpośrednio na kartach. Większość osób chce, aby na każdej karcie były widoczne pola, takie jak „tytuł” czy „przypisano do”, ale wyświetlanie większej ilości informacji na kartach może zaoszczędzić czas, ponieważ można podejmować odpowiednie działania na tych danych bez konieczności otwierania ich w celu wyświetlenia szczegółów. Do następujących kart usterek dodaliśmy na przykład pola „Priorytet” i „Ważność”:

Przykład pól niestandardowych

Pola niestandardowe dodane do kart można bezpośrednio edytować z tablicy. Te opcje można konfigurować dla zespołu (lub listy prac) oraz dla elementu roboczego, aby zapewnić maksymalną elastyczność.

Aktualizacje tablicy Kanban

Dodawanie i edytowanie bezpośrednio z tablicy Kanban

Zaktualizowaliśmy wszystkie tablice do obsługi dodawania nowych kart i wbudowanego edytowania. W górnej części pierwszej kolumny tablicy Kanban jest teraz przycisk Nowy element, który umożliwia dodanie nowej karty. Po dodaniu nowej karty wszystkie dane znajdujące się na tej karcie mogą być edytowane bezpośrednio z karty. Dowiedz się więcej o wbudowanym dodawaniu i edytowaniu kart Kanban.

Zmiana kolejności elementów na tablicy Kanban

Włączyliśmy możliwość zmiany kolejności elementów na tablicy. Teraz można przenosić elementy w górę i w dół według priorytetu w obrębie każdej kolumny na tablicy. Wszelkie zmiany wprowadzone na tablicy są również odzwierciedlane bezpośrednio na liście prac. Po wprowadzeniu tej zmiany wielu użytkowników może wybrać korzystanie z tablicy zamiast z listy prac, ponieważ tablica obsługuje teraz dodawanie, wbudowane edytowanie i zmienianie kolejności. Dowiedz się więcej o zmianie kolejności na tablicy Kanban.

Filtrowanie wszystkich danych wyświetlanych na tablicy Kanban

Teraz można filtrować całą tablicę. Po wprowadzeniu warunku filtrowania w filtrze wszystkich tablic będzie on zastosowany do wszystkich informacji wyświetlanych na karcie, w tym do wszystkich pól, które mogły zostać dodane, tagów lub identyfikatora. Udostępniliśmy również filtr dla pierwszej kolumny, aby można było znaleźć ten element na liście prac i przeciągnąć go na tablicę Kanban.

Podział kolumn na tablicy Kanban

Dodaliśmy do naszej tablicy Kanban nową funkcję o nazwie „Podział kolumn”. Zespoły Kanban wykorzystują model ściągania do przenoszenia pracy w obrębie tablicy. Aby usprawnić ten model działania, każda kolumna na tablicy została podzielona na dwie kolumny podrzędne — Wykonywanie i Gotowe. Przeniesienie karty do kolumny Gotowe jasno sygnalizuje, że praca jest gotowa do przeniesienia do następnego etapu oraz że karta może zostać ściągnięta przez osobę lub zespół, który jest właścicielem następnego etapu.

Aby podzielić dowolną kolumnę na tablicy, wystarczy kliknąć link Dostosuj kolumny na pasku narzędzi.

Dowiedz się więcej o podzielonych kolumnach Kanban.

Tory na tablicy Kanban

Zespoły mogą teraz tworzyć poziome tory umożliwiające śledzenie różnych klas pracy. Klasycznym przykładem jest przyspieszony tor. Tak więc teraz każdy zespół może tworzyć własne tory i dostosowywać wygląd tablicy do swoich potrzeb.

Definicja gotowości na tablicy Kanban

W miarę przemieszczania się pracy po tablicy niezwykle ważne jest, aby dla wszystkich członków zespołu termin „gotowe” oznaczał to samo we wszystkich kolumnach. Ta wersja oferuje nową funkcję, która pozwala określić definicję gotowości dla każdej kolumny na tablicy. Ta funkcja obsługuje nawet język znaczników markdown, dzięki czemu można formatować tekst lub dołączać hiperlinki do innych lokalizacji. Kolumny z uzgodnioną definicją są teraz oznaczone małą ikoną w nagłówku.

Dowiedz się więcej o kanban DoD (definicja gotowe).

Wyłączanie pierwszej kolumny na wykresie CFD

Teraz można pominąć pierwszą kolumnę tablicy Kanban i uzyskać bardziej zrozumiały wykres CFD. Pierwsza kolumna często reprezentuje długą listę prac, nad którymi pracuje zespół, a nie elementy aktywne na tablicy Kanban.

Aby włączyć tę opcję, wybierz pozycję „Edytuj” na wykresie CFD, a następnie usuń zaznaczenie pola wyboru „Uwzględniaj pierwszą kolumnę”. Należy pamiętać, że dla wszystkich istniejących list prac/wykresów CFD to pole jest domyślnie zaznaczone.

Obsługa protokołu SAFe dla szablonów procesów

Z przyjemnością informujemy o wprowadzeniu wbudowanej obsługi struktury Scale Agile Framework (SAFe) przy użyciu istniejących szablonów Scrum, Agile i CMMI.

Obsługa epików
  • Dodaliśmy typ Epik elementu roboczego i listę prac/tablicę do śledzenia epików. Epiki stoją w hierarchii powyżej funkcji. Funkcje są mapowane na epiki, podobnie jak elementy listy prac są mapowane na funkcje.
  • Dostępna jest pełna funkcjonalność list prac i tablic. Listą prac epików można zarządzać tak samo jak każdą inną listą prac. Można też dostosowywać kolumny i karty Kanban do swoich potrzeb. (Zaległości epików nie są domyślnie włączone. Aby włączyć tę funkcję, zaznacz pole wyboru "Epiki" na stronie Ustawienia zespołu.
  • Listę prac epik można włączać i wyłączać na poziomie zespołu. Zgodnie z naszym oficjalnym dokumentem zespoły ds. portfolio powinny włączyć listę prac epik. Zespoły ds. programów i funkcji mogą wyłączyć listę prac epik, jeśli nie zarządzają epikami w organizacji.
Obsługa list prac związanych z architekturą a firmami

Dodaliśmy pole "Obszar wartości" do wszystkich elementów roboczych wyświetlanych na liście prac, czyli epików, funkcji i (w zależności od szablonu procesu), pole jest również wyświetlane w polach Elementy listy prac produktu, Scenariusze użytkowników i Wymagania.

Obszar Wartość ma dwie wartości: Biznes i Architektura. Domyślnie wszystkie epiki, funkcje i scenariusze są typu biznesowego. Aby utworzyć epikę, funkcję lub scenariusz typu Architektura, ustaw tę wartość na Architektura.

Korzystając z tej funkcji, można zdefiniować epiki architektoniczne, które z kolei dzielą się na funkcje i scenariusze architektoniczne, co pozwala na śledzenie planu architektonicznego w organizacji.

Zmieniono nazwę szablonu procesu

Nazwy szablonów zmienią się z pełnych nazw zawierających nazwę wersji (na przykład „MSF for Agile Software Development 2013.4”) na proste nazwy, takie jak „Scrum”, „Agile” i „CMMI”. Szablony są teraz zablokowane, co oznacza, że nie można wprowadzać zmian w dostarczonych szablonach. Aby utworzyć niestandardowy szablon procesu na podstawie dostarczonego szablonu, wystarczy wyeksportować istniejący szablon, nadać mu nową nazwę i wersję, a następnie zaimportować go ponownie przy użyciu Menedżera szablonów procesu. Ta zmiana nie ma wpływu na istniejące projekty, co oznacza, że nadal można dostosowywać ich procesy za pomocą narzędzia witadmin.

Bieżący token zapytania iteracji

Ta funkcja umożliwia określenie tokenu reprezentującego bieżącą iterację w zapytaniach opartych na iteracjach. Jak wiesz, z iteracjami są skojarzone daty. Podczas przechodzenia z jednej iteracji do innej bardzo żmudnym zajęciem jest aktualizowanie wszystkich zapytań używanych do śledzenia pracy dla następnej iteracji. W tej wersji dodano nowy token zapytania, @CurrentIteration, który zwraca bieżącą iterację na podstawie dzisiejszej daty. Istnieją jednak pewne ograniczenia dotyczące tego nowego tokenu. Na przykład nie działa on w programie Excel. Ten token opiera się na zrozumieniu kontekstu zespołu, a program Excel niestety nie ma wszystkich informacji potrzebnych do ustalenia, która Iteracja jest bieżąca. Dowiedz się więcej na temat tokenu zapytania bieżącej iteracji.

Stopniowe ujawnianie zapytań

Teraz duże listy zapytań nie są otwierane za każdym razem, gdy jest wyświetlane okienko zapytania. Ładowane są tylko pierwsze dwa poziomy, a pozostałe poziomy można załadować później na żądanie.

Zasady gałęzi

Aby pomóc zespołom korzystającym z usługi Git zwiększyć jakość kodu przekazywanego do repozytorium, dodaliśmy nową możliwość ustawiania zasad dla gałęzi. Te nowe zasady umożliwiają zespołom konfigurowanie wymagań dla gałęzi związanych z programowaniem. Zasady są wymuszane przez serwer podczas wypychania lub scalania żądań ściągnięcia. Można zapobiec przerwom w kompilacji, korzystając z zasad kompilacji wymagających, aby wszystkie zmiany wprowadzane do gałęzi były zatwierdzane za pomocą skonfigurowanej kompilacji. Można również użyć zasad przeglądu kodu, aby ustawić minimalną liczbę recenzentów żądań ściągnięcia, lub nawet wymagać od konkretnych użytkowników przejrzenia zmian wprowadzonych w określonych fragmentach bazy kodu.

Zasady gałęzi — kompilacja bramowana

W projektach Git można teraz ustawiać zasady gałęzi wymagające udanej kompilacji przed umożliwieniem przesłania jakiegokolwiek kodu do gałęzi. Włączenie zasad kompilacji będzie wymagać użycia żądania ściągnięcia w celu przesłania zmian do skonfigurowanej gałęzi, a ukończenie żądania ściągnięcia jest uwarunkowane pomyślnym wynikiem skonfigurowanej kompilacji.

Zasady gałęzi — przegląd kodu

W projektach Git można teraz ustawiać zasady gałęzi wymagające przeglądów każdego kodu przesłanego do gałęzi. Włączenie zasad przeglądu kodu dla gałęzi spowoduje wymuszenie, że cały kod musi zostać przesłany do tej gałęzi przy użyciu żądań ściągnięcia. Zasady obejmują opcje wymogu minimalnej liczby recenzentów kodu, a także wymogu określonych recenzentów dla konkretnych ścieżek i/lub typów plików.

Historia gałęzi (wypychania i żądania ściągnięcia)

W portalu internetowym centrum Historia w obszarze Kod został zaktualizowany do obsługi nowego widoku dla projektów Git. Nowy widok „Aktualizacje rozgałęzienia” zawiera wszystkie aktualizacje dla danej gałęzi oraz grupuje zatwierdzenia według działań wypychania i żądań ściągnięcia. W tym widoku deweloperzy mogą uzyskiwać nowe szczegółowe informacje o sposobie aktualizowania repozytorium Git wraz z upływem czasu, a także mogą śledzić historię i żądania ściągnięcia.

Widok historii sieci Web dla projektów Git

Centrum historii kodu ma nowy widok: Aktualizacje gałęzi. Ten widok — który jest dostępny tylko dla projektów Git — zawiera wszystkie aktualizacje dla danej gałęzi oraz grupuje zatwierdzenia według działań wypychania i żądań ściągnięcia. W tym widoku deweloperzy mogą również uzyskiwać nowe szczegółowe informacje o sposobie aktualizowania repozytorium Git wraz z upływem czasu, a także mogą śledzić historię i żądania ściągnięcia.

Szybka edycja kodu

W tej wersji dodaliśmy możliwość szybkiej edycji pliku w kontroli wersji bezpośrednio w przeglądarce internetowej, a następnie zatwierdzenia tych zmian bezpośrednio w usłudze. Podczas przeglądania pliku źródłowego można teraz skorzystać z polecenia edycji, które przełącza plik w tryb edycji. Zmiany mogą być następnie wprowadzane śródwierszowo z obsługą kodowania kolorami i formatowania. Po kliknięciu polecenia Zapisz zostanie utworzone nowe zatwierdzenie/zestaw zmian zawierający wprowadzone zmiany. W widoku różnic można dokładnie sprawdzić, jakich zmian dokonano przed ich zatwierdzeniem. Jeśli plik zawiera kod Markdown lub HTML, możesz również wyświetlić podgląd zmian przed ich zapisaniem.

Oprócz możliwości edytowania plików dodaliśmy również możliwość dodawania, usuwania i zmieniania nazw plików bezpośrednio w przeglądarce internetowej. Aby dodać nowy plik (lub pliki), kliknij prawym przyciskiem myszy folder w repozytorium, wybierz pozycję

Dodaj pliki, wprowadź komentarz dotyczący zaewidencjonowania/zatwierdzenia i to już wszystko. Czasy, kiedy w celu zmiany nazwy lub usunięcia pliku konieczne było pobranie całej bazy kodu, minęły bezpowrotnie.

Nowe możliwości edytowania są również dostępne w centrum powitalnym, co ułatwia tworzenie dokumentacji dla projektów. Jeśli nie masz pliku README.md, możesz zacząć od naszego przewodnika po szablonach i zatwierdzić własny.

Włączono również możliwość tworzenia linków do istniejących (lub nowych) plików markdown zgodnie z następującą składnią. Nie martw się, jeśli strona nie istnieje, ponieważ możesz edytować i zatwierdzać nowy plik po kliknięciu linku w stylu wiki.

Mamy nadzieję, że dzięki tym nowym funkcjom tworzenie i edytowanie dokumentacji projektu stanie się łatwe i szybkie.

Dowiedz się więcej o szybkim edytowaniu kodu.

Kontrolka historii

Zoptymalizowaliśmy kontrolkę historii, aby ułatwić odczytywanie dyskusji. W szczególności zmniejszyliśmy wymaganą ilość miejsca w pionie, aby można było szybciej uzyskiwać dostęp do istotnych dyskusji. Udało się to zrobić bez negatywnego wpływu na funkcjonalność.

Wyświetlanie historii w folderze

Teraz można kliknąć prawym przyciskiem myszy dowolny folder w Eksploratorze rozwiązań, na stronie Zmiany lub na stronie Szczegóły zatwierdzenia i pobrać historię zmian plików w tym folderze.

System automatyzacji kompilacji

Program Team Foundation 2015 zawiera nasz nowy system automatyzacji kompilacji. Aby dowiedzieć się więcej o nowym systemie automatyzacji kompilacji, kliknij link w nagłówku komunikatu, który znajduje się na karcie Kompilacja.

Zmiana nazwy projektu zespołowego

Włączono możliwość zmiany nazwy projektu zespołowego. Wszystkie ścieżki kontroli wersji, elementy robocze, zapytania i inne artefakty projektu zespołowego są aktualizowane w celu odzwierciedlenia nowej nazwy. Nazwy projektów zespołowych można zmieniać wielokrotnie. Można również ponownie używać starszych nazw.

Dowiedz się więcej na temat zmieniania nazwy projektu zespołowego.

Interfejsy API REST

Jest to pierwsza wersja udostępniająca interfejsy API REST w lokalnym serwerze TFS. Interfejsy API REST JSON umożliwiają łatwe korzystanie z serwera Team Foundation Server z praktycznie dowolnego urządzenia, platformy lub stosu technologii, w tym systemów Windows, Android, iOS, platformy Node.js i innych. Możesz tworzyć elementy robocze i wysyłać względem nich zapytania, kolejkować kompilacje, uzyskiwać najnowsze wiadomości z pokoju zespołu, uzyskiwać dostęp do kodu źródłowego i wykonywać niemal każde zadanie zarządzania zespołem lub kodem.

Punkty zaczepienia usługi

Wpięcia usług umożliwiają natychmiastowe odbieranie przez aplikacje i usługi powiadomień o wystąpieniu zdarzenia na serwerze Team Foundation Server. Dzięki wpięciom usług aplikacja lub usługa może uniknąć ciągłego sondowania w poszukiwaniu zmian ukończonych kompilacji, zatwierdzeń/zaewidencjonowań lub elementów roboczych. Teraz można tworzyć zaawansowane scenariusze integracji, w których serwer Team Foundation Server może informować inne usługi o zmianie, umożliwiając jednoczesne korzystanie z obu usług. Wpięcia usług można znaleźć jako nowe centrum w ramach administrowania projektem.

Jak działają punkty zaczepienia usług: subskrypcja elementu service hook kontroluje, jaką akcję należy wykonać w docelowej, zewnętrznej usłudze, gdy wystąpi określony typ zdarzenia. Podobnie jak w przypadku subskrypcji alertów e-mail subskrypcja wpięcia usługi jest skojarzona z użytkownikiem, który je utworzył. Gdy występuje zdarzenie i wpięcie usługi próbuje dopasować skonfigurowaną subskrypcję do zdarzenia, jest przeprowadzane sprawdzanie uprawnień, aby się upewnić, że użytkownik, który utworzył subskrypcję, ma uprawnienia dostępu do zasobu skojarzonego ze zdarzeniem. Przykładowo użytkownik (prawdopodobnie administrator projektu) tworzy subskrypcję wpięcia usługi, która jest wyzwalana dla wszystkich zdarzeń „Utworzono element roboczy”. Gdy nowy element roboczy zostanie utworzony w ścieżce obszaru, do którego ten użytkownik nie ma dostępu, kontrola uprawnień uniemożliwi dopasowanie subskrypcji i w związku z tym przez tę subskrypcję nie będą wysyłane żadne powiadomienia zewnętrzne.

Ponieważ jednak wpięcia usług ułatwiają integrację z usługami zewnętrznymi (np. Trello lub Campfire), należy się upewnić, że dane, do których twórca subskrypcji ma dostęp, nie są dostępne dla innych użytkowników, którzy mogą nie mieć takiego samego poziomu dostępu. Przykładowo subskrypcja zdefiniowana w celu wysyłania wszystkich zdarzeń „wypychania kodu” do pokoju Campfire może spowodować niewłaściwe ujawnienie informacji użytkownikom, którzy nie mają dostępu do repozytorium skojarzonego ze zdarzeniem (ale mogą zobaczyć informacje, ponieważ mają dostęp do pokoju Campfire).

Zwiększona wydajność scalania

Ulepszono wydajność scalania, co jest szczególnie widoczne w przypadku dużych repozytoriów.

Przypisywanie wielu testerów i zapraszanie ich do testowania

Jeśli masz scenariusz, w którym musisz zaprosić wielu właścicieli w celu uruchomienia tego samego zestawu przypadków testowych, możesz teraz przypisać wielu testerów do zestawu testów. Takie działanie spowoduje wybranie poszczególnych przypadków testowych z zestawu testów i utworzenie testu dla każdego testera, który został dodany do tego zestawu testów. Można również wysłać wiadomość e-mail z zaproszeniem do uruchomienia testów. Gdy tester kliknie link „Wyświetl test”" w wiadomości e-mail, zostanie otwarty plan testu zawierający filtrowaną listę testów przypisanych do tego testera.

Wybieranie wszystkich testerów mających uruchamiać testy w zestawie

Testy obciążeniowe oparte na chmurze

Ogłaszamy nową możliwość uruchamiania testów obciążeniowych w chmurze w ramach nowego systemu kompilacji. Istnieją dwie części: test obciążeniowy oparty na chmurze i internetowy test wydajnościowy oparty na chmurze:

typ-listy: brak;

  • Test obciążeniowy w chmurze pozwala na wykonanie istniejącego projekt testu obciążeniowego jako części potoku ciągłej integracji/ciągłego wdrażania.
  • Internetowy test wydajnościowy w chmurze wykonuje prosty test obciążeniowy w odniesieniu do adresu URL aplikacji z podstawowymi parametrami testu obciążeniowego konfigurowanymi w samym zadaniu.

Test obciążeniowy w chmurze

Testowanie automatyczne

Ogłaszamy nowe możliwości uruchamiania testów jednostkowych na maszynie kompilacji, przebiegów automatyzacji funkcji na maszynach zdalnych i przeglądania wyników testów w ramach nowego systemu kompilacji. Więcej szczegółów zawiera ten blog.

Teraz istnieją dwa zadania testowe — testy programu Visual Studio (zadanie VSTest) i testy programu Visual Studio korzystające z agentów testowych (zadanie zdalne VSTest).

  • Zadanie VSTest uruchamia testy lokalnie na maszynie kompilacji i zazwyczaj jest używane tylko do uruchamiania testów jednostkowych.
  • Zadanie zdalne VSTest uruchamia testy na maszynach zdalnych w sposób rozproszony przy użyciu agentów testowych. Można dzięki niemu uruchamiać testy funkcjonalne, jednostkowe lub testy interfejsu użytkownika.

Ponadto ogłaszamy wprowadzenie centrum Maszyny oraz karty Uruchomienia w narzędziu Test Hub.

  • Centrum Maszyny. W centrum Maszyny można tworzyć maszyny zdalne i zarządzania nimi.
  • Karta Przebiegi. Ta karta w centrum testów działa jako pojedyncze repozytorium dla wszystkich wyników testów w systemie. Wyniki testów automatycznych można przeglądać nie tylko z poziomu zadań VSTest i VSTestRemote, ale również z poziomu starszych przepływów pracy, takich jak kompilacje XAML i przepływy pracy typu Kompilacja-Wdrażanie-Testy. Ponadto można zintegrować publikowanie wyników testów z zadaniami niestandardowymi, wykorzystując interfejsy API REST do publikowania wyników testów. Centrum „Uruchomienia” obecnie obsługuje zapytania dotyczące przebiegów testów i wyników testów, przypisywanie właścicieli do niepowodzeń testów, śledzenie ich analizy i zgłaszanie usterek.

Zmiana zachowania interfejsu API

Wartości nazwy, opisu i argumentów metadanych interfejsu API dla metody IProcessTemplates.AddUpdateTemplate są teraz zastępowane przez dane szablonu procesu określone w elemencie zipFileName. Przyczyną tej zmiany jest chęć uniknięcia konfliktów między elementami znajdującymi się w pliku ZIP, a elementami przekazywanymi do interfejsu API w postaci parametru.

Metoda IProcessTemplates.AddUpdateTemplate

Na poniższym zrzucie ekranu widać, gdzie te właściwości są definiowane w pliku ProcessTemplate.xml.

Właściwości definiowane w szablonie XML

Poprawki błędów i znane problemy

Pełny opis ulepszeń technologii, poprawek i znanych problemów w tej wersji zawiera następujący artykuł bazy wiedzy.

Jak nam idzie?

Chcemy poznać Twoje zdanie! Możesz zgłosić problem i śledzić go w portalu Developer Community oraz uzyskać porady w witrynie Stack Overflow. Jak zawsze, jeśli masz pomysły dotyczące ustalania priorytetów różnych zagadnień, przejdź do forum Developer Community, aby dodać swój pomysł lub oddać głos na jeden z istniejących.

Początek strony
  • Last updated on