Windows server foundation 2018: Заметки о выпуске для Team Foundation Server 2018 с обновлением 1

Содержание

Заметки о выпуске для Team Foundation Server 2018 с обновлением 1


  • Статья



Сообщество разработчиков
| Требования к системе и совместимость
| Условия лицензии
| Блог DevOps по TFS
| Хэши SHA-1 | | Последние заметки о выпуске Visual Studio 2019

Примечание

Если вы открываете локализованную версию этой страницы и хотите просмотреть актуальные материалы, посетите страницу «Заметки о выпуске» на английском языке.

Эта статья содержит сведения о Team Foundation Server 2018 с обновлением 1. Нажмите кнопку, чтобы скачать файлы.

Дополнительные сведения о Team Foundation Server 2018 см. на странице Требования к Team Foundation Server и совместимость. Вы можете скачать другие продукты TFS 2018 на странице visualstudio.com/downloads.

Прямое обновление для Team Foundation Server 2018 обновлением 1 поддерживается начиная с версии Team Foundation Server 2012. Если ваше развертывание TFS основано на TFS 2010 или более ранней версии, необходимо выполнить промежуточные действия перед обновлением до TFS 2018 с обновлением 1. Дополнительные сведения см. на диаграмме ниже и на странице по установке TFS.

Таблица обновлений TFS

Примечание

Обновление до RTM-версии TFS 2018 перед обновлением до TFS 2018 с обновлением 1 не требуется.

Дата выпуска: 13 апреля 2021 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 10

Выпущено исправление для Team Foundation Server 2018.1.2, в котором устранены следующие проблемы.

  • CVE-2021-27067 : раскрытие информации

Чтобы внедрить эти исправления, потребуется установить задачу AzureResourceGroupDeployment.

Установка задачи AzureResourceGroupDeployment

Примечание

Все нижеперечисленные шаги нужно выполнять на компьютере с Windows.

Установка

  1. Извлеките содержимое пакета AzureResourceGroupDeployment.zip в новую папку на своем компьютере. Например: D:\tasks\AzureResourceGroupDeployment.

  2. Скачайте и установите Node.js 14.15.1 и npm (входит в состав загрузки Node.js), совместимые с вашим компьютером.

  3. Откройте командную строку в режиме администратора и выполните следующую команду, чтобы установить tfx-cli.

npm install -g tfx-cli

  1. Создайте личный маркер доступа с привилегиями Полного доступа и скопируйте его. Этот личный маркер доступа будет использоваться при выполнении команды tfx login.

  2. В командной строке выполните следующую команду. При появлении запроса введите URL-адрес службы и личный маркер доступа.

~$ tfx login
Copyright Microsoft Corporation
> Service URL: {url}
> Personal access token: xxxxxxxxxxxx
Logged in successfully
  1. Выполните следующую команду, чтобы отправить задачу на сервер. Используйте путь к извлеченному ZIP-файлу из шага 1.
  ~$ tfx build tasks upload --task-path *<Path of the extracted package>*

Дата выпуска: 8 декабря 2020 г.

Team Foundation Server 2018 с обновлением 3.2, исправление 14

Выпущено исправление для системы безопасности TFS 2018 с обновлением 3.2, в котором устранена следующая уязвимость.

  • CVE-2020-17145 : уязвимость для спуфинга в Azure DevOps Server и службах Team Foundation Service

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

Дата выпуска: 8 декабря 2020 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 9

Выпущено исправление для системы безопасности TFS 2018 с обновлением 1.2, в котором устранены следующие проблемы. Дополнительные сведения см. в записи блога.

  • CVE-2020-17145 : уязвимость для спуфинга в Azure DevOps Server и Team Foundation Server

Дата выпуска: 10 марта 2020 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 8

Выпущено исправление для системы безопасности TFS 2018 с обновлением 1.2, в котором устранены следующие проблемы. Дополнительные сведения см. в записи блога.

  • CVE-2020-0700 : уязвимость для межсайтовых сценариев
  • CVE-2020-0758 : уязвимость к повышению привилегий

Дата выпуска: 10 сентября 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 6

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1.2, которое устраняет следующую ошибку. Дополнительные сведения см. в записи блога.

  • CVE-2019-1305 : уязвимость межсайтовых сценариев (XSS) в репозиториях

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

Team Foundation Server 2018 с обновлением 1.2, исправление 5

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1. 2, которое устраняет следующую ошибку. Дополнительные сведения см. в записи блога.

  • CVE-2019-1072 : Уязвимость удаленного выполнения кода в отслеживании рабочих элементов

Дата выпуска: 14 мая 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 4

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1.2, которое устраняет следующие ошибки. Дополнительные сведения см. в записи блога.

  • CVE-2019-0872 : уязвимость межсайтовых сценариев (XSS) в Test Plans
  • CVE-2019-0979 : уязвимость межсайтовых сценариев (XSS) в центре пользователей

Дата выпуска: 9 апреля 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 3

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1.2, которое устраняет следующие ошибки. Дополнительные сведения см. в записи блога.

  • CVE-2019-0866 : уязвимость удаленного выполнения кода в конвейерах
  • CVE-2019-0868 : уязвимость межсайтовых сценариев (XSS) в конвейерах
  • CVE-2019-0870 : уязвимость межсайтовых сценариев (XSS) в конвейерах
  • CVE-2019-0871 : уязвимость межсайтовых сценариев (XSS) в конвейерах

Дата выпуска: 12 марта 2019 г.

Team Foundation Server 2018 с обновлением 1.2, исправление 2

Мы выпустили исправление для системы безопасности TFS 2018 с обновлением 1.2, которое устраняет следующую ошибку. Дополнительные сведения см. в записи блога.

  • CVE-2019-0777 : уязвимость межсайтовых сценариев (XSS) в конвейерах

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

Team Foundation Server 2018 с обновлением 1.2

Исправлена ошибка, когда сбои службы «Поиск» были видимы не только администраторам.

Дата выпуска: 12 сентября 2018 г.

Team Foundation Server 2018 с обновлением 1.1

CVE-2018-8529 : Теперь включена базовая авторизация при обмене данными между Team Foundation Server и службами поиска для дополнительной безопасности. Любой пользователь, который устанавливает Team Foundation Server 2018 с обновлением 1.1 или обновляется до него, должен будет указать имя пользователя и пароль при настройке поиска (а также во время настройки службы поиска, если используется удаленная служба поиска).

Дата выпуска: 20 февраля 2018 г.

Сводка новых возможностей Team Foundation Server 2018 с обновлением 1

Это обновление для Team Foundation Server 2018. Оно содержит обновления и исправления ошибок, в том числе исправления для специальных возможностей, защиты от атак с использованием межсайтовых сценариев (XSS) и других уязвимостей системы безопасности из версии Team Foundation Server 2018 RTM. Дополнительные сведения об исправлениях уязвимостей системы безопасности см. в записи блога.

Обновления:
  • Поддержка кэширования GVFS на прокси-сервере TFS.
  • Доступ к информации, необходимой для тестовых случаев в автоматических тестах при работе в конвейере CI/CD
  • Теперь есть возможность запускать автоматические тесты, использующие TestCase в качестве источника данных, с помощью задачи VSTest.
Исправления ошибок
  • Код
  • Работа
  • Сборка и выпуск
  • Тест
  • Вики
  • Отчеты
  • Обновление и установка
  • Администрирование

Сведения о новых возможностях TFS 2018 с обновлением 1

Поддержка кэширования GVFS на прокси-сервере TFS

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

Доступ к информации, необходимой для тестовых случаев в автоматических тестах при работе в конвейере CI/CD

При выполнении автоматических тестов в конвейере CI/CD с использованием плана тестирования или набора тестов либо при выполнении автоматических тестов из центра тестирования теперь можно получить доступ к важнейшим свойствам с помощью объекта TestContext.
Для этого требуется Visual Studio 2017.5 или более поздней версии.
В том числе следующее:

  • __Tfs_TestPlanId__
  • __Tfs_TestCaseId__
  • __Tfs_TestPointId__
  • __Tfs_TestConfigurationId__
  • __Tfs_TestConfigurationName__
  • __Tfs_TfsServerCollectionUrl__
  • __Tfs_TeamProject__
Возможность запускать автоматические тесты, использующие TestCase в качестве источника данных, с помощью задачи VSTest

Для использования задачи VSTest требуется следующее:

  1. Visual Studio 2017. 6 или более поздней версии. При использовании задачи установщика платформы тестирования для выполнения тестов с помощью задачи VSTest нужно выбрать подходящую версию пакета.
  2. Создайте личный маркер доступа, имеющий разрешения для области «Рабочие элементы (полностью)».
  3. Добавьте защищенную переменную Build или Release с именем Test.TestCaseAccessToken и укажите в качестве ее значения личный маркер доступа, созданный на шаге 2.

Примечание

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

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

Код
  • При удалении репозитория в момент его индексирования функцией поиска задание завершается с исключением «GitRepositoryNotFoundException».
  • При первом индексировании репозитория TFVC возможен пропуск папок, а индексирование может занимать много времени.
  • Задание по применению исправления для индексирования поиска может завершиться с ошибкой при наличии большого количества файлов, которые не удается скачать.
  • При сбое индексирования файла кода и ошибках при повторных попытках вы будете встречать в течение неопределенного времени сообщения об ошибках вида «Множество файлов отклонено Elasticsearch, задание завершается с ошибкой».
  • Пользователи будут видеть постоянное сообщение: «Один проект или несколько в учетной записи еще индексируются, поэтому результаты не отображаются». После этого обновления ошибка будет отображаться не более 10 раз для заданного набора файлов.
Работа
  • Ссылки на рабочий элемент не отображаются, если существует ссылка TFVC из рабочего элемента, а артефакт TFVC был удален.
  • Сведения об удостоверениях могут неправильно синхронизироваться с рабочими элементами.
  • Настраиваемые поля «Допустимые значения» могут не работать, если ALLOWEDVALUES определяется внутри правила WHEN.
Сборка и выпуск
  • В сводке сборки не отображаются связанные рабочие элементы, если связанные изменения пусты.
  • Приостановка определения сборки не приостанавливает неконтролируемые сборки.
  • Локальный путь в $(build.sourcesDirectory) неожиданно заполняется на этапе получения исходного кода в определении сборки.
  • При сохранении определения выпуска появляется ошибка «service endpoint not available or not accessible» (Конечная точка службы недоступна, или к ней невозможно подключиться) даже в том случае, если нет изменений для конечных точек, используемых в задачах.
  • В конвейере выпуска невозможно изменить порядок визуализации параллельных сред. Для устранения этой проблемы в панель среды редактора была добавлена возможность перемещения среды вверх и вниз.
  • При постановке в очередь задания обслуживания пула агентов у агента с предыдущей версией может возникнуть исключение SQL.
Проверка
  • Параметр тестирования «Run Timeout» (Время ожидания запуска) не учитывается.
  • Фильтр Категория проверки не работает при запуске тестов в распределенном режиме.
  • Фильтр «План тестирования» не отображается при недопустимом запросе фильтра.
  • Невозможно извлечь более десяти шагов из тестового случая в общий шаг.
  • После завершения сборки без результатов теста отображается неверное сообщение, направляющее пользователей к задачам Visual Studio Test.
  • Кнопка «Пуск» на странице «Тестовые запуски» обрезана на русском и французском языках.
  • На странице «Мое избранное» выводится сообщение об ошибке «Ошибка при попытке загрузить это содержимое» после добавления плана тестирования в избранное.
  • Отсутствует контекстное меню для назначения тест-инженеров.
  • После удаления существующих тестовых случаев на доске задач общее число скрытых тестов становится неточным.
  • Счетчик на диаграмме тестирования показывает неверные данные при развертывании из дочерних планов тестирования.
  • Пользователи не могут удалять планы тестирования и наборы тестов при наличии разрешений на управление планами тестирования/наборами тестов или на удаление тестовых запусков.
  • Иерархические представления упорядоченных тестовых случаев не отображаются при публикации результатов тестов.
Вики
  • Отсутствует сообщение об ошибке, когда вставленный файл не удается передать из-за превышения размера.
Отчеты
  • Палитра не отображается при настройке диаграммы рабочих элементов.
  • Задания хранилища выполняются после отказа от составления отчетов во время обновления до TFS 2018.
Обновление и установка
  • Исключение ArgumentNullException возникает на шаге Перенос данных CFD при обновлении до TFS 2018.
  • Возникает ошибка «Недопустимая длина строки или массива знаков Base64» на шаге Migrate to latest CoD Migrations (On prem) (Переход на последнюю версию миграций CoD (локально)) при обновлении с TFS 2017 до TFS 2018 с большим числом версий пакета NuGet.
  • Обновление до версии TFS 2018 может занимать много времени при настройке планового резервного копирования.
  • Значения сервера отчетов и сервера аналитики не заполняются в мастере обновления.
  • Обновление до версии TFS 2018 приводит к возникновению повторяющихся заданий Microsoft.TeamFoundation.Warehouse.OptimizeDatabases.
  • Ошибка «TF50620: область удостоверения Team Foundation <область> не существует» при обновлении TFS.
  • Мастер настройки завершается со сбоем, если имена компьютеров содержат символы из расширения B Юникода.
  • Возникает ошибка «1 error(s) occurred while executing upd_AnalyticsToDev15M108PreSchema.sql script» (Произошла 1 ошибка при выполнении скрипта upd_AnalyticsToDev15M108PreSchema.sql) при обновлении до TFS 2018.
  • Возникает ошибка «Время ожидания выполнения истекло.  Ошибка «Время ожидания истекло до завершения операции, или сервер не отвечает» при обновлении до TFS 2018.
  • Настройка поиска завершается сбоем, когда коллекция командных проектов находится в автономном режиме.
  • Обновление до TFS 2018 занимает много времени при наличии большого числа пакетов NuGet.
  • Задание Prc_CopyContainerItemFiles может завершиться ошибкой из-за превышения времени ожидания при обновлении до TFS 2018.
очередей и баз данных
  • Задание «Team Foundation Server Activity Logging Administration» (Администрирование ведения журнала действий Team Foundation Server) для коллекции командных проектов завершается сбоем после истечения времени ожидания.
  • Недопустимый сертификат при использовании клиентов Git с OpenSSL, если используется самозаверяющий SSL-сертификат, созданный TFS.
  • Ошибка «TF246017: Team Foundation Server не удалось подключиться к базе данных» возникает при попытке отменить настройку отчетов в консоли администрирования TFS, если база данных хранилища недоступна.
  • Возникает ошибка «Could not find validator for token» (Не удалось найти проверяющий элемент управления для токена) при настройке агента после изменения имени узла TFS, например при смене общедоступного URL-адреса или перемещении баз данных TFS.
  • Команда tfsconfig offlinedetach не предупреждает о том, что коллекция находится в автономном режиме.
  • Не удается сохранить новое уведомление при использовании одного из шаблонов уведомлений, таких как «Рабочий элемент создан«, если региональные параметры пользователя отличаются от английских.

Отзывы и предложения

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

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

Windows Server 2012 — Microsoft Lifecycle | Microsoft Learn





Twitter




LinkedIn




Facebook




Адрес электронной почты









Windows Server 2012 следует политике фиксированного жизненного цикла.

Данное правило распространяется на следующие выпуски: Центр обработки данных, Essentials, External Connector, для встроенных систем, Foundation, Стандартный

Важно!

Microsoft Edge версии 109 будет последней версией, поддерживаемой на Windows Server 2012 и Windows Server 2012 R2. Microsoft Edge версии 109 на этих платформах будет получать важнейшие исправления безопасности и исправления для известных ошибок эксплойтов до 10 октября 2023 г.

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

Даты поддержки показаны в тихоокеанском часовом поясе (PT) — Redmond, WA, USA.

Даты предоставления поддержки

СписокДата началаДата окончания основной фазыПеренесенная дата окончания
Windows Server 2012 2012-10-30T00:00:00.000-08:00 2018-10-09T22:59:59.999-08:00 2023-10-10T22:59:59. 999-08:00

Выпуски

VersionДата началаДата окончания
Extended Security Update Year 3 2025-10-15T00:00:00.000-08:00 2026-10-13T22:59:59.999-08:00
Extended Security Update Year 2 2024-10-09T00:00:00.000-08:00 2025-10-14T22:59:59.999-08:00
Extended Security Update Year 1 2023-10-11T00:00:00.000-08:00 2024-10-08T22:59:59.999-08:00
Original Release 2012-10-30T00:00:00.000-08:00 2023-10-10T22:59:59.999-08:00
  • Руководство по миграции
  • Информация о продукте
  • Часто задаваемые вопросы о жизненном цикле — расширенные обновления безопасности

Примечание.

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

Выпуски

  • Datacenter
  • Essentials
  • Внешний разъем
  • для встроенных систем
  • Foundation
  • Стандартный






Что такое Team Foundation Server?

Microsoft TFS — или Team Foundation Server — уже много лет поддерживает команды, но подходит ли это вашей команде? Здесь мы рассмотрим, что такое Microsoft TFS, как она работает, и TFS для контроля версий.

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

  • Что такое Team Foundation Server?
  • Как работает Team Foundation Server?
  • Управление проектами Microsoft TFS
  • Team Foundation Server в облаке
  • Microsoft TFS для системы управления версиями: оценка поглощения Git
  • Какая лучшая замена для Team Foundation Server?

➡️ Попробуйте Helix Core Free

Что такое Team Foundation Server?

Team Foundation Server (Microsoft TFS) предоставляет командам инструменты и технологии для более эффективной совместной работы и управления проектами. Это связано с тем, что Microsoft TFS предлагает сочетание контроля версий, отслеживания проблем и управления жизненным циклом приложений.

Как работает Team Foundation Server?

Microsoft TFS для управления версиями/исходным кодом существует уже более десяти лет. И с момента своего создания в 2005 году он сильно изменился. В отрасли есть профессионалы, вся карьера которых была посвящена управлению TFS. Такая экспертиза была необходима, потому что ее было довольно сложно администрировать.

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

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

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

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

Что касается контроля версий, в TFS было несколько разных подходов. Team Foundation Version Control (TFVC) была одной централизованной системой контроля версий. Эта система сохраняла исторические данные, используя ветки на основе пути, созданные и поддерживаемые на сервере Windows.

Team Foundation Server в облаке

Многие люди продолжают использовать старые локальные версии TFS. Но Microsoft перемещает все программное обеспечение, которое она производит, в облако. Некоторые очевидные примеры включают Office 365 и Azure, а также множество более мелких инициатив. Для многих переход Microsoft в облако был неожиданным, но преимущества очевидны. Azure стала быстрой, безопасной и интегрированной платформой для магазинов Windows.

Кажется, никто никогда не ожидал, что Microsoft открыто примет открытый исходный код. Но если внимательно присмотреться, то становится понятно. Большая часть стратегии Microsoft заключалась в том, чтобы завоевать сердца и умы разработчиков. Открытый исходный код стал популярным как среди разработчиков, так и среди компаний, в которых они работают. В результате Microsoft поставила Git на первое место в интеграции Visual Studio Source Code Control (SCC).

📘 Связанные ресурсы: Варианты развертывания Helix Core Cloud

Microsoft TFS Evolution: в чем разница между VSTS и TFS?

Итак, Microsoft TFS снова трансформировалась. Сегодня VSTS (Visual Studio Team Services) — это платформа Microsoft для размещения кода Git, совместной работы и платформы DevOps. Он предлагает функции, сопоставимые с другими облачными инструментами Git, и является системой управления версиями по умолчанию в Visual Studio. Локальная версия VSTS теперь называется TFS. Это совсем не похоже на старый Microsoft TFS. Microsoft GVFS (виртуальная файловая система Git) работает на серверах Windows и превращает Git в централизованную серверную систему.

Вы можете продолжать использовать устаревший TFVC с Visual Studio и другими популярными системами контроля версий. Perforce Helix Core по-прежнему имеет очень тесную интеграцию с популярной интегрированной средой разработки (IDE). Плагин Helix Core для Visual Studio (P4VS) был загружен почти 400 000 раз.

Microsoft TFS для управления исходным кодом: оценка поглощения Git

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

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

Чем лучше всего заменить Team Foundation Server?

Если вы все еще используете более старую локальную версию Microsoft TFS, рассмотрите возможность присоединиться ко многим другим компаниям, которые используют этот поворотный момент для оценки. Действительно ли Git и новый VSTS — правильный набор технологий для вашей команды?

Если у вас есть:

  • Большое количество разработчиков.
  • Географические объекты.
  • Очень большие файлы (и очень много).
  • Потребности в автоматизации.

Тогда Git может не подойти вам.

Поддержка Helix Core + Git

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

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

Helix Core — контроль версий от Perforce — превосходит Microsoft TFS для контроля курса по производительности для обычных операций, таких как ветвление, извлечение файлов и пометка файлов. Он предоставляет решение, которое поддерживает ваши инициативы в области DevOps и автоматизации (и даже работает с Git).

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

➡️ попробуйте Helix Core — бесплатно

TFS 2018 RC1 — установка в Windows Server 2012

TFS 2018 RC1 теперь доступен, и вы можете загрузить его с https://www.visualstudio.com/downloads/. В примечании к выпуску здесь объясняются новые функции, которые вы можете ожидать в TFS 2018. Следующие функции будут удалены из TFS в этой версии.

  • Расширения SharePoint
  • Сборки XAML
  • Комнаты групп
  • Лабораторный центр и потоки автоматизированного тестирования в Microsoft Test Manager поддерживают

Требования для TFS 2018 можно найти здесь. Рассмотрим процесс установки TFS 2018 RC1 на Windows 2012 Server с SQL 2016 SP1.

Установите SQL 2016 SP1, и службы отчетов также должны быть настроены в основном режиме.

Загрузите и установите TFS 2018 RC1, программа установки отобразит следующую ошибку в Windows Server 2012.

Установка .NET Framework 4.7 (требуемая для этой версии Team Foundation Server) не может быть продолжена из-за отсутствия обновления. Установите обновление с https://go.microsoft.com/fwlink/?LinkId=854151 (https://go.microsoft.com/fwlink/?LinkId=854151), а затем попробуйте снова установить Team Foundation Server.

Чтобы исправить это, необходимо установить обновление для Windows. Перейдите на https://go.microsoft.com/fwlink/?LinkId=854151 и получите обновление, нажав на ссылку «Установка .NET Framework 4.7 заблокирована в Windows 7, Windows Server 2008 R2 и Windows Server 2012, поскольку отсутствующего обновления компилятора d3d» (https://support.microsoft.com/en-us/help/4020302/the-net-framework-4-7-installation-is-blocked-on-windows-7-windows-ser )

Затем щелкните ссылку для загрузки (http://go.microsoft.com/fwlink/?LinkId=848160)

Установите обновление для Windows (KB4019990)

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

После завершения настройки перезапустите машину. Затем позвольте мастеру настройки TFS запуститься при появлении запроса. Выберите «Настроить Team Foundation Server» и нажмите «Запустить мастер».

Перейдите к следующему шагу.

Выберите новое развертывание Team Foundation Server и нажмите кнопку Далее.

Установите флажок «Начать пробную версию» и нажмите «Далее».

Перейти с новым развертыванием — опция «Дополнительно».

Выберите предпочитаемый язык и продолжайте.

Укажите экземпляр SQL Server и нажмите кнопку Далее.

Укажите учетную запись службы или используйте системную учетную запись NT AUTHORITY\NETWORK SERVICE и нажмите кнопку Далее.

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

Выберите, чтобы установить и настроить поиск и предоставить учетную запись службы для службы поиска или использовать системную учетную запись NT AUTHORITY\NETWORK SERVICE.

Установите флажок, чтобы настроить службы отчетов для TFS.

Заполните URL-адреса служб отчетов из установленных служб отчетов.

Убедитесь, что службы анализа работают.

Укажите учетную запись службы для учетной записи чтения отчетов.

Укажите имя коллекции или оставьте его с DefaultCollection (имя коллекции по умолчанию).

Просмотрите настройки и нажмите «Подтвердить» для проверки готовности.

Для службы поиска требуется среда выполнения Java (JRE), будет показана ошибка. Установите флажок, чтобы загрузить и установить его вместе с программой установки, и нажмите «Настроить».

Среда выполнения Java загружает и устанавливает службу поиска, но при настройке службы поиска происходит сбой, если в качестве учетной записи службы для службы поиска указана учетная запись, отличная от NT AUTHORITY\NETWORK SERVICE.

[Информация   @07:14:13.319] Добавление JAVA_HOME в среду дочернего процесса, значение: C:\Program Files\Microsoft Team Foundation Server 2018\Search\Java\jre1.8.0_144
[Информация   @07:14: 13.319] Запуск процесса: fileName=cmd.exe arguments=service. bat start
[Info   @07:14:16.203] Процесс завершен: fileName=cmd.exe arguments=service.bat start exitCode=0 через 2883 мс
[Info   @07:14:16.203] Не удалось запустить службу ‘elasticsearch-service-x64’
[Info   @07:14:16.205] Ожидание завершения операции Elasticsearch…
[Warning@07:14:16.216]
Сообщение об исключении: время ожидания операции Elasticsearch истекло. (тип ElasticsearchOperationTimedoutException)
Трассировка стека исключений:    в Microsoft.TeamFoundation.Admin.Search.ElasticsearchInstaller.<>c__DisplayClass3_0.b__0()
    в Microsoft.TeamFoundation.Admin.Search.ElasticsearchInstaller.<>c__DisplayClass5_0.b__0()
    в Microsoft.TeamFoundation.Common.RetryManager.Invoke(Action action)

[Информация   @07:17:16.206] Добавление JAVA_HOME в среду дочернего процесса, значение: C:\Program Files\Microsoft Team Foundation Server 2018\Search\Java\jre1.8.0_144
[Информация   @07:17:16.206 ] Запуск процесса: fileName=cmd. exe arguments=service.bat start
[Info   @07:17:18.442] Процесс завершен: fileName=cmd.exe arguments=service.bat start exitCode=0 через 2236 мс
[Информация   @07:17:18.442] Не удалось запустить службу ‘elasticsearch-service-x64’
[Информация   @07:17:18.443] Ожидание завершения операции Elasticsearch…
[Warning@07:17:18.443]
Сообщение об исключении: время ожидания операции Elasticsearch истекло. (тип ElasticsearchOperationTimedoutException)
Трассировка стека исключений:    в Microsoft.TeamFoundation.Admin.Search.ElasticsearchInstaller.<>c__DisplayClass3_0.b__0()
    в Microsoft.TeamFoundation.Admin.Search.ElasticsearchInstaller.<>c__DisplayClass5_0.b__0 ()
    в Microsoft.TeamFoundation.Common.RetryManager.Invoke(Action action)

Как подтвердила служба поддержки Microsoft, это связано с ошибкой в ​​TFS 2018 RC1, и варианты настройки поиска для TFS приведены ниже в соответствии с инструкциями службы поддержки Microsoft.