Заметки о выпуске Team Foundation Server 2017 с обновлением 2

Last Update: 25.09.2017

В этой статье вы найдете сведения о самом новом выпуске Team Foundation Server 2017 с обновлением 2. Нажмите кнопку, чтобы скачать файлы.

<img src="media/tfs_download_button.png"alt="Скачать последнюю версию Team Foundation Server">

Другие форматы и языки см. на сайте загрузки.

Дополнительные сведения о Team Foundation Server 2017 см. на странице Требования к Team Foundation Server и совместимость.


Отзывы

Мы будем рады узнать ваше мнение! Сообщить о проблеме и отслеживать ее можно с помощью портала сообщества разработчиков. Отправьте нам свои предложения через сайт по обновлениям продукта Visual Studio Team Services.


Дата выпуска: 24 июля 2017 г.

Сводка по обновлению 2 для TFS 2017

Мы добавили в Team Foundation Server 2017 с обновлением 2 много новых и полезных функций. Вот некоторые из них:

Вы можете просмотреть сведения обо всех новых функциях из определенной области:


Новые возможности этого выпуска

Усовершенствования отслеживания рабочих элементов

Значки для типов рабочих элементов

Мы стремимся сделать свои продукты максимально доступными и удобными для клиентов. Поэтому мы, в том числе, активно занимаемся поиском и устранением проблем, связанных со специальными возможностями, — от раскладок клавиатур до визуального дизайна и макетов.

При отслеживании рабочих элементов их типы во многих случаях обозначались исключительно цветом. Но пользователям, которые не различают цвета или имеют слабое зрение, бывает сложно различать эти элементы по цветам. Чтобы упростить восприятие типа рабочего элемента всеми нашими клиентами, мы ввели значки для обозначения таких типов. Вы можете настроить типы рабочих элементов, выбрав значки из соответствующей библиотеки.

Цветные полосы, обозначавшие тип невыполненной работы и запросов, были заменены цветными значками (рис. 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;">

Рис. 1. Цветные значки в запросе

Карты на доске теперь включают в себя значок типа (рис. 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;">

Рис. 2. Доска со значком типа

Планы поставки

Планы поставки — это организационное средство, помогающее контролировать и согласовывать работу разных команд за счет отслеживания состояния работы в итерационном календаре. Вы можете адаптировать план, включив в него любую команду или любой уровень невыполненной работы по проектам. Кроме того, функция Условия полей в этом средстве позволяет дополнительно настроить представление, а функция Маркеры — выделить важные даты.

Получить дополнительные сведения о расширении и установить его можно на этой странице Marketplace.

Для пользователей с экземпляром TFS, который отключен от Интернета, планы поставки будут доступны непосредственно из раздела Управление расширениями в веб-доступе без необходимости перехода в VSTS Marketplace. В разделе Управление расширениями щелкните Обзор локальных расширений, а затем выберите Планы поставки и нажмите кнопку Установить. Дополнительные сведения см. в документации по предварительно установленным расширениям.

Автоматическое связывание от рабочих элементов до сборок

Этот новый параметр в определении сборки позволяет отслеживать сборки, включающие в себя вашу работу, без поиска по обширному набору сборок вручную. Каждая успешная сборка, сопоставленная с рабочим элементом, автоматически отображается в области разработки формы рабочего элемента.

Чтобы включить эту функцию, переключите параметр в разделе Параметры в определении сборки (рис. 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;">

Рис. 3. Связывание сборки WIT

Нерекомендуемая старая форма рабочего элемента

В целом отзывы по новой форме рабочего элемента оказались положительными, и показатель внедрения по размещенным учетным записям теперь составляет 100 %. Мы хотим, чтобы локальные клиенты смогли оценить те функции, которые так понравились пользователям VSTS. Поэтому мы решили объявить старую форму рабочего элемента и старую модель расширяемости нерекомендуемыми. Дополнительные сведения о наших планах см. на странице об управлении жизненным циклом приложений Майкрософт.

Поиск рабочих элементов

Функция поиска рабочих элементов предоставляет обширные возможности поиска рабочих элементов по всем проектам в коллекции (рис. 4). Подсистема полнотекстового поиска позволяет легко искать термины по всем полям рабочих элементов и эффективно находить подходящие рабочие элементы. С помощью встроенных фильтров поиска можно быстро сузить список рабочих элементов.

Настроив службу поиска в Team Foundation Server, вы можете приступить к поиску без установки дополнительных компонентов. С помощью функции поиска рабочих элементов можно выполнять следующие задачи:

  • Поиск по всем проектам: ищите данные в невыполненной работе как своей, так и партнерской команды. Используйте межпроектный поиск, чтобы искать данные по всем рабочим элементам в вашей организации. Сузьте поиск с помощью фильтров путей областей и проектов.
  • Поиск по всем полям рабочих элементов: быстро и легко находите соответствующие рабочие элементы, выполняя поиск по всем полям рабочих элементов (включая поля ere). Используйте полнотекстовый поиск по всем полям, чтобы эффективно находить подходящие рабочие элементы. Представление фрагмента кода указывает, где именно найдены совпадения.
  • Поиск в определенных полях: с помощью быстродействующих встроенных фильтров поиска можно сузить список рабочих элементов в считанные секунды. Раскрывающийся список с предложениями помогает ускорить поиск. Например, запрос AssignedTo:Chris WorkItemType:Bug State:Active находит все активные ошибки, назначенные пользователю с именем учетной записи Chris.
  • Преимущества от интеграции с отслеживанием рабочих элементов: интерфейс поиска рабочих элементов интегрируется с привычными элементами управления в центр работы, позволяя просматривать, изменять, комментировать элементы, предоставлять их для общего доступа и т. д.

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

Рис. 4. Поиск рабочих элементов

Усовершенствования управления версиями

Новая процедура настройки политик ветви

Мы переработали процедуру настройки политик ветви и внесли в нее новые интересные функции (рис. 5). Одной из наиболее эффективных функций является возможность настройки политик для папок ветви. Вы можете сделать это из представления Ветви, выбрав папку ветви и пункт Политики ветви в контекстном меню.

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

Рис. 5. Настройка политик ветви

При этом запускается новая процедура для настройки политик, которые применяются ко всем ветвям в папке ветви (рис. 6).

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

Рис. 6. Страница политик

Если вы используете политику сборки, то теперь можете настроить несколько сборок для одной ветви. Появились и параметры, позволяющие задать автоматическую или ручную активацию (рис. 7). Ручная активация удобна для таких вещей, как автоматические тестовые запуски, выполнение которых может занимать много времени, а требуется лишь один раз перед завершением запроса на включение внесенных изменений. Политика сборки также имеет отображаемое имя, что удобно при настройке нескольких сборок.

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

Рис. 7. Ручная сборка

После настройки политики, активируемой вручную, вы можете запустить ее, выбрав параметр Поставить сборку в очередь в разделе Политики для запроса на включение внесенных изменений (рис. 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;">

(Рис. 8) Ручная постановка сборки в очередь

Для политик требуемых рецензентов (рис. 9) мы дали администраторам возможность указать заметку, которая будет добавлена к временной шкале запроса на включение внесенных изменений при применении политики (рис. 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;">

Рис. 9. Диалоговое окно требуемого рецензента

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

Рис. 10. Заметка требуемого рецензента

Новая политика для проверки на отсутствие активных комментариев

Новая политика Комментарии позволяет убедиться, что обрабатываются все комментарии в ваших запросах на включение внесенных изменений. Когда эта политика включена, активные комментарии блокируют выполнение запроса на включение внесенных изменений, вынуждая пользователя разрешить все комментарии. Оптимистично настроенные рецензенты, которые оставляют комментарии для автора запроса на включение внесенных изменений и утверждают этот запрос, могут быть уверены, что автор не пропустит ни один из комментариев.

Усовершенствования центра файлов

Мы несколько обновили центр файлов, чтобы улучшить процесс просмотра и редактирования.

Из функций просмотра мы добавили сводки, позволяющие просматривать файл сведений в текущей папке (рис. 11), осуществлять предварительный просмотр файлов Markdown, сравнивать файл с предыдущей версией (рис. 12) и просматривать обвинение.

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

Рис. 11. Просмотр файлов

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

Рис. 12. Сравнение файлов

При редактировании вы теперь можете просмотреть свои изменения, легко добавить комментарий, выполнить фиксацию в новой ветви и связать рабочие элементы (рис. 13).

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

Рис. 13. Редактирование файлов

Визуализация репозитория Git

Теперь вы можете просмотреть граф при отображении журнала фиксаций для репозиториев или файлов. Это позволяет легко создать ментальную модель всех ветвей и фиксаций для ваших репозиториев Git с помощью графа Git (рис. 14). Граф показывает все фиксации в топологическом порядке.

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

Рис. 14. Граф Git

К ключевым элементам графа Git относятся следующие (рис. 15):

  1. Граф Git выровнен по правому краю, поэтому фиксации, сопоставленные с ветвью по умолчанию или выбранной ветвью, отображаются справа, а остальная часть графа — слева.
  2. Фиксации слияний обозначаются серыми точками, соединенными с первым и вторым родительским элементом.
  3. Обычные фиксации обозначаются синими точками.
  4. Если родительская фиксация фиксации не отображается в просматриваемом периоде для следующих 50 фиксаций, это соединение с фиксацией удаляется. После нажатия кнопки со стрелкой фиксация соединяется с ее родительской фиксацией.

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

Рис. 15. Элементы графа Git

Просмотр тегов Git для фиксаций

Если ваша команда использовала теги Git для пометки определенной точки в журнале репозитория, теперь фиксации отображают их. Вы сможете просматривать теги (рис. 16) для определенной фиксации в представлении списка фиксаций и на странице сведений.

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

Рис. 16. Отображение тегов

Добавление тегов к фиксациям

Вместо создания тегов из командной строки и отправки их в репозиторий теперь можно просто перейти к фиксации и добавить тег (рис. 17). Диалоговое окно создания тегов также позволяет пометить любую другую ссылку для репозитория.

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

Рис. 17. Сведения о создании тега

Представление списка фиксаций также поддерживает контекстное меню (рис. 18). Для создания тегов и ветвей не нужно переходить на страницу сведений о фиксации (рис. 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;">

Рис. 18. Журнал создания тегов

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

Рис. 19. Ветвь тега

Обновленные страницы набора изменений и набора отложенных изменений

Мы обновили страницы набора изменений и набора отложенных изменений в TFVC. Обе страницы стали удобнее для людей, использующих специальные возможности. Кроме того, эти страницы имеют новый заголовок, содержащий название набора изменений и соответствующие сведения об этом наборе, например сведения об авторе (рис. 20).

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

Рис. 20. Страница набора изменений

На страницах набора изменений и набора отложенных изменений теперь размещается новый элемент управления обсуждений Markdown (рис. 21), позволяющий вводить комментарии в Markdown, упоминать (@mention) пользователей, сопоставлять рабочие элементы с помощью #, а также легко вкладывать файлы и изображения.

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

Рис. 21. Обсуждение набора изменений

Улучшенная фильтрация фиксаций

Теперь вы можете фильтровать результаты журнала фиксаций (рис. 22) с помощью параметров расширенной фильтрации. Фиксации можно фильтровать по следующим критериям:

  • Полный журнал
  • Полный журнал с упрощенными слияниями
  • Первый родительский элемент
  • Простой журнал (это параметр фильтра по умолчанию)

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

Рис. 22. Улучшенная фильтрация фиксаций

Импорт репозиториев из TFVC в Git

Можно перенести код из ваших репозиториев TFVC в репозитории Git, относящиеся к той же учетной записи. Чтобы начать миграцию, выберите Импорт репозитория в раскрывающемся списке выбора репозитория (рис. 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;">

Рис. 23. Раскрывающийся список выбора репозитория

В репозиторий Git можно импортировать отдельные папки или ветви либо весь репозиторий TFVC (кроме ветвей) (рис. 24). Можно также импортировать журнал за период до 180 дней.

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

Рис. 24. Импорт репозитория завершен

Блокировка файлов в Git LFS

Мы добавили функцию блокировки файлов в Git LFS. Она позволяет командам, работающим с большими неделимыми файлами, не потерять результаты, когда один файл пытаются изменить сразу несколько пользователей. Прежде чем кто-либо сможет изменить файл, он активирует блокировку с уведомлением сервера. Когда кто-то еще пытается установить блокировку, сервер отклоняет этот запрос и уведомляет второго пользователя о том, что с этим файлом уже ведется работа. Для использования этой функции обновите систему до Git LFS 2.1 или более поздней версии.

Комментарии фиксации Git используют новый элемент управления обсуждений.

Упрощенная функция комментариев для фиксаций Git была обновлена с применением нового элемента управления обсуждений. Это обеспечивает поддержку Markdown в таких комментариях и дополняет все интернет-функции комментирования кода, чтобы в Git и TFVC использовалась актуальная процедура взаимодействия.

Элемент управления иерархического представления

Представление файлов запроса на включение внесенных изменений, сведения о фиксации Git, сведения о принудительной отправке в Git, сведения о наборе отложенных изменений TFVC, сведения о наборе изменений TFVC, центр наборов изменений TFVC и центр журнала Git были обновлены для использования нового элемента управления иерархического представления (рис. 25). Внесено несколько улучшений для повышения удобства работы с представлением в виде дерева. Во-первых, мы изменили представление, чтобы отобразить сжатое представление в виде дерева, которое автоматически сворачивает узлы пустых папок, что позволяет отобразить в представлении максимальное количество файлов.

Кроме того, комментарии в дереве отображаются более компактно. Файлы с комментариями показывают дочерний элемент для каждого потока комментариев с аватаром, указывающим создавшего потока пользователя. Новые потоки комментариев и потоки с ответами обозначаются синей точкой, и число ответов подсчитывается счетчиком.

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

Рис. 25. Новое представление в виде дерева

Усовершенствования запросов на включение внесенных изменений

Улучшенные призывы к действию для автора и рецензентов запроса на включение внесенных изменений

Командам, использующим политики ветви, иногда бывает трудно понять, какое именно действие требуется при просмотре вами запроса на включение внесенных изменений. Если основной призыв к действию выражен кнопкой Завершить, значит ли, что процесс готов к завершению? С помощью сведений о пользователе, просматривающем страницу, и состоянии настроенных политик ветви представление запроса на включение внесенных изменений теперь будет отображать наиболее осмысленный для пользователя призыв к действию.

Когда политики настроены, но еще не применяются, кнопка Завершить (рис. 26) будет предлагать воспользоваться функцией Автозавершение. Маловероятно, что вы сможете успешно завершить запрос на включение внесенных изменений, когда политики блокируют работу, поэтому мы предлагаем возможность завершить запрос после применения этих политик.

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

Рис. 26. Функция автозавершения

Если говорить о рецензентах, то вам, скорее всего, потребуется утвердить запрос, а не завершить его. Поэтому рецензенты увидят выделенную кнопку Утвердить (рис. 27) в качестве основного призыва к действию, если вы еще не выдали утверждение.

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

Рис. 27. Утверждение призыва к действию

После утверждения рецензенты увидят, что в случаях, когда рецензент также является пользователем, выполняющим запрос на включение внесенных изменений, в качестве основного призыва к действию выделена кнопка Завершить (или Автозавершение).

Действия на основе комментариев

В запросе на включение внесенных изменений с более чем несколькими комментариями отслеживание всех обсуждений может быть непростой задачей. Чтобы улучшить управление комментариями, мы упростили процесс разрешения обработанных элементов, для чего был внесен ряд усовершенствований:

  • В заголовке каждого запроса на включение внесенных изменений теперь отображается число разрешенных комментариев (рис. 28).

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

Рис. 28. Заголовок запроса на включение внесенных изменений

  • Если комментарий обработан, вы можете разрешить его одним щелчком (рис. 29).

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

Рис. 29. Кнопка "Разрешить"

  • Если вы хотите добавить комментарии при разрешении, можно ответить и разрешить одним действием (рис. 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;">

Рис. 30. Ответ и разрешение

  • По мере разрешения комментариев счетчик увеличивается, пока не будут обработаны все комментарии (рис. 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;">

Рис. 31. Число обработанных комментариев

  • Фильтр в обзоре был усовершенствован, чтобы улучшить фильтрацию по различным состояниям комментариев и отобразить число комментариев для каждого параметра фильтра (рис. 32).

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

Рис. 32. Усовершенствования фильтра

Представление обновлений показывает перемещение изменений из одной ветви в другую и принудительную отправку.

Улучшена вкладка Обновления в представлении Сведения о запросе на включение внесенных изменений, чтобы показать, когда произошла принудительная отправка и изменилась ли базовая фиксация (рис. 33). Две эти функции крайне полезны, если вы перемещаете изменения в тематических ветках перед завершением запроса на включение внесенных изменений. Теперь рецензенты получат достаточно сведений, чтобы точно знать, что именно произошло.

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

Рис. 33. Представления обновлений

Фильтрация запросов на включение внесенных изменений по людям

Теперь найти запросы на включение внесенных изменений стало еще проще. Мы добавили новые параметры фильтрации, чтобы вы могли найти запросы на включение внесенных изменений, созданные определенным автором или назначенные конкретному рецензенту (рис. 34). Просто выберите пользователя в фильтре авторов или рецензентов, чтобы обновить список для отображения только соответствующих запросов.

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

Рис. 34. Фильтрация по людям

Причина, необходимая при обходе политик запросов на включение внесенных изменений

При обходе политик запросов на включение внесенных изменений нужно указать причину. В диалоговом окне Завершение запроса на включение внесенных изменений вы увидите новое поле Причина, если решите сделать обход (рис. 35).

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

Рис. 35. Диалоговое окно обхода

После указания причины и завершения запроса на включение внесенных изменений в поле Обзор отображается сообщение (рис. 36).

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

Рис. 36. Сообщение об обходе

Использование запросов на включение внесенных изменений совместно с командами

Действие Сообщение о запросе на включение внесенных изменений удобно для уведомления рецензентов (рис. 37). В этом выпуске мы добавили поддержку команд и групп, поэтому вы можете уведомить всех пользователей, участвующих в запросе, за одной действие.

<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;">

Рис. 37. Совместное использование запроса на включение внесенных изменений вместе с командами

Усовершенствования запросов на включение внесенных изменений для команд

Если вы являетесь членом нескольких команд, то увидите все назначенные им запросы на включение внесенных изменений, которые перечислены в представлении Мои запросы на включение внесенных изменений (рис. 38). Это позволяет использовать представление Мои запросы на включение внесенных изменений в качестве единого расположения для просмотра всех запросов.

<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;">

Рис. 38. Усовершенствования запросов на включение внесенных изменений для команд

В будущем выпуске мы добавим команды в раздел Код центра Запросы на включение внесенных изменений, чтобы упростить просмотр всех запросов для отдельного проекта.

Уведомления по умолчанию для комментариев запроса на включение внесенных изменений

Оставайтесь в курсе бесед, проводимых в рамках ваших запросов на включение внесенных изменений, с помощью новых уведомлениях о комментариях (рис. 39). Для созданных вами запросов вы будете автоматически получать уведомления каждый раз, когда пользователь добавляет новый поток комментариев или отвечает на существующий поток. Когда вы комментируете запрос другого пользователя, то будете получать уведомления о дальнейших ответах в тех потоках комментариев, которые вы создали или использовали для ответа.

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

Рис. 39. Уведомления для запросов на включение внесенных изменений по умолчанию

Эти уведомления доступны в рамках готовых подписок, и их можно настроить на странице параметров Уведомления.

Усовершенствования управления пакетами

Обновленная процедура управления пакетами

Мы обновили процедуру управления пакетами, чтобы ускорить работу, устранить распространенные проблемы, а также подготовить основу для готовящихся к выпуску функций жизненного цикла пакетов (рис. 40). Дополнительные сведения об обновлении см. на странице Обновленное взаимодействие.

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

Рис. 40. Управление пакетами

Управление пакетами добавляет файлы сведений npm и кнопку скачивания

Теперь вы можете просмотреть файл сведений для любого пакета npm, содержащего файл README.md (рис. 41). Файлы сведений могут помочь команде документировать знания о пакетах и обмениваться ими.

Вы также можете скачать любой пакет npm с помощью кнопки Скачать на панели команд.

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

Рис. 41. Файл сведений npm для управления пакетами

Задачи сборки «Восстановление NuGet» и «Команда NuGet»

Мы внесли значительные изменения в задачу Установщик NuGet (теперь она называется Восстановление NuGet) и добавили новую задачу Команда NuGet. Прежде всего, задачи Команда NuGet и Восстановление NuGet теперь по умолчанию используют nuget.exe 4.0.0.

Задача Восстановление NuGet теперь оптимизирована для наиболее часто используемого сценария восстановления пакетов перед шагом сборки Visual Studio. Кроме того, для нее улучшена поддержка небольших проектов, которые совместно используют один веб-канал NuGet: теперь можно выбрать веб-канал Team Services, чтобы добавить его в автоматически созданный файл NuGet.Config.

Для более сложных операций NuGet задача Команда NuGet позволяет указать команду и набор аргументов (рис. 42).

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

Рис. 42. Команда NuGet

Усовершенствования сборки и выпуска

Новый редактор определений сборки

Мы переработали редактор определений сборки, чтобы сделать интерфейс более интуитивно понятным, устранить некоторые проблемы и добавить новые возможности. Мы надеемся, что благодаря этому вам будет проще использовать шаблоны, добавлять задачи и изменять параметры. Теперь вы можете использовать параметры процесса, чтобы упростить указание наиболее важных битов данных без углубленного изучения задач.

Поиск шаблонов

Найдите нужный шаблон и примените его или начните работу с пустым процессом (рис. 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;">

Рис. 43. Поиск шаблона сборки

Быстрый поиск задач и их точное добавление

Найдя нужную задачу, вы можете добавить ее после выбранной задачи в левой части окна или перетащить в нужное место (рис. 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;">

Рис. 44. Поиск задачи сборки

Вы также можете перетащить задачу для перемещения или перетащить ее, удерживая клавишу CTRL, для копирования.

Использование параметров процесса для передачи ключевых аргументов в задачи

Теперь вы можете использовать параметры процесса (рис. 45), чтобы упростить пользователям, использующим шаблон или определение сборки, указание наиболее важных битов данных без углубленного изучения задач.

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

Рис. 45. Параметры процесса

Если вы создаете сборку из некоторых встроенных шаблонов (например, Visual Studio и Maven), можете просмотреть соответствующие примеры.

Новый редактор включает несколько других улучшений, например ускоренный доступ к параметрам источников.

Пошаговые инструкции по созданию первого определения сборки с помощью нового редактора см. в разделе Непрерывная интеграция и непрерывная поставка для новичков.

Дополнительные сведения см. на странице о взаимодействии с пользователем в версии 2017.

Условные задачи сборки

Если вы хотите лучше контролировать свои задачи сборки, например задачу по очистке данных или отправке сообщения при возникновении проблем, мы предлагаем четыре встроенных средства управления, доступных при выполнении задачи (рис. 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;">

Рис. 46. Условные задачи сборки

Если вам требуется повышенная гибкость, например нужно выполнить задачу только для некоторых ветвей с определенными триггерами при определенных условиях, можно задать собственные настраиваемые условия:

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

См. страницу Задание условий для выполнения задачи.

Встроенные задачи для создания и развертывания приложений на основе контейнера

В этом выпуске мы перенесли большинство задач из расширения Docker в продукт по умолчанию, улучшили их, а также представили ряд новых задач и шаблонов, чтобы упростить создание набора из сценариев с контейнерами.

  • Docker: создание, отправка или запуск образов Docker либо выполнение команд Docker. Эту задачу можно использовать в Docker или реестре контейнеров Azure. Теперь вы можете использовать встроенную проверку подлинности на основе субъекта-службы с ACR, чтобы еще больше упростить работу.
  • Docker-Compose: создание, отправка или запуск многоконтейнерных приложений Docker. Эту задачу можно использовать в Docker или реестре контейнеров Azure.
  • Kubernetes: развертывание, настройка и обновление кластера в кластере Kubernetes службы контейнеров Azure с помощью команд kubectl.
  • Service Fabric: развертывание контейнеров в кластере Service Fabric. Сейчас Service Fabric является оптимальным средством для запуска контейнеров Windows в облаке.

Обновления для развертывания веб-приложения Azure

Мы внесли множество улучшений для веб-приложений Azure:

  • Задача развертывания службы приложений Azure позволяет развертывать WAR-файлы Java, Node.js, Python и приложения PHP.
  • Задача развертывания службы приложений Azure поддерживает развертывание в веб-приложение Azure для Linux с помощью контейнеров.
  • Непрерывная поставка на портале Azure расширена и теперь поддерживает приложения Node.
  • Задача управления службы приложений Azure добавлена в операции запуска, остановки, перезапуска или переключения слотов для службы приложений Azure. Она также поддерживает установку расширений сайта, чтобы можно было установить требуемую версию PHP или Python, или установку диспетчера служб IIS или Application Insights.

В последней версии Azure CLI также появилась поддержка для настройки непрерывной интеграции и непрерывной поставки. Пример:

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

Задачи .NET Core поддерживают файлы проектов.

В данном обновлении мы усовершенствуем задачи .NET Core, реализовав поддержку файлов *.csproj в дополнение к project.json. Теперь вы можете использовать Visual Studio 2017 на агентах сборки, чтобы создавать приложения .NET Core с помощью CSPROJ-файлов.

Усовершенствования развертывания через SSH

Задача сборки/выпуска Копировать файлы по SSH теперь поддерживает тильды (~) в пути назначения, чтобы упростить копирование файлов в основной каталог удаленного пользователя. Кроме того, новый параметр позволяет вызвать сбой сборки/выпуска, если не найдены файлы для копирования.

Задача сборки/выпуска SSH теперь поддерживает запуск скриптов с окончаниями строки Windows на удаленных компьютерах с macOS или Linux.

Установка ключа SSH во время сборки или выпуска

Новая задача предварительного просмотра Install SSH Key (Preview) (Установить ключ SSH (предварительная версия)) устанавливает ключ SSH перед сборкой или выпуском и удаляет его из агента после их завершения. Установленный ключ можно использовать для получения кода из подмодулей или репозитория Git, запуска скриптов развертывания или других операций, требующих проверку подлинности SSH. В будущем он будет доработан, чтобы поддерживать парольные фразы и другие возможности.

Задачи завершаются ошибкой, если система Visual Studio 2017 задана, но отсутствует на агенте.

Задачи Сборка Visual Studio и MSBuild позволяют выбрать конкретную версию Visual Studio. Раньше, если Visual Studio 2017 отсутствовала, эти задачи автоматически выбирали следующую доступную версию.

Мы решили изменить это поведение. Теперь, если вы выбираете Visual Studio 2017, которая отсутствует на агенте, сборка завершается со сбоем.

Это изменение было внесено по следующим причинам:

  • Новые типы приложений, такие как .NET Core, не компилируются с помощью старых версий средств сборки. Им требуется Visual Studio 2017 или более новой версии.

  • Используя точно такую же версию Visual Studio, вы получаете более согласованный и предсказуемый результат.

  • В случае отката задач сборки могут возникнуть трудные для восприятия ошибки компиляции.

Совет

Убедитесь, что используется очередь, подключенная к пулу с агентами, использующими Visual Studio 2017, и без агентов, использующих более ранние версии Visual Studio.

Автоматическая очистка рабочей области частного агента

Теперь вы можете настроить пул агентов для периодической очистки устаревших репозиториев и рабочих каталогов (рис. 47). Например, пул будет удалять рабочие области, оставшиеся после удаления сборки и определений выпуска.

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

Рис. 47. Обслуживание агентов

Использование этого параметра снижает вероятность того, что у ваших частных агентов сборки и выпуска закончится свободное место на диске. Обслуживание проводится для отдельных агентов (а не компьютеров), поэтому при наличии нескольких агентов на одном компьютере вы все равно можете столкнуться с нехваткой места.

Состояние обновления агента сборки

При обновлении агента на портале управления очередями и пулами теперь указывается соответствующее состояние.

Выбор частных агентов на неиспользуемых компьютерах

Теперь система использует имя компьютера в качестве фактора при выделении сборки или выпуска для закрытого агента. В результате при выделении задания система предпочтет агент на простаивающем компьютере агенту на занятом компьютере.

Усовершенствования DevOps для iOS

Расширение Apple App Store теперь поддерживает двухфакторную проверку подлинности и выпуск сборок для внешних тест-инженеров (рис. 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;">

Рис. 48. Подключение к Apple App Store

Install Apple Certificate (Preview) (Установить сертификат Apple (предварительная версия)) — это новая задача сборки, устанавливающая на агенте сертификат для подписи P12, чтобы его использовала последующая сборка Xcode или Xamarin.iOS.

Install Apple Certificate (Preview) (Установить сертификат Apple (предварительная версия)) — это новая задача сборки, устанавливающая на агенте сертификат для подписи P12, чтобы его использовала последующая сборка Xcode или Xamarin.iOS.

Задачи сборки MSBuild, Xamarin.Android и Xamarin.iOS теперь поддерживают сборку с помощью набора инструментов Visual Studio для Mac.

Усовершенствования для объема протестированного кода Java

Задача сборки Опубликовать результаты оценки объемов протестированного кода сообщает объем протестированного кода Cobertura или JaCoCo в рамках сборки. Теперь она поддерживает подстановочные знаки и шаблоны minimatch в полях Файл сводки и Каталог отчета, позволяя разрешать файлы и каталоги по отдельным сборкам для путей, которые изменяют между сборками.

Усовершенствования Maven и SonarQube

Задача сборки Maven теперь позволяет задать проект SonarQube для результатов анализа в случаях, когда он отличается от данных в файле pom.xml Maven.

Улучшенная интеграция Jenkins

Задача сборки/выпуска Задание в очереди Jenkins теперь поддерживает выполнение заданий Jenkins типа "Конвейер с многократным ветвлением" при отображении выходных данных консоли в Team Services (рис. 49). Результаты конвейера публикуются в сводке по сборке 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;">

Рис. 49. Улучшенная интеграция Jenkins

Развертывание масштабируемого набора виртуальных машин Azure

Типичный шаблон, используемый для развертывания, заключается в создании полного образа компьютера для каждой версии приложения и последующего его развертывания. Для упрощения этого процесса служит новая задача Build immutable machine image (Сборка неизменяемого образа компьютера). Эта задача использует Packer для создания образа компьютера после развертывания приложений и всех необходимых компонентов. Задача принимает скрипт развертывания или шаблон конфигурации Packer для создания образа компьютера и сохраняет его в учетной записи службы хранилища Azure. Затем этот образ можно использовать для развертываний масштабируемого набора виртуальных машин Azure, что отлично подходит для этого типа развертывания неизменяемого образа.

Переопределение параметров шаблона в развертываниях групп ресурсов Azure

Сейчас в задачах развертывания групп ресурсов Azure пользователи выбирают файлы template.json и parameters.json, а так же задают значения параметров переопределения в текстовом поле, следуя определенному синтаксису. Теперь эта процедура улучшена. Параметры шаблона отображаются в виде таблицы, где их можно редактировать и переопределять (рис. 50). Эту функцию можно открыть, щелкнув ... рядом с полем параметров переопределения. При этом открывается диалоговое окно с параметрами шаблона, их значениями по умолчанию и допустимыми значениями (если они определены в JSON-файлах шаблонов и параметров). Для использования этой функции требуется включить правила CORS в источнике. Если JSON-файлы шаблонов и параметров находятся в BLOB-объекте службы хранилища Azure, см. документацию по службам хранилища Azure для включения 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;">

Рис. 50. Параметры групп ресурсов Azure

Несколько триггеров выпуска с фильтрами ветвей и тегов

Управление выпусками теперь поддерживает задание триггеров непрерывной поставки для нескольких источников артефактов типа "Сборка". При добавлении новый выпуск добавляется автоматически, если доступна новая версия артефакта для любого из указанных источников артефактов. Можно также указать, к какой исходной ветви должна принадлежать новая сборка, чтобы активировать выпуск. Кроме того, можно задать фильтры тегов для дополнительного уточнения сборок, которые должны активировать выпуск.

Настройка параметров по умолчанию для источников артефактов в выпуске

Пользователи могут определить версию артефакта по умолчанию для развертывания в выпуске при связывании источника артефакта в определении (рис. 51). Когда выпуск создается автоматически, будет разворачиваться версия по умолчанию для всех источников артефактов.

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

Рис. 51. Версия артефакта по умолчанию

Разделение обязанностей для инициатора и утверждающих развертывания

Ранее владельцы окружения могли запретить создателям выпусков утверждать развертывания выпуска в окружении. Тем не менее вы могли вручную запустить развертывание выпуска, созданного другим пользователем, и самостоятельно утвердить его.

Теперь мы устранили эту недоработку, рассматривая создателя развертывания как отдельную роль пользователя для развертываний. Теперь утверждение развертываний можно запретить как создателю выпуска, так и создателю развертывания.

Утверждения на уровне выпуска

Теперь можно автоматически утверждать развертывания, которые были автоматически запущены после успешного развертывания в другом окружении (рис. 52). Утверждение цепочки развертываний (имеющих одинаковых утверждающих) можно выполнить за один раз, если не выбрано утверждение развертываний по отдельности.

Предположим, что у вас есть два окружения — "Разработка" и "Тестирование", а обязанности по утверждению перед развертыванием несут "пользователь_А" и "пользователь_Б", причем утверждение должно быть получено у них обоих. Если политика для окружения "Тестирование" настроена указанным ниже образом, во время развертывания пользователям А и Б будет достаточно утвердить только окружение "Разработка". Развертывания в окружении "Тестирование" будет выполнено автоматически. Если развертывание в окружении "Тестирование" запускается вручную, потребуется получить утверждения перед развертыванием.

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

Рис. 52. Утверждения на уровне выпуска

Развертывание в облако Azure для государственных организаций

Теперь клиенты с подписками Azure на облака для государственных организаций могут настроить конечную точку Azure Resource Manager для целевых государственных облаков.

Таким образом, теперь можно использовать Release Management для развертывания любого приложения в ресурсах Azure, размещенных в облаках для государственных организаций, с помощью одинаковых задач развертывания (рис. 53).

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

Рис. 53. Облако для государственных организаций

Указание максимального числа параллельных развертываний

Эта функция позволяет управлять развертыванием нескольких ожидающих выпусков в заданном окружении (рис. 54). Например, если ваш конвейер выпуска проверяет сборки в среде контроля качества, а скорость создания сборок превышает скорость выполнения развертываний, вы можете настроить несколько агентов и столько же сборок для проверки в параллельном режиме. Это означает, что каждая создаваемая сборка проверяется, а время ожидания зависит от количества доступных агентов. Благодаря этой функции вы можете оптимизировать проверки, проверяя n последних сборок параллельно и отменяя старые запросы на развертывание.

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

Рис. 54. Параллельные развертывания

Усовершенствования времени ожидания для задачи вмешательства вручную

Вмешательство вручную теперь может быть автоматически отклонено или возобновлено после нахождения в состоянии ожидания на протяжении указанного времени ожидания или 60 дней, в зависимости от того, что наступит раньше. Значение времени ожидания теперь можно указать в разделе задачи с параметров управления.

Параллельное выполнение Release Management

Release Management теперь поддерживает параметр параллельного выполнения для этапа (рис. 55). Выберите его, чтобы развернуть этап с параметром "Несколько агентов" или "Мультиконфигурация" в качестве множителя этапа.

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

Рис. 55. Поддержка параллельного выполнения

"Мультиконфигурация": выберите этот параметр, чтобы запустить этап для каждого значения мультиконфигурации. Например, если нужно выполнить развертывание в двух разных геообъектах одновременно, то используя переменную ReleasePlatform, определенную на вкладке "Переменные", со значениями "Восток США, Запад США" можно запустить этап параллельно — один со значением "Восток США" и другой со значением "Запад США". "Несколько агентов": выберите этот параметр, чтобы запустить этап с одной или несколькими задачами на нескольких агентах в параллельном режиме.

Журнал развертывания веб-приложения на портале Azure

Release Management теперь обновляет журналы развертывания службы приложений Azure, если развертывание выполняется с помощью задачи развертывания службы приложений. Вы можете просмотреть журнал развертывания на портале Azure, выбрав параметр Непрерывная поставка в колонке Служба приложений.

Улучшения тестирования

Выполнение тестов с использованием этапов агента

Благодаря задаче теста Visual Studio автоматические тесты теперь можно запустить с помощью этапов агента (рис. 56).

Теперь у нас есть унифицированный агент автоматизации для сборки, выпуска и тестирования. Это дает следующие преимущества:

  1. Вы можете использовать пул агентов для тестирования.
  2. Выполняйте тесты в разных режимах, используя одну задачу теста Visual Studio в зависимости от потребностей — одноагентный запуск, многоагентный распределенный тестовый запуск или запуск с несколькими конфигурациями, например, для охвата разных браузеров.

<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;">

Рис. 56. Запуск тестов с помощью этапов агента

Дополнительные сведения см. в этой публикации на сайте по управлению жизненным циклом приложений Майкрософт.

Активация автоматических тестов по запросу

Центр тестирования теперь поддерживает активацию автоматических тестовых случаев из планов тестирования и наборов тестов (рис. 57). Для запуска автоматических тестов из центра тестирования потребуется настройка, аналогичная той, которая используется при выполнении тестов по расписанию в окружениях выпуска. Вам потребуется настроить окружение в определении выпуска, используя шаблон Run automated tests from test plans (Запуск автоматических тестов из планов тестирования), и сопоставить план тестирования для запуска автоматических тестов. В документации приведены пошаговые инструкции по настройке окружения и запуску автоматических тестов из центра тестирования.

<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;">

Рис. 57. Активация автоматических тестов по запросу

Улучшения хранилища

Улучшение скорости обработки кубов в Analysis Services

Мы усовершенствовали представление vDimWorkItemTreeOverlay, которое используется для создания измерения Дерево рабочих элементов на основе ссылок. Хотя оно опирается на ссылки System.LinkTypes.Hierarchy, мы обнаружили, что на длительность обработки влияли и другие ссылки (например, System.LinkTypes.Related). Теперь представление пропускает дополнительные типы ссылок, что ограничивает объем считываемых данных. Это изменение значительно уменьшает время обработки для определенных хранилищ.

Выверка схемы без учета регистра

Схема базы данных хранилища создается путем объединения полей из всех подключенных баз данных коллекции в процессе выверки схемы. В предыдущих версиях при всех сравнениях учитывался регистр, так что администраторам нужно было проверять, точно ли совпадают имена ссылок на поля. Из-за этого при труднозаметных отличиях в регистре возникали проблемы. В этом выпуске мы сделали этот процесс более устойчивым к таким расхождениям.

Улучшения администрирования

Объединение получателей электронной почты для уведомлений

Получатели одного уведомления по электронной почте теперь все вместе включаются в строку "Кому:" для отправки им одного сообщения. Ранее каждому из получателей направлялось отдельное сообщение. Это затрудняло определение круга лиц, получивших уведомление, а также обсуждение события по электронной почте. Эта функция применяется для готовых и командных подписок, которые могут охватывать нескольких получателей. Например, все рецензенты запроса на включение внесенных изменений теперь отправляют одно сообщение электронной почты при внесении изменения в запрос.

Вы можете ознакомиться с дополнительными сведениями об объединении получателей электронной почты.

Готовые уведомления

Пользователи и команды теперь автоматически получают уведомление по электронной почте при наличии связанных с ними действий в учетной записи, например:

  • когда пользователю назначен рабочий элемент;
  • когда пользователь или команда добавляется в качестве рецензента для запроса на включение внесенных изменений;
  • когда пользователь или команда является рецензентом для обновленного запроса на включение внесенных изменений;
  • когда другой пользователь отвечает на комментарий по запросу на включение внесенных изменений;
  • при завершении запрошенной пользователем сборки;
  • при установке или запросе расширения (только для администраторов).

Пользователи могут отменить любую из этих подписок, перейдя к параметрам Уведомление в меню профиля пользователя и отключив соответствующие переключатели.

Администратор учетных записей может отключить одну или несколько из этих автоматических подписок, перейдя в центр Уведомления через значок шестеренки. Любую из этих подписок можно отключить, щелкнув параметр Отключить под действием "...". После отключения подписка больше не отображается для пользователей на их странице параметров личных уведомлений.

Вы можете подробнее узнать о готовых уведомлениях.

Разрешения на управление расширениями

Теперь администратор может предоставлять другим пользователям или командам разрешения на управление расширениями для коллекции (рис. 58). Ранее только администраторы коллекции (т. е. члены команды "Администраторы коллекции проектов") могли просматривать запросы расширений, а также устанавливать, отключать или удалить расширения.

Чтобы предоставить это разрешение, администратор может перейти в центр администрирования расширений, открыв меню Marketplace, выбрав "Управление расширениями" и нажав кнопку "Безопасность":

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

Рис. 58. Разрешения на управление расширениями

Получение уведомления при установке расширений, возникновении проблем и т. п.

Теперь администраторы, а также пользователи, способные управлять расширениями, автоматически уведомляются о том, что расширение установлено, удалено, включено, отключено или требует внимания. Это особенно полезно в крупных развертываниях, где управлять расширениями могут несколько пользователей. Администраторы могут отключить эти уведомления, перейдя к параметрам Уведомление в меню профиля и отключив переключатель расширений.

Администраторы также могут определить настраиваемые подписки для событий, связанных с расширением. Например, администратор может получать уведомления при каждом обновлении любого из расширений.

Кроме того, теперь пользователи могут отключить автоматические уведомления о своих запросах расширения.

Предоставление администраторам TFS возможности добавлять подписчиков на расширенный уровень доступа

Уровень доступа Расширенный будет удален из будущих версий Team Foundation Server. Но до этого момента администраторы TFS смогут добавлять подписчиков платформы MSDN и Visual Studio Test Professional на уровень доступа Расширенный с помощью обновления 2.

Подписчиков Visual Studio Enterprise следует добавлять на уровень доступа Visual Studio Enterprise вместо Расширенный. Если вы приобрели расширение Test Manager, продолжайте управлять им из центра пользователей в командном проекте, где совершалась покупка.

Интеграция с Microsoft Teams

Организации, использующие Microsoft Teams для совместной работы, теперь могут видеть действия из проектов TFS в каналах своих команд. Это позволяет командам получать актуальную информацию о важных изменениях рабочих элементов, запросах на включение внесенных изменений, сборках, выпусках и многом другом при работе в Microsoft Teams. Дополнительные сведения см. в документации.


Известные проблемы

Формы рабочих элементов отображаются в веб-клиенте неправильно.

  • Проблема.

    Если у вас есть пользовательский элемент управления, например элемент управления с несколькими значениями, установленный для клиента Visual Studio, но не для веб-клиента, формы рабочих элементов в веб-клиенте не будут отображаться.

  • Инструкции по решению:

    Потребуется выполнить обновление до последней версии элемента управления. Нужно добавить веб-макет, который не содержит неотображаемый элемент управления. Последнюю версию элемента управления с несколькими значениями для TFS 2017 с обновлением можно найти на странице пользовательских элементов управления для отслеживания рабочих элементов TFS. Подробнее о макете см. на странице справочника по всем XML-элементам FORM (TFS 2015).

Известные проблемы

Версия TFS является версией-кандидатом 2, а не окончательной версией

  • Проблема.

    После скачивания TFS 2017 с обновлением 2 до 1 августа 2017 г. и установки вы получите версию-кандидат 2.

  • Инструкции по решению:

    Эта было связано со временной проблемой со ссылками на установку, которая была устранена 1 августа 2017 г. Скачайте TFS 2017 с обновлением 2 повторно и установите этот окончательный выпуск.


The Developer Community Portal Вы можете ознакомиться с проблемами Team Foundation Server 2017, о которых сообщили клиенты.


К началу страницы