Заметки о выпуске Team Foundation Server 2015

  • Статья

| | Сообщество разработчиков Системные требования и условия совместимости | Условия | лицензииTFS DevOps Blog | SHA-1 HashesПоследняя заметка о выпуске | Visual Studio 2019

Примечание

Это не последняя версия Team Foundation Server. Вы можете скачать последний выпуск на странице заметок о текущем выпуске для Team Foundation Server 2018 с обновлением 3. Язык этой страницы можно изменить, щелкнув значок глобуса в нижнем колонтитуле страницы и выбрав нужный язык.

Эта статья содержит сведения о Team Foundation Server 2015.

Дополнительные сведения о Team Foundation Server 2015 см. на странице Server Requirements and Compatibility.

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

Значок " Дата выпуска: 6 августа 2015 г.

Сводка новых возможностей Team Foundation Server 2015

Изменения номеров SKU:

Обновленные возможности

Сведения о новых возможностях Team Foundation Server 2015

Расширение базовой лицензии

Следующие функции теперь доступны для всех пользователей Team Foundation Server с лицензией "Базовый":

  • Выполнение веб-тестов
  • Управление портфелем Agile
  • Создание диаграммы рабочих элементов
  • Комнаты команд

Это означает следующее. Для всех команд с пятью и менее участниками и лицензией "Базовый" эти функции доступны бесплатно с помощью Team Web Access. Более крупные команды могут получить доступ к этим функциям по гораздо более низкой цене.

Изменения схемы в базах данных

Team Foundation Server 2015 включает большое количество изменений в схеме, используемой в базах данных, поэтому обновление с TFS 2013 и более ранних выпусков должно занять значительное время. Поскольку обновления выполняются в автономном режиме, корпорация Майкрософт предоставляет средство TfsPreUpgrade.exe, которое можно использовать для выполнения наиболее длительных этапов обновления через Интернет для развертываний TFS 2013 QU4 и QU5. Мастер обновления включает проверку готовности, которая предупреждает о том, достаточно ли велик размер базы данных для запуска средства TfsPreUpgrade.exe.

Расширения Project Server

Расширения Project Server теперь представляют собой отдельную загрузку. Дополнительные сведения см. в разделе TFS на странице "Загрузки".

Расширения SharePoint

В прошлом, если было необходимо интегрировать Team Foundation Server с экземпляром SharePoint, находящимся на другом компьютере, можно было запустить установщик Team Foundation Server на сервере SharePoint, а затем настроить расширения TFS для SharePoint или запустить специальный установщик (tfs_sharePointExtensions.exe), который устанавливал только компоненты, необходимые для настройки расширений TFS для SharePoint.

Мы удалили этот специальный установщик, поэтому для интеграции Team Foundation Server с SharePoint необходимо запустить установщик Team Foundation Server на сервере SharePoint, а затем настроить расширения TFS для SharePoint.

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

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

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

Доска задач: отображение ошибок в невыполненной работе и на досках

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

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

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

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

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

Согласие для уровней невыполненной работы портфолио

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

Повторное упорядочение в отфильтрованной невыполненной работе

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

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

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

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

Отображение задач, для которых не задана родительская история

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

Свертывание завершенных историй

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

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

Теперь в диалоговом окне "Настройка карточек" вы можете настроить не только внешний вид карточек на канбан-доске, но и отображение данных на ваших карточках.

(Аналогичное диалоговое окно настройки также доступно для доски задач.)

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

Пример настраиваемых полей

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

Обновления канбан-доски

Добавление и редактирование непосредственно на канбан-доске

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

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

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

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

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

Разделение столбцов на канбан-доске

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

Чтобы разделить любые столбца на доске, просто щелкните ссылку "Настройка столбцов" на панели инструментов.

Узнайте больше о канбан-разделенных столбцах.

Дорожки на канбан-доске

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

Определение готовности на канбан-доске

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

Узнайте больше о Kanban DoD (определение готово).

Отключение первого столбца на диаграмме CFD

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

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

Поддержка SAFe для шаблонов процессов

Мы очень рады предоставить встроенную поддержку платформы Scale Agile Framework (SAFe) с использованием существующих шаблонов Scrum, Agile и CMMI.

Поддержка ситуаций
  • Мы добавили тип рабочего элемента "Ситуация" и невыполненную работу/доску для отслеживания ситуаций. Ситуации расположены выше функций в иерархии. Функции сопоставляются с ситуациями, так же как элементы невыполненной работы сопоставляются с функциями.
  • Доступны все возможности невыполненной работы и доски. Невыполненной работой для ситуации можно управлять так же, как и любой другой невыполненной работой. Также можно настраивать столбцы и карточки канбан-доски в соответствии с вашими потребностями. (Невыполненная работа Epics не включена по умолчанию. Чтобы включить эту функцию, проверка флажок "Epics" на странице "Параметры команды".
  • Невыполненную работу для ситуаций можно включить или отключить на уровне команды. Как и в нашем техническом документе, команды портфолио должны включить невыполненную работу для ситуаций. Команды программ и функций могут отключить невыполненную работу для ситуаций, если они не управляют ситуациями в организации.
Поддержка невыполненной работы для рабочих элементов с областями значений "Архитектура" и "Бизнес"

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

Поле "Область значений" может иметь одно из двух значений: "Бизнес" и "Архитектура". По умолчанию все ситуации, функции и истории имеют тип "Бизнес". Чтобы создать ситуацию, функцию или историю с типом "Архитектура", установите значение "Архитектура".

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

Переименование шаблона процесса

Имена шаблонов будут изменены с подробных имен, включающих имя версии (например, "MSF for Agile Software Development 2013.4"), на простые имена ("Scrum", "Agile" и "CMMI"). Теперь шаблоны заблокированы. Это означает, что вносить изменения в поставляемые шаблоны нельзя. Чтобы создать настраиваемый шаблон процесса на основе поставляемого шаблона, просто экспортируйте существующий шаблон, присвойте ему новое имя и версию, а затем повторно импортируйте его с помощью Диспетчера шаблонов процессов. Это изменение не повлияет на существующие проекты, т. е. в этих проектах для настройки процесса можно продолжать использовать witadmin.

Токен запроса текущей итерации

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

Прогрессивное раскрытие запросов

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

Политики ветвей

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

Политики ветвей — условная сборка

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

Политики ветвей — проверка кода

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

Журнал ветви (отправка и запросы на вытягивание)

На веб-портале центр "Журнал" в разделе "Код" был обновлен для поддержки нового представления проектов Git. Новое представление "Обновления ветви" отображает все обновления для данной ветви и группирует фиксации по действиям отправки и запросам на вытягивание. Это представление позволяет разработчикам получить новые аналитические сведения о том, как изменяется репозиторий Git с течением времени, и дает возможность отслеживать различные аспекты репозитория, от журнала до запросов на вытягивание.

Представление журнала веб-страниц для проектов Git

В центре "Журнал кода" появилось новое представление: "Обновления ветви". Новое представление, которое доступно только для проектов Git, отображает все обновления для данной ветви и группирует фиксации по действиям отправки и запросам на вытягивание. Это представление также позволяет разработчикам получить новые аналитические сведения о том, как изменяется репозиторий Git с течением времени, и дает возможность отслеживать различные аспекты репозитория, от журнала до запросов на вытягивание.

Быстрое редактирование кода

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

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

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

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

Мы также включили возможность создания ссылок на существующие (или новые) файлы Markdown, следуя заданному синтаксису. Не беспокойтесь, если страница не существует. Вы можете изменить и зафиксировать новый файл, щелкнув ссылку, как на вики-сайте.

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

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

Управление журналом

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

Просмотр журнала в папке

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

Система автоматизации сборки

Team Foundation 2015 включает новую систему автоматизации сборки. Чтобы узнать больше о новой системе автоматизации сборки, щелкните ссылку в заголовке сообщения на вкладке "Сборка".

Переименование командного проекта

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

Подробности о переименовании командного проекта.

REST API

Это первый выпуск, в котором REST API доступны в локальной среде TFS. REST API JSON позволяют легко взаимодействовать с Team Foundation Server практически с любого устройства, с любой платформы или с любого стека технологий, включая Windows, Android, iOS, Node.js и другие. Вы можете создавать и запрашивать рабочие элементы, добавлять сборки в очередь, получать недавние сообщения из комнаты команды, обращаться к исходному коду и выполнять практически любые задачи по управлению командой или кодом.

Перехватчики событий

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

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

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

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

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

Назначение нескольких тест-инженеров и их приглашение для тестирования

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

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

Облачные нагрузочные тесты

Мы сообщаем о новой возможности запуска облачных нагрузочных тестов в составе новой системы сборки. Существует два типа тестов: Облачный нагрузочный тест и облачный веб-тест производительности:

list-style-type: none;

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

Облачный нагрузочный тест

Автоматическое тестирование

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

Теперь существует две задачи теста: тесты Visual Studio (задача VSTest) и тесты Visual Studio с использованием агентов тестирования (задача VSTest Remote).

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

Кроме того, мы объявляем о появлении центра "Компьютеры" и вкладки "Запуски" в центре тестирования.

  • Центр "Компьютеры" . Центр "Компьютеры" используется для создания удаленных компьютеров и управления ими.
  • Вкладка "Запуски" . Эта вкладка в центре тестирования выступает в качестве единого репозитория для всех результатов тестирования в системе. Вы сможете просматривать результаты автоматических тестов не только из задач VSTest и VSTestRemote, но и из устаревших рабочих процессов, таких как сборки XAML и рабочие процессы "сборка — развертывание — тестирование". Кроме того, вы сможете интегрировать публикацию результатов теста в пользовательские задачи с помощью API REST для публикации результатов теста. Центр "Запуски" сейчас поддерживает выполнение запросов для тестовых запусков и результатов тестирования, назначение владельцев для сбоев тестирования, отслеживание аналитики и систематизацию ошибок.

Изменение в поведении API

Значения аргументов name, description и metadata API метода IProcessTemplates.AddUpdateTemplate теперь переопределяются данными шаблона процесса, указанными в файле zipFileName. Причина этого изменения состоит в том, чтобы избежать конфликтов между тем, что находится в ZIP-файле и что передается в качестве параметра в API.

Метод IProcessTemplates.AddUpdateTemplate

На следующем снимке экрана показано определение этих свойств в файле ProcessTemplate.xml.

Свойства, определенные в XML-шаблоне

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

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

Как обстоят дела?

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

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