Team Foundation Server 2017

Last Update: 04.04.2017

Дата выпуска: 16 ноября 2016 г.

Последние обновления см. на странице Заметки о выпуске на английском языке.

Сегодня мы с радостью сообщаем о выпуске Team Foundation Server 2017. Этот новый выпуск включает последние улучшенные и принципиально новые функциональные возможности. Обратите внимание, что требования для Team Foundation Server 2017 изменились. Дополнительные сведения можно найти на странице Требования к Team Foundation Server и совместимость. Если это не те заметки о выпуске, которые вы ожидали увидеть, обратите внимание, что перед вами заметки о выпуске для самой последней версии.

Скачать: Team Foundation Server 2017

Дополнительные сведения о связанных загружаемых файлах см. на странице Загрузки.

Новые возможности

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


Новые возможности

Поиск кода

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

Поиск кода является универсальным решением для исследования кода и устранения проблем в любых ситуациях — от обнаружения примеров реализации API и просмотра их определений до поиска текстов ошибок.

Поиск кода предлагает следующие возможности:

  • Поиск по одному или нескольким проектам
  • Семантическое ранжирование
  • Расширенная фильтрация
  • Совместная работа с кодом

Поиск кода

Дополнительные сведения см. в статье Поиск по всему коду.

Управление пакетами

С помощью пакетов можно совместно использовать код в организации: составить большой продукт, разработать несколько продуктов на основе общей инфраструктуры или создать многократно используемые компоненты и библиотеки и предоставить к ним общий доступ. Функция управления пакетами упрощает совместное использование кода за счет размещения пакетов, обмена ими с выбранными пользователями и их легкого доступа для Team Build и Release Management.

Она избавляет от необходимости размещать отдельный сервер NuGet или общую папку, располагая пакеты NuGet непосредственно в Team Foundation Server. Она обеспечивает лучшую в своем классе поддержку клиентов NuGet 3.x, а также поддержку устаревших клиентов NuGet 2.x. Эта функция идеально работает с существующей инфраструктурой, группами и разрешениями TFS, поэтому не требуется синхронизировать удостоверения, управлять группами в нескольких местах и т. д. Она также легко интегрируется с Team Build, что позволяет создавать и использовать пакеты в ходе рабочих процессов непрерывной интеграции.

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

Управление пакетами

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

В версии Team Foundation Server 2017 мы добавили новые функции и возможности в рабочие элементы и канбан-доски.

Новая форма рабочего элемента

Новая форма рабочего элемента теперь выглядит и функционирует по-другому. В нее также добавлено несколько новых замечательных функций.

  • Возможность широкого обсуждения рабочего элемента.
  • Поддержка перетаскивания для вложений.
  • Улучшенный интерфейс журнала (Журнал и аудит).
  • Улучшенная интеграция кода и сборки.
  • Выделение тем или иным цветом в зависимости от состояния.
  • Гибкий дизайн.
Примечание

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

Новая форма WIT

Отслеживание рабочего элемента

Теперь вы можете настроить оповещения для отслеживания изменений в отдельном рабочем элементе, просто нажав новую кнопку "Follow" ("Отслеживать") в форме. Если включено отслеживание рабочего элемента, вы будете получать уведомление при каждом изменении рабочего элемента, включая обновления полей, ссылок, вложений и комментариев.

Отслеживание рабочего элемента

Дополнительные сведения см. в статье Отслеживание рабочего элемента.

Динамические обновления канбан-досок

Канбан-доски теперь стали динамическими!

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

Динамические обновления канбан-доски

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

Дополнительные сведения см. в статье Основы работы с канбан-досками.

Усовершенствования контрольных списков

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

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

Усовершенствования контрольных списков

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

Усовершенствования контрольных списков

Дополнительные сведения см. в статье Добавление контрольных списков для задач.

Детализация на досках функций и ситуаций

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

Детализация на досках функций и ситуаций

Дополнительные сведения см. в статье Функции и ситуации на канбан-досках.

Включение и отключение заметок на доске

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

Включение заметок на доске

Дополнительные сведения см. в статье Настройка карт.

Команда "Удалить форматирование"

Мы добавили новую команду к элементам управления форматированием текста в рабочих элементах, которая позволяет удалить все форматирование для выделенного текста. Меня, например, в прошлом очень раздражало, когда я копировал и вставлял в это поле текст с форматированием, которое нельзя было отменить (или удалить). Теперь можно просто выделить нужный текст, нажать на панели инструментов кнопку "Удалить форматирование" (или нажать клавиши CTRL + ПРОБЕЛ), и текст вернется в формат по умолчанию.

Фильтрация на канбан-доске

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

Фильтрация на канбан-доске

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

Дополнительные сведения см. в статье Фильтрация на канбан-доске.

Путь итерации по умолчанию для новых рабочих элементов

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

Дополнительные сведения см. в статье Область и пути итерации.

Элемент управления "флажок"

Теперь в свои рабочие элементы можно добавлять элемент управления "флажок". Этот новый тип поля (Boolean) имеет все свойства обычных полей, и его можно добавить к любому типу в процессе. При отображении на картах или в результате запроса значение показывается как True или False.

Элемент управления "флажок"

Дополнительные сведения см. в статье Настройка поля.

Массовое редактирование тегов

Теперь можно добавлять теги сразу к нескольким рабочим элементам и удалять их из них в диалоговом окне массового редактирования.

теги

Дополнительные сведения см. в статье Добавление тегов к рабочим элементам.

Новые точки расширения

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

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

Точки расширения для невыполненной работы

Дополнительные сведения о расширениях см. в статье Точки расширения.

Усовершенствования электронной почты

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

Усовершенствования электронной почты

Дополнительные сведения см. в статье Оповещения рабочих элементов.

Шаблоны рабочих элементов

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

Шаблоны рабочих элементов

Дополнительные сведения см. в статье Шаблоны рабочих элементов.

Интеграция с Project Server больше не поддерживается

В Team Foundation Server 2017 и более поздних версиях больше не поддерживается интеграция с Project Server. При обновлении базы данных TFS с настроенной интеграцией с Project Server до версии-кандидата 2 вы получите следующее предупреждение.

Мы обнаружили, что для этой базы данных настроена интеграция с Project Server. В Team Foundation Server 2017 и более поздних версиях больше не поддерживается интеграция с Project Server.

После обновления интеграция с Project Server перестанет работать.

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

Дополнительные сведения об этом изменении см. в статье Synchronize TFS with Project Server (Синхронизация Team Foundation Server с Project Server).

Усовершенствования панелей мониторинга и мини-приложений

В Team Foundation Server 2017 были усовершенствованы некоторые мини-приложения, например "Плитка запроса" и "Запрос на включение внесенных изменений".

Модернизированный каталог мини-приложений

Мы модернизировали наш каталог мини-приложений для размещения растущего набора мини-приложений и повышения общего удобства работы. Новый дизайн был приведен в соответствие со стилем панелей конфигурации мини-приложений и включает улучшенный интерфейс поиска.

Каталог мини-приложений

Дополнительные сведения см. в статье Каталог мини-приложений.

Обновления мини-приложений

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

Обновления панелей мониторинга

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

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

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

В мини-приложении "Члены команды" стало проще добавлять участников в рабочую группу.

Обновление мини-приложений

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

Мини-приложение "Обзор спринта" было изменено с целью облегчить для команд контроль над собственным графиком.

Мини-приложение "Назначено мне" помогает пользователям управлять назначенными им заданиями, не покидая панель мониторинга. С помощью этого мини-приложения администраторы команды смогут добавить эту функцию на свои панели мониторинга, сэкономив 16 щелчков мышью; нет переключения контекста или необходимости что-либо вводить. Пользователи смогут просматривать и фильтровать назначенные им задания, а также управлять ими в контексте мини-приложения.

Назначено мне

REST API панелей мониторинга

Теперь вы можете использовать интерфейсы REST API, чтобы добавлять, удалять и получать сведения на панели мониторинга программными средствами. Эти интерфейсы API также позволяют добавлять, удалять, обновлять, заменять и получать сведения о мини-приложении или списке мини-приложений на панели мониторинга. Соответствующую документацию см. в онлайн-документации Visual Studio.

Допустимые панели мониторинга

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

Дополнительные сведения см. в статье Панели мониторинга.

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

Для версии Team Foundation Server 2017 был внесен ряд существенных изменений в Git. Эти изменения включают модернизированную страницу ветвей и новый параметр для "сжатого слияния".

Обновленная страница ветвей

Страница ветвей была полностью перестроена. На ней имеется сводка "мои", где собраны созданные, отправленные или предпочитаемые вами ветви. Для каждой ветви показывается состояние ее сборок и запросов на включение внесенных изменений, а также другие команды, например "Удалить". Если в имени ветви присутствует косая черта, например "features/jeremy/fix-bug", то она отображается в виде дерева, что позволяет легко просматривать большой список ветвей. Если имя ветви известно, ее можно быстро найти поиском.

Модернизированная страница ветвей

Дополнительные сведения о ветвях см. в статье Управление ветвями.

Новые запросы на включение внесенных изменений

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

Дополнительные сведения см. в статье Проверка кода с помощью запросов на включение внесенных изменений.

Переработанный пользовательский интерфейс

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

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

Обзор

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

обзор запроса на включение внесенных изменений

Файлы

Самая заметная новая функция в этом выпуске — возможность просмотра предыдущих обновлений запроса на включение внесенных изменений. В предыдущих предварительных версиях мы добавили функцию для отслеживания комментариев при обновлении запроса на включение внесенных изменений. Однако понять, что происходит между обновлениями, не всегда легко. В представлении "Файлы" теперь можно увидеть конкретные изменения, которые произошли при каждой отправке нового кода в запрос на включение внесенных изменений. Это очень удобно, если вы получили отзыв на какой-либо код и хотите увидеть, как изменился именно этот код без учета всех остальных изменений.

файлы запроса на включение внесенных изменений

Обновления

Новое представление "Обновления" показывает, как запрос на включение внесенных изменений изменяется с течением времени. Если в представлении "Файлы" показывается, как изменялись файлы с течением времени, то в представлении "Обновления" отображаются фиксации кода, добавленные в каждом изменении. В случае принудительной отправки в представлении "Обновления" будут по-прежнему отображаться предыдущие обновления в порядке их возникновения.

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

Комментарии (теперь с разметкой) и эмодзи

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

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

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

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

Добавление рецензентов в запросы на включение внесенных изменений

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

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

Отслеживание комментариев в запросах на включение внесенных изменений

Теперь в запросах на включение внесенных изменений в VSTS комментарии отображаются слева в соответствующей строке файла, даже если файл был изменен после добавления комментариев. Раньше комментарии всегда отображались в той строке файла, куда они были изначально добавлены, даже если содержимое файла изменялось. Другими словами, комментарий в строке 10 всегда отображался в строке 10. В соответствии с последними усовершенствованиями при изменении кода расположение комментария меняется, чтобы не обмануть ожидания пользователя. Если комментарий был добавлен в строке 10, а потом в начало файла были добавлены две новые строки, комментарий будет отображаться в строке 12.

Ниже приведен пример того, что случится с комментарием в строке 13 после изменения файла.

Отслеживание комментариев

Даже после смещения строки с исходным комментарием в коде со строки 13 на строку 14, комментарий отображается в ожидаемом месте (в строке 14).

Отслеживание комментариев

Автоматическое завершение запросов на включение внесенных изменений, ожидающих обработки политиками

Команды разработчиков, которые используют политики ветвей (https://www.visualstudio.com/en-us/docs/git/branch-policies) для защиты своих ветвей, может заинтересовать действие автоматического завершения. Очень часто автор запроса на включение внесенных изменений готов выполнить слияние для своего запроса, но вынужден ожидать окончания сборки, чтобы нажать кнопку "Завершить". В других случаях сборка проходит, но какой-то из рецензентов не дал своего окончательного утверждения. В этих случаях действие автоматического завершения позволяет автору настроить автоматическое завершение запроса, как только все политики утверждены.

autocomplete

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

autodialog

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

autobox

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

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

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

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

Дополнительные сведения см. в статье Запросы на включение внесенных изменений сжатого слияния.

Прослеживаемость фиксации

Состояние сборки (успех или сбой) теперь четко видно в представлениях "Обозреватель кода" и "Сведения о фиксации". Более подробные сведения можно получить, просто щелкнув кнопкой мыши, поэтому вы всегда будете знать, прошли изменения в фиксации сборку или нет. Вы также можете настроить, какие сборки сообщают о состоянии, в параметрах репозитория для определения сборки. Кроме того, теперь в представлении "Сведения о фиксации" предлагаются более подробные сведения о внесенных изменениях. Если вы используете запросы на включение внесенных изменений для слияния изменений, то увидите ссылку на запрос на включение внесенных изменений, который внес изменения в главную ветвь (или в случае фиксации слияния — на запрос, который его создал). Когда изменения достигнут главной ветви, появится ссылка на ветвь для подтверждения того, что изменения были включены.

Прослеживаемость фиксации

Просмотр файлов LFS Git в Интернете

Если вы уже работали с большими файлами (аудио, видео, наборами данных и т. д.) в Git, то знаете, что хранилище больших файлов (LFS) Git заменяет эти файлы указателями в Git, сохраняя содержимое файла на удаленном сервере. Теперь можно просматривать все содержимое этих больших файлов, просто щелкнув нужный файл в репозитории.

Дополнительные сведения см. в статье Управление большими файлами с помощью Git.

Вы можете легко совместно использовать код с помощью ссылок на код. Просто выделите текст в файле и щелкните значок ссылки. Будет скопирована ссылка на выделенный код. При просмотре кем-либо этой ссылки выделенный вами код будет иметь золотистый фон. Это работает даже при выделении части строки.

Отправка ссылок в код

API состояния

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

API состояния

Значки типов файлов

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

TFVC

Git

Добавление файла сведений при создании репозитория

Теперь во время создания репозитория Git пользователи могут добавлять файл сведений. Он помогает другим понять предназначение базы кода, а также позволяет немедленно клонировать репозиторий.

Создание репозитория

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

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

Обновленная вкладка "Очередь сборок"

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

Вкладка "Очередь сборок"

Подробнее см. в статье Администрирование системы сборки.

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

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

Столбец и порядок сборки

От сборки к номеру строки

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

От сборки в номер строки

От сборки в номер строки

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

Предыдущее представление журналов поддерживало только журналы до 10 000 строк. Новое средство просмотра построено на основе редактора Monaco, используемого в VS Code, и будет поддерживать журналы до 150 000 строк.

Шаблоны сборок Java

Мы упростили для разработчиков Java начало работы со сборкой, добавив шаблоны сборок для Ant, Maven и Gradle.

Шаблоны сборок Java

Дополнительные сведения о шаблонах см. в статье Этапы сборки.

Задачи сборок Xamarin

Мы внесли несколько значительных усовершенствований в поддержку Xamarin.

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

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

Интеграция с Docker для управления сборками и выпусками

Используйте преимущества сборки для сборки образов Docker и отправки их в центр Docker в качестве части вашего потока непрерывной интеграции. Затем разверните эти образы на нескольких узлах Docker в рамках Release Management. Расширение Marketplace добавляет все типы конечных точек служб и задачи, необходимые для работы с Docker.

Docker

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

Если сборка, запущенная для слияния запроса на включение внесенных изменений, содержит задачи MSBuild SonarQube, теперь вы увидите проблемы анализа нового кода как комментарии для обсуждения в запросе на включение внесенных изменений. Этот интерфейс работает для любого языка, для которого установлен подключаемый модуль на сервере SonarQube. Дополнительные сведения см. в записи блога Интеграция проблем анализа кода SonarQube в запрос на включение внесенных изменений.

SonarQube в запросах на включение внесенных изменений

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

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

Дополнительные сведения см. в руководстве Справочная документация по REST API сборки.

Поддержка Build vNext в комнатах команд

Пользователи всегда могли добавлять уведомления о сборках XAML в комнате команды. Теперь они также могут получать уведомления из Build vNext после завершения сборки.

Включение фильтров пути для триггеров непрерывной интеграции Git

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

Триггеры CI в Git

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

С появления интегрированной возможности веб-управления выпусками в Team Foundation Server 2015 в нее внесен ряд усовершенствований.

Клонирование, экспорт и импорт определений выпусков

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

Клонирование и экспорт команд на странице сводки по выпускам

Дополнительные сведения см. в статье Клонирование, экспорт и импорт определения выпуска.

Результаты теста, отображаемые в сводном описании выпуска

На странице сводки о выпуске мы включили точку публикации для внешней службы для отображения сведений о среде.

В Team Services эта функция используется для отображения сводки по результатам теста при выполнении тестов в среде выпуска.

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

Дополнительные сведения см. в статье Общие сведения о представлении сводки для выпуска.

Передача маркеров OAuth в сценарии

Чтобы выполнить настраиваемый скрипт PowerShell, который вызывает API REST в Team Services, возможно, для создания рабочего элемента или запроса сведений в сборке в него необходимо передать маркер OAuth.

При настройке среды новый параметр позволяет выполнять сценарии как задачи для доступа к текущему маркеру OAuth.

Передача маркеров OAuth в скрипты

Дополнительные сведения см. в статье Общие параметры среды.

В этом простом примере показано, как получить определение сборки.

Пример скрипта с использованием переданного маркера OAuth

Запуск при частично успешных развертываниях

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

Если задача с таким параметром завершится сбоем, в определении сборки отобразится результат Сборка выполнена частично.

Теперь такое же поведение наблюдается в определениях выпуска. В случае сбоя задачи отобразится такой общий результат: Release partially succeeded (Выпуск выполнен частично).

В сводке по выпускам частично выполненные выпуски выделяются оранжевым цветом

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

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

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

Дополнительные сведения см. в статье Триггеры среды развертывания.

Использование артефактов, которые хранятся в GitHub, напрямую

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

Теперь это можно выполнить для кода, хранящегося в репозитории GitHub.

Связывание кода в репозитории GitHub с определением выпуска

Дополнительные сведения см. в статье Источники TFVC, Git и GitHub.

Развертывание веб-приложений с помощью ARM

Доступна новая версия задачи развертывания веб-приложений Azure, которая называется Развертывание веб-приложения AzureRM.

Она использует MSDeploy и подключение конечной точки службы Azure Resource Manager. Эта задача предназначена для развертывания веб-заданий Azure и приложений Azure API, а также веб-приложений на основе ASP.NET 4, Node и Python.

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

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

Развертывание веб-приложений с помощью ARM

Группы задач

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

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

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

Связывание кода в репозитории GitHub с определением выпуска

Дополнительные сведения см. в статье Группы задач.

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

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

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

На протяжении этого времени он отображается на вкладке Удалено списков обзора и сведений.

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

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

Дополнительные сведения см. в статье Восстановление удаленных выпусков.

Сохранение выпусков и сборок для каждой среды

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

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

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

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

хранение выпусков

Дополнительные сведения см. в статье Хранение выпусков и сборок.

Усовершенствования связанных артефактов

Две новые функции упрощают работу с артефактами и источниками артефактов.

  • С определением выпуска можно связать несколько источников артефактов. Каждый из артефактов загружается в папку на агенте, который называется псевдонимом источника. Теперь псевдоним источника связанного артефакта можно редактировать. Например, при изменении имени определения сборки можно отредактировать псевдоним источника в соответствии с именем определения сборки.

    хранение выпусков

    Дополнительные сведения см. в статье Псевдоним источника артефакта.

  • Ряд переменных в формате Build.* (например, Build.BuildId и Build.BuildNumber) доступен для использования в параметрах задачи. Если с выпуском связано несколько источников, теперь эти переменные заполняются значениями из источника артефакта, который указан в качестве основного. Дополнительные сведения см. в статье Переменные артефактов.

Развертывание — задача "Вмешательство вручную"

Теперь можно приостанавливать выполнение во время развертывания в среде.

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

После вмешательства вручную можно также отклонить развертывание и запретить выполнение дальнейших действий.

хранение выпусков

Дополнительные сведения см. в статье Вмешательство вручную.

Сценарии для задачи развертывания базы данных SQL

В задачу Развертывание базы данных SQL Azure добавлена возможность выполнения сценариев SQL в базе данных SQL Azure. Сценарии могут иметь вид файла или быть встроенными в задачу.

хранение выпусков

Сводка по определению выпуска в мини-приложении панели мониторинга

Закрепите определение выпуска на панели мониторинга. Так все члены команды смогут видеть сводку по выпускам для этого определения.

Дополнительные сведения см. в разделе Add release information to the dashboard (Добавление информации о выпуске на панель мониторинга).

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

Хотите, чтобы все развертывания в рабочей среде осуществлялись в полночь? Можно настроить условие, в соответствии с которым среда будет выбирать успешное развертывание (или просто последнее) из другой среды и применять его в указанное время.

Планирование выпуска в среде

Развертывание на основе условий в нескольких средах

До предыдущей версии можно было выполнять параллельные развертывания (разветвленные), однако нельзя было запустить развертывание в среде на основе состояния нескольких сред (объединенные развертывания). Теперь у вас есть такая возможность.

Дополнительные сведения см. в разделе Parallel forked and joined deployments (Параллельные разветвленные и объединенные развертывания).

REST API для управления выпусками

С помощью REST API для службы управления выпусками можно создать определения выпусков и выпуски, а также управлять многими аспектами развертывания выпуска.

Дополнительные сведения см. в справочной документации по API. Некоторые простые примеры использования этих интерфейсов API представлены в записи блога Using ReleaseManagement REST API’s (Использование REST API для управления выпусками).

Интеграция перехватчиков событий

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

Развертывание в облаках Azure в разных странах

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

Развертывание в национальных облаках Azure

Дополнительные сведения см. в статье Конечная точка классической службы Azure.

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

В версии Team Foundation Server 2017 существенно усовершенствованы тесты.

Обновленная схема хранилища результатов тестов

В этом выпуске мы переносим артефакты результатов тестов в новую компактную и эффективную схему хранилища. Так как результаты тестов занимают довольно много места в базах данных TFS, эта схема должна помочь уменьшить объем используемого места в хранилище для баз данных TFS. Для клиентов, выполняющих обновление с более ранних версий TFS, результаты тестов будут перенесены в новую схему во время обновления TFS. Это обновление может привести к увеличению времени обновления в зависимости от объема данных результатов тестов, существующих в базах данных. Рекомендуется настроить политику хранения тестов и дождаться включения этой политики и сокращения объема хранилища, используемого результатами тестов, чтобы обновление TFS выполнялось быстрее. После установки TFS, но перед обновлением экземпляра TFS можно использовать средство TFSConfig.exe, чтобы очистить результаты теста. Дополнительные сведения см. в справке по TFSConfig.exe. Если возможность гибкой настройки хранения тестов или очистки их результатов перед обновлением отсутствует, запланируйте соответствующее окно обновления. Дополнительные примеры настройки политики хранения тестов см. в публикации Test result data retention with Team Foundation Server 2015 (Хранение данных результатов тестов в Team Foundation Server 2015).

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

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

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

Центр конфигураций

Дополнительные сведения см. в разделе Create configurations and variables (Создание конфигураций и переменных).

Назначение конфигураций для планов тестирования, наборов тестов и тестовых случаев

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

Назначение конфигураций

Фильтр конфигураций

Дополнительные сведения см. в разделе Assign configurations to test plans and suites (Назначение конфигураций планам тестирования и наборам тестов).

Просмотр столбцов планов тестирования и наборов тестов в области результатов тестирования

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

Область результатов тестирования

Порядок тестов в центре тестирования и на картах

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

Упорядочивание тестов

Упорядочивание тестов на карточке

Упорядочивание наборов тестов в Центре тестирования

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

Изменение порядка наборов тестов

Поиск пользователей при назначении инженеров-испытателей

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

Поиск пользователей

Назначение пользователей

Выбор тестируемой сборки

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

Выберите сборку

Запуск клиента средства выполнения тестов (Майкрософт) из Центра тестирования со сборщиками данных

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

Запуск с параметрами

Дополнительные сведения см. в разделе Run tests for desktop apps (Выполнение тестов для классических приложений).

Выбор сборщиков данных и запуск клиента Exploratory Runner из центра тестирования

Теперь можно быстро выбрать сборщики данных и запустить клиент Exploratory Runner 2017 из центра тестирования. При этом их не нужно настраивать в клиенте Microsoft Test Manager. Выберите "Запуск с параметрами" в контекстном меню набора на основе требований и затем выберите клиент Exploratory Runner и необходимые сборщики данных. Клиент Exploratory Runner будет запущен так же, как и клиент Microsoft Test Runner, как описано выше.

Запуск с параметрами — XT

Настройка результатов тестов для тестов в разных наборах тестов

Мы добавили настройку результатов общих тестов из разных наборов тестов в составе одного плана тестирования. При выборе этого параметра и настройке результата теста (пометить этот тест как "Успешный", "Неудачный" или "Заблокированный" из Центра тестирования, средства Web Runner или из карточек на канбан-доске) этот результат будет распространен на все остальные тесты в разных наборах тестов в составе одного плана тестирования с той же конфигурацией. Пользователи могут установить параметр "Настроить результаты тестов" в контекстом меню плана тестирования в Центре тестирования или в диалоговом окне "Общие параметры конфигурации" на странице тестирования канбан-доски. По умолчанию этот параметр отключен, и его нужно включить явным образом, чтобы изменения вступили в силу.

Настройка результатов тестов

Проверка ошибок из рабочего элемента

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

Проверка ошибок

REST API для клонирования плана тестирования или набора тестов

Мы добавили интерфейсы REST API для клонирования планов тестирования и наборов тестов. Вы можете найти их в разделе управления тестированием на нашем сайте интеграции Team Services.

Ход выполнения теста на канбан-картах

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

Встроенные тесты

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

  • Добавлять тесты.
  • Открывать тесты.
  • Переподчинять тест путем перетаскивания из одной пользовательской истории в другую.
  • Копировать тест в другую пользовательскую историю, используя клавишу CTRL и перетаскивание (для сценариев, где один тест используется для тестирования нескольких пользовательских историй).
  • Обновлять состояние теста, быстро помечая его как Pass/Fail/и т. п.
  • Выполнять тест, запустив его в средстве выполнения тестов Web Test Runner, в котором можно помечать отдельные шаги как пройденные или неудачные, регистрировать ошибки и т. д.
  • Просматривать сводные данные о состоянии, указывающие, сколько тестов было пройдено и сколько остается для этой истории.

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

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

Теперь можно с легкостью перейти к базовому плану тестирования и набору тестов, на базе которых созданы тесты, непосредственно из карточки на канбан-доске. Щелкнув соответствующую ссылку, вы перейдете в Центр тестирования, где сможете открыть подходящий план тестирования и выбрать определенный набор для управления этими встроенными тестами.

Переход к плану или набору

Страница "Тесты" в мастере настройки общих параметров канбан-доски

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

Общие параметры

Улучшения средства Web Runner

Добавление вложений для шагов теста во время тестирования вручную

Мы улучшили средство Web Test Runner, которое теперь позволяет добавлять вложения для шагов теста во время тестирования вручную. Эти вложения для результатов этапов автоматически отображаются во всех ошибках, зарегистрированных во время сеанса, а затем в области результатов тестирования.

Вложения для шагов теста

Поддержка снимка экрана, видеозаписи экрана, журнала действий с изображениями и сведений о системе в Web Runner (при использовании браузера Chrome)

В Web Runner при использовании Chrome теперь можно делать снимки и добавлять к ним встроенные заметки. Кроме того, можно создавать видеозаписи экрана по запросу не только для веб-приложений, но и для классических приложений. Эти снимки экрана и видеозаписи экрана автоматически добавляются в текущий шаг теста. Помимо создания снимков экрана и видеозаписей действий на экране можно настроить ведение журнала действий с изображениями по требованию из веб-приложений. Нужно указать окно обозревателя для записи действий. Все действия в этом окне (на имеющихся или новых открытых вкладках) или в любых новых запущенных дочерних окнах браузера будут автоматически записываться и сопоставляться с шагами теста, выполняемого в Web Runner. Затем эти снимки экрана, видеозаписи экрана и журналы действий с изображениями добавляются к записям об ошибках, зарегистрированным во время выполнения, а также присоединяются к результатам текущего теста. Аналогично, сведения о системе автоматически записываются и включаются в каждую ошибку, зарегистрированную из Web Runner. При этом задействуется возможность из расширения "Тестирование и обратная связь" на основе браузера Chrome.

Снимки экрана Web Runner

Дополнительные сведения см. в разделе Collect diagnostic data during tests (Сбор диагностических данных во время выполнения тестов).

Ошибки, зарегистрированные как дочерние — Web Runner/расширение "Тестирование и обратная связь"

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

Обновление существующих ошибок из Web Runner

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

Добавить к существующей ошибке

Расширение "Тестирование и обратная связь" — улучшения

Расширение "Тестирование и обратная связь" на основе браузера можно установить из Visual Studio Marketplace. Оно поддерживает Visual Studio Team Services и Team Foundation Server (2015 или более поздней версии).

Изучение рабочих элементов.

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

• Напрямую из рабочего элемента. Запустите сеанс произвольного тестирования для конкретного рабочего элемента непосредственно из продукта, используя параметр "Выполнить произвольное тестирование" в контекстном меню. Мы добавили точки входа на все карты, таблицы и в центр тестирования.

• Из расширения. В сеансе произвольного тестирования выполните поиск рабочего элемента и свяжите его с выполняющимся сеансом.

XT с карты

XT из расширения

Дополнительные сведения см. в статье Explore work items with the Test & Feedback extension (Изучение рабочих элементов с помощью расширения "Тестирование и обратная связь").

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

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

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

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

Визуальный журнал действий XT

Создание тестовых случаев на основе данных визуального журнала действий

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

Создание тестовых случаев XT

Дополнительные сведения см. в разделе Create test cases (Создание тестовых случаев).

Анализ сеанса произвольного тестирования

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

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

Анализ сеанса XT

Дополнительные сведения см. в статье Get insights across your exploratory testing sessions (Получение аналитических данных из сеансов произвольного тестирования).

Сеансы произвольного тестирования: просмотр неисследованных рабочих элементов

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

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

Комплексный процесс получения отзывов заинтересованных лиц
Запрос на отзыв

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

Процесс предоставления отзыва с помощью расширения

Дополнительные сведения см. в разделе Request feedback from stakeholders (Запрос на отзывы заинтересованных лиц).

Предоставление отзыва

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

Процесс предоставления отзыва с помощью расширения

Процесс предоставления отзыва с помощью расширения

Дополнительные сведения см. в разделе Provide feedback (Предоставление отзыва).

Добровольный отзыв

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

Процесс предоставления отзыва с помощью расширения

Дополнительные сведения см. в разделе Provide voluntary feedback (Предоставление добровольного отзыва).

Усовершенствования автоматического тестирования

Журналы консоли и длительность тестирования на вкладке "Тесты" в сводке по сборке и выпуску

Журналы консоли результатов теста, которые регистрируются в формате TRX-файлов, извлекаются и публикуются в виде вложений результатов тестирования. Их можно просматривать на вкладке "Тесты". Загружать TRX-файлы больше не требуется.

Журналы консоли и длительность

Мини-приложение тенденций тестов для сборок

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

AttachFileHandler14-800px

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

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

AttachFileHandler8

Автоматизированное ведение журнала тестирования для ветвей и сред выпуска

Отдельные тесты часто выполняются в нескольких ветвях, средах и конфигурациях. Если такой тест завершается сбоем, важно определить: сбои связаны только с ветвями разработки, например с главной ветвью, или они также влияют на ветви выпуска, которые осуществляют развертывание в рабочей среде. Теперь можно визуализировать журнал тестов в различных тестируемых ветвях. Для этого необходимо открыть вкладку "Журнал" на странице сводки результатов. Аналогичным образом можно выбрать сводку по среде, чтобы визуализировать журнал тестов по различным тестируемым средам выпуска.

AttachFileHandler9-800px

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

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

Мини-приложение качества требований

Удаленное тестирование — распределение тестов на основе числа компьютеров

Мы добавили возможность распространения тестов из сборки по удаленным компьютерам с помощью задачи "Запуск функциональных тестов". В TFS 2015 тесты можно было распространять только на уровне сборки. Эту новую возможность можно активировать с помощью флажка в задаче, как показано ниже.

Настройка задачи

Автоматическое тестирование для SCVMM и VMware

Пользователи могут динамически настраивать тестовые компьютеры в облаке с помощью Azure или локально с помощью SCVMM или VMware и использовать эти компьютеры для распределенного запуска тестов. Пользователи могут подготовить компьютеры с помощью задач Azure, SCVMM или VMware, а затем выполнить тестирование с помощью задачи "Запуск функциональных тестов".

Анализ SonarQube в задачах Maven и Gradle

Теперь вы можете запустить анализ SonarQube в задачах сборки Maven и Gradle. Для этого необходимо установить флажок "Запустить анализ SonarQube", а также указать конечную точку, имя проекта SonarQube, ключ и версию проекта.

AttachFileHandler1

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

AttachFileHandler1

Дополнительные сведения см. в статье The Gradle build task now supports SonarQube analysis (Задача сборки Gradle теперь поддерживает анализ SonarQube).

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

Теперь администраторы коллекции проектов могут перейти к Visual Studio Marketplace из Team Foundation Server и установить бесплатные расширения в коллекции командных проектов. Эти расширения автоматически скачиваются из Visual Studio Marketplace, передаются на Team Foundation Server и устанавливаются в коллекции выбранного командного проекта.

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

Приобретение и установка платных расширений

Теперь администраторы коллекции проектов могут перейти в Visual Studio Marketplace из Team Foundation Server, приобрести платные расширения и установить их в выбранной коллекции командных проектов. Администратор может оплатить расширения с помощью подписки Azure и выбрать пользователей, которым будут назначены эти расширения. Расширения автоматически скачиваются из Visual Studio Marketplace, отправляются на Team Foundation Server и устанавливаются в выбранной коллекции командных проектов.

Приобретение платного расширения

Дополнительные сведения см.в статье Получение расширений для Team Foundation Server.

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

Проверка подлинности Windows

В предыдущих выпусках при настройке развертывания TFS, присоединенного к домену, пользователям приходилось выбирать между поставщиками поддержки безопасности — NTLM и Negotiate — для проверки подлинности Windows. В выпуске 2017 мы удалили этот параметр из процесса настройки. Чтобы продолжить использование проверки подлинности NTLM в выпуске 2017, не требуется выполнять никаких действий. Если вы использовали проверку подлинности Kerberos и хотите работать с ней в выпуске 2017, ничего делать не нужно. Теперь TFS 2017 всегда настраивает поставщиков поддержки безопасности Negotiate и NTLM в указанном порядке. В такой конфигурации проверка подлинности Kerberos будет использоваться там, где это возможно, обеспечивая повышенную безопасность. Если нельзя использовать Kerberos, будет использоваться проверка подлинности NTLM. Мы провели углубленное тестирование, чтобы гарантировать, что данное изменение не окажет негативное влияние на существующие развертывания, использующие проверку подлинности TFS.

Передовые возможности навигации

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

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

Так как это существенное изменение для наших пользователей и итерация этой функции все еще выполняется, новые возможности навигации будут выключены по умолчанию. Если вы хотите опробовать их, перейдите на панель управления в области администрирования Team Foundation Server и выберите параметр Turn on new navigation (Включить новую навигацию). Учтите, что в таком случае новая навигация активируется для всех пользователей на сервере.

Разрешение на переименование командного проекта

Разрешение, определяющее, какие пользователи могут переименовывать командный проект, было изменено. Ранее командный проект могли переименовывать пользователи с разрешением "Изменение сведений на уровне проекта" для этого командного проекта. Теперь предоставление или отмена возможности переименования командного проекта пользователями выполняется с помощью нового разрешения "Переименование командного проекта".

Центр работы на странице параметров администрирования

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

Центр работы администратора

REST API конфигурации процессов

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

  • TypeFields: абстракции настраиваемых полей, используемых в гибких средствах. Например, тип поля "Баллы истории" — "Effort" ("Трудозатраты").
  • Определения невыполненной работы: определение, какие рабочие элементы имеются в каждой из невыполненных работ. Это часто запрашиваемый API от клиентов, создающих расширения. С помощью этих данных расширение может узнать, как использовать относящиеся к процессу поля для включения распространенных сценариев в гибких средствах (таких как изменение действия или трудозатраты рабочего элемента, выяснение, какие рабочие элементы включены на заданном уровне невыполненной работы, или определение, идентифицируются ли группы по пути к области или по настраиваемому полю). Дополнительные сведения см. в статье с общими сведениями об использовании.

Новая возможность для администраторов: поиск в AD с использованием префикса

В выпуске Team Foundation Server 2017 представлена новая возможность для управления группами и членством в группах. Теперь вы можете искать пользователей и группы в Active Directory или на локальном компьютере, используя в качестве условия поиска префикс. Например, введите "Олег Д" или значение атрибута samAccountName (например, "имя_рабочего_домена\olegbdnd") и просмотрите карточку контакта пользователя или группы.

Параметры безопасности пользователей

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

My Security (Моя безопасность)

My Security (Моя безопасность)

Единый мастер настройки

В предыдущих версиях для настройки развертывания TFS использовалось несколько мастеров настройки: простой и расширенный мастера использовались для настройки нового развертывания, мастер обновления — для обновления рабочей и подготовительной сред, а мастер настройки на уровне приложений — для разнообразных сценариев, в том числе масштабирования имеющегося развертывания, замены уровня приложений новым оборудованием и т. д. В TFS 2017 все эти сценарии объединены в единый мастер настройки сервера, который помогает выполнить каждый из этих сценариев. Все, что вам нужно делать, — выбирать те или иные варианты. Кроме того, в расширенных настройках (обновление подготовительной среды и клонирование имеющегося развертывания) автоматизированы действия, которые раньше выполнялись с помощью tfsconfig.exe, в частности изменение идентификатора сервера, повторное сопоставление строк подключения к базам данных и удаление ссылок на внешние зависимости (для чего раньше использовалась команда tfsconfig.exe PrepareClone).

Новый уровень доступа

Благодаря новой группе Visual Studio Enterprise, добавленной к уровням доступа портала администрирования на серверах Team Foundation Server, можно быстро определить, у кого есть подписка Visual Studio Enterprise. После своего нахождения эти пользователи получат полный доступ ко всем несторонним расширениям TFS, установленным из Visual Studio Marketplace, без дополнительной платы.

Личные маркеры доступа

Теперь к любому серверу Team Foundation Server можно подключиться не только с использованием ключей SSH, но и с помощью личных маркеров доступа. Это удобно, если вы используете платформу Linux или Mac и хотите использовать средства автоматизации и GIT. Личными маркерами доступа можно управлять на странице параметров безопасности пользователя.

PAT

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

Ниже приведен полный список известных проблем в этом выпуске.

Отсутствие средств Power Tools для Team Foundation Server 2017

  • Проблема.

    Для TFS 2017 не выпущены Power Tools.

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

    Мы рады сообщить, что большинство предыдущих Power Tools были интегрированы в TFS 2017. Единственным инструментом, который не был интегрирован, является редактор Process Template Editor для TFS 2017, но в ближайшее время после выхода версии Team Foundation Server 2017 он будет опубликован в коллекции Visual Studio. Как только средство будет опубликовано, мы предоставим на него ссылку.

Обновление расширений пользовательских элементов управления

  • Проблема.

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

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

    См. новый документ Add a custom control to the work item form (Добавление настраиваемого элемента управления в форму рабочего элемента).

При импорте определения типа рабочего элемента возникает ошибка.

  • Проблема.

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

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

    При каждом экспорте определения типа рабочего элемента в элементе PageContribution существует дополнительный атрибут LayoutMode. Прежде чем импортировать определение, найдите режим PageContribution и удалите атрибут LayoutMode. Например, удалите LayoutMode="FirstColumnWide".

Клиенты должны обновить версию LFS Git до 1.3.1 или более поздней версии

  • Проблема.

    Версии LFS Git до 1.3.1 не будут поддерживаться в будущих выпусках.

  • Решение

    Клиентам, использующим LFS Git, настоятельно рекомендуется обновить версию LFS Git до 1.3.1 или более поздней версии. Более старые версии клиента LFS не совместимы с изменениями в аутентификации в этой версии TFS. Чтобы у клиентов было время на переход, мы реализовали краткосрочное обходное решение для RTW. Это решение будет удалено в обновлении 1, и после этого клиенты с версиями LFS Git ниже 1.3.1 больше не будут работать.

Средство восстановления NuGet не обнаруживает пакеты, которые существуют в nuget.org.

  • Проблема.

    При использовании NuGet 3.4.3 или более поздней версии задача восстановления NuGet не будет восстанавливать пакеты из NuGet.org, если явно не указать его в качестве источника в NuGet.Config.

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

    Убедитесь, что NuGet.org добавлен в NuGet.Config.


Задачи сборки и выпуска NuGet не выполняют проверку подлинности

  • Проблема.

    При использовании Team Foundation Server и системы управления пакетами задачи сборки и выпуска NuGet не проходят аутентификацию при обращении к каналам, если агент запущен от имени пользователя NETWORK SERVICE (это происходит по умолчанию при запуске агента в качестве службы). Это вызвано тем, что в версиях NuGet до 3.5 используются учетные данные, с использованием которых запущен агент сборки, а не учетные данные, предоставленные задачей сборки.

  • Решение

    Для использования задач сборки и выпуска NuGet с каналами TFS с использованием агента, запущенного от имени пользователя NETWORK SERVICE, необходим NuGet 3.5 или более поздней версии.

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

  • Проблема.

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

  • Решение

    Используйте NuGet 3.5 или более поздней версии с агентами сборки TFS.

При обновлении TFS внешние агенты не обновляются автоматически.

  • Проблема.

    Если загрузить расширение из Visual Studio Marketplace, опубликовать его в установке TFS 2015 и затем обновить до TFS 2017, то при публикации новой версии этого расширения в Marketplace оно не будет автоматически обновляться.

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

    После обновления до TFS 2017 удалите расширения, которые были установлены в TFS 2015. Затем переустановите самые последние расширения. В TFS 2017 мы добавили функцию автоматической проверки на наличие обновленных внешних расширений один раз в день и их обновление.

В определениях выпуска невозможно запустить задачу "Задание в очереди Jenkins".

  • Проблема.

    При запуске задачи "Задание в очереди Jenkins" в определении выпуска клиенты получают ошибку сервера 500.

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

    Сейчас задачу "Задание в очереди Jenkins" можно запускать в составе определений сборок TFS, но не определений выпусков. Эта возможность будет добавлена в будущем выпуске.

Необходимо перестроить настраиваемые подключаемые модули сервера TFS для библиотек DLL TFS 2017.

  • Проблема.

    Настраиваемые подключаемые модули для сервера TFS не работают после обновления до TFS 2017.

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

    Перестройте настраиваемые подключаемые модули в соответствии со сборками TFS 2017.

После выхода TFS 2015 RTM серверная объектная модель для настраиваемых подключаемых модулей TFS была изменена.

  • Проблема.

    Невозможно скомпилировать настраиваемые подключаемые модули сервера TFS.

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

    Исправьте исходный код, как описано в этой записи блога.

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

  • Проблема.

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

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

    • Вариант 1. Щелкните узел Все оповещения и настройте отображение с фильтром Все оповещения моей команды. В результате этого будут отображаться все оповещения для всех групп, к которым у пользователя есть доступ.

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

Проблема при использовании задач для запуска функциональных тестов в Team Build/Release Management

  • Проблема.

    Для запуска функциональных тестов в Team Build и Release Management с помощью задач "Развертывание агента тестирования Visual Studio" и "Запуск функциональных тестов" из каталога задач сейчас используется Agents для Visual Studio 2015 с обновлением 3. Кроме того, эти задачи позволяют запускать только тесты, созданные с использованием Visual Studio 2013 и Visual Studio 2015. Их нельзя использовать для запуска тестов, созданных с помощью Visual Studio 2017 RC. Подробности см. в этой записи блога.

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

    Способа решения этой проблемы не существует. Поддержка для использования Test Agent 2017 и запуска тестов, созданных с помощью Visual Studio 2017, будет добавлена на этапе выпуска обновления 1 для Team Foundation Server 2017.

Расширения не обновляются автоматически.

  • Проблема.

    Если вы обновляете предыдущую версию TFS до TFS 2017 и работаете с TFS 2017 в подключенном режиме, расширения не обновляются автоматически, как это должно быть.

  • Решение

    Сейчас для этой проблемы не существует обходного решения. Эта проблема устранена. Возможность автоматического обновления будет доступна в TFS 2017 с обновлением 2. Если по какой-либо причине вы не можете дождаться обновления 2, обратитесь к нам через канал поддержки, и мы предоставим вам исправление раньше.

Если возникли проблемы, из-за которых не удается развернуть рабочую среду (Go-Live), обратитесь в службу технической поддержки Майкрософт. Только в рабочее время США (пн-пт, с 6:00 до 18:00 по тихоокеанскому времени), ответ в течение рабочего дня (только на английском языке).