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

Начиная с версии 2024.03, мы встраиваем плагин в TeamCity, и теперь он становится неотъемлемой частью любого развертывания нашего решения.

Подробнее об интеграции TeamCity и HashiCorp Vault — в нашей документации.

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

Раньше, если TeamCity не мог найти файлы на основании этих правил, это приводило к появлению ошибки «Unable to resolve artifact dependency» и неудаче сборки.

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

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

Оставить отзыв об этой функции можно в тикете YouTrack.

Подробнее об этом и других изменениях читайте в документации.

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

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

Сейчас группа ненадежных сборок поддерживает работу с GitHub и GitLab. Подробнее об этой функциональности — в документации.

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

Новый билд-раннер dotCover позволяет:

• запускать произвольные процессы в рамках профилирования dotCover для создания снэпшотов покрытия кода;
• использовать снэпшоты с этапа сборки, созданные другими билд-раннерами .NET или dotCover;
• создавать сводные отчеты по параллельным тестам для всей цепочки сборок и преобразовывать их в пользовательские отчеты TeamCity.

Подробнее читайте в документации

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

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

Подробнее читайте в документации.

Эта новая возможность Gradle значительно увеличивает производительность сборки за счет кэширования результатов этапа и его использования в следующих сборках. До выхода версии 2024.03 билд-раннер Gradle в TeamCity не поддерживал кэш конфигурации.

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

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

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

Подробнее о матричных сборках — в документации.

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

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

Теперь в этом нет необходимости.

Кэширование сборок поможет оптимизировать время выполнения CI/CD: все файлы, от которых зависит проект, скачиваются один раз, а затем используются по мере необходимости.

Подробнее о кэшировании сборок — в документации.

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

Теперь вы можете использовать инстансы EC2 для Mac, запускать билд-агенты на спотовых инстансах AWS EC2, используя показатели размещения спотов, и многое другое.

Кроме того, плагин S3 получил новый, более простой и интуитивно понятный интерфейс. Он позволяет удобно работать как с корзинами Amazon S3, так и с S3-совместимыми хранилищами.

Подробнее читайте в документации.

TeamCity предлагает тесную интеграцию с платформами Git-хостинга, включая GitHub, GitLab, Bitbucket (как Cloud, так и Data Center) и Azure DevOps.

В версии 2023.05, мы добавили новый вариант подключения к GitHub: вместо традиционной аутентификации с помощью OAuth можно использовать GitHub Apps.

Начиная с версии 2023.11, установить такое подключение станет проще: вам больше не придется настраивать его вручную и регистрировать новые приложения в GitHub.

Кроме того, теперь для аутентификации при установлении соединения через GitHub App можно также использовать безличные обновляемые токены на страницах настройки Commit Status Publisher, Pull Requests и баг-трекера GitHub.

Начиная с версии 2023.11, можно настроить TeamCity так, чтобы он игнорировал черновики merge-реквестов в функции сборки Pull Requests для GitLab.

Функции Commit Status Publisher и Pull Requests для GitLab-репозиториев теперь используют для аутентификации обновляемые токены OAuth.

Функции Commit Status Publisher и Pull Requests для GitLab-репозиториев теперь могут использовать для аутентификации обновляемые токены приложений.

Новая версия TeamCity поддерживает обновляемые токены OAuth для функций сборки Commit Status Publisher и Pull Requests для Azure DevOps.

Подробнее читайте в документации.

В этой версии мы расширили возможности аутентификации в Bitbucket.

Помимо паролей приложения и аутентификации по учетным данным корня VCS, TeamCity поддерживает также обновляемые и постоянные токены доступа в качестве способа аутентификации в рамках функции сборки «Pull Requests» для Bitbucket Cloud.

Теперь функция Pull Requests может использовать обновляемые токены OAuth для подключения к репозиториям Bitbucket Server / Data Center.

Подробнее читайте в документации.

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

Начиная с версии 2023.11, можно настроить публикацию TeamCity для функции сборки Commit Status Publisher в Perforce Helix Swarm, интегрировав ее с пользовательскими рабочими процессами, которые были настроены в Swarm ранее. Кроме того, Commit Status Publisher больше не требует учетных данных пользователей с правами администратора.

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

Подробнее читайте в документации.

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

Доступ к агентам через терминал — уникальная функция TeamCity. Удаленный терминал, который можно открыть из интерфейса TeamCity, обеспечивает быстрый и удобный прямой доступ к машине агента. Функция работает на Linux и Windows (при использовании PowerShell) и macOS.

Начиная с версии 2023.11, вам не придется переключать вкладки, чтобы открыть терминалы, — они открываются на той же странице интерфейса TeamCity.

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

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

Темная тема доступна как в классическом интерфейсе TeamCity, так и в интерфейсе Sakura. В настройках можно выбрать светлую (Light), темную (Dark) или системную (System) тему. В последнем случае интерфейс автоматически построится под настройки ОС.

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

Это особенно удобно при диагностике ошибок агента, поскольку при использовании терминала не надо хранить SSH-ключи для подключения к агентам. Функция работает на Mac, Linux и Windows (при использовании PowerShell).

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

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

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

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

Безопасность — один из главных приоритетов при разработке TeamCity. Чтобы снизить риск утечки данных и перебоев в работе, мы реализовали следующие возможности.

В новой версии TeamCity появилась интеграция с Let's Encrypt — центром сертификации, предоставляющим бесплатные автоматизированные цифровые сертификаты для использования протокола HTTPS на веб-сайтах. Подключаясь к Let's Encrypt, TeamCity автоматически получает и устанавливает действительный сертификат, который в дальнейшем будет обновляться без каких-либо усилий со стороны пользователя.

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

В TeamCity и раньше можно было настроить отправку уведомлений о тех или иных событиях по электронной почте или в Slack. В версии 2023.05 эта функция была доработана: теперь уведомления в Slack и по электронной почте можно отправлять с помощью служебных сообщений.

Подробнее об этих и других изменениях читайте в документации.

Как и всегда, мы будем рады вашим отзывам! Вы можете отставить их в виде заявки в службу поддержки.

Цветущая сакура — это символ обновления и оптимизма, и именно с такими чувствами мы сделали Sakura UI интерфейсом по умолчанию в TeamCity 2022.10.

Sakura — современный, быстрый и красивый интерфейс. Он включает в себя всю функциональность классического интерфейса TeamCity, учитывает потребности пользователей с ограниченными возможностями и предоставляет много новых уникальных функций. Мы работали над Sakura больше четырех лет и постарались довести до совершенства каждую мелочь. Нам удалось протестировать его на тысячах внутренних и внешних проектов, в том числе на таких гигантах, как IntelliJ IDEA и Kotlin. Уверены: вам он тоже понравится!

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

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

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

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

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

В TeamCity 2022.10 вас ждут два улучшения интеграции с инструментами Perforce:

• Perforce Shelve Trigger теперь понимает, что отложенный список изменений относится к потоку не по умолчанию, и позволяет запустить сборку на нём.
• TeamCity теперь определяет списки изменений, прошедшие ревью в Perforce Helix Swarm, и добавляет ссылки на такие ревью и изменения на страницах Build Overview и Changes соответственно.

TeamCity 2022.10 теперь использует кратковременные OAuth-токены при работе с GitLab, Bitbucket Cloud и Azure DevOps, что позволяет создавать корни VCS без необходимости вручную генерировать токены доступа для этих сервисов.

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

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

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

Интеграция TeamCity с Amazon EC2 и Amazon S3 позволяет легко масштабировать инфраструктуру сборки, вне зависимости от объема и сложности проекта. С TeamCity 2022.04 можно не только сохранять в Amazon S3 новые артефакты сборки, но и перемещать туда существующие из локального хранилища TeamCity. Если ваша команда только приступила к миграции с локальной инфраструктуры на облачную платформу, вы сможете извлечь максимум пользы с самого начала.

Хранение CI/CD-конфигурации вместе с кодом проекта гарантирует, что проект можно в любой момент собрать, протестировать и развернуть. TeamCity 2022.04 расширяет Kotlin DSL: теперь у каждого проекта может быть своя конфигурация Cloud Profile.

Мы продолжаем улучшать интеграцию с JetBrains Space и в новой версии добавили поддержку merge-реквестов. Теперь статус сборки merge-реквеста публикуется в истории реквеста в Space.

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

Раньше функция Commit Status Publisher отправляла информацию в систему контроля версий только после того, как запускалась сборка, а это могло произойти намного позже коммита. Теперь TeamCity обновляет статус коммита сразу после добавления соответствующей сборки в очередь, предоставляя вам самую актуальную информацию. Это работает для всех поддерживаемых VCS-сервисов, включая GitHub, GitLab, Space, Bitbucket и Azure DevOps.

Хотя уязвимость Log4Shell (CVE-2021-44228) не затрагивала TeamCity, некоторые сканеры безопасности не проверяли, какую именно версию фреймворка Log4J использует TeamCity, и в конечном счете указывали на эту уязвимость. Мы обновили Log4J до последней версии, и вы больше не будете получать ложноположительные отчеты.

Как и Log4Shell, уязвимость Spring4Shell (CVE-2022-22965) не затрагивает TeamCity. Однако, чтобы сканеры безопасности не давали ложноположительных отчетов, мы обновили Spring Framework, используемый в TeamCity, до последней версии.

По функциональности интерфейс Sakura все больше напоминает классический интерфейс TeamCity. Мы переработали страницы Agent Pools и Changes, а также значительно улучшили производительность всего интерфейса. Мы планируем сделать Sakura интерфейсом по умолчанию в TeamCity 2022.10. Следите за новостями!