HimeraSearchDB
Carding_EbayThief
triada
CrackerTuch
d-shop
HimeraSearchDB

НОВОСТИ [Перевод] Вышел релиз GitLab 13.2 с планированием итераций и нагрузочным тестированием производительности

NewsBot
Оффлайн

NewsBot

.
.
Регистрация
21.07.20
Сообщения
40.408
Реакции
1
Репутация
0
b6f94a410f4dd119928ee66937be5eb4.jpg



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


Оптимизация планирования и управления agile-проектами



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


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

Эффективная совместная работа для более быстрого реагирования



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


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

Улучшение производительности и эффективности



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


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


На сегодняшний день, похоже, что все работают из дома и «распределены» больше, чем когда-либо. GitLab Geo помогает удаленным командам работать более эффективно, используя локальную ноду GitLab. В этом релизе мы представляем , чтобы обеспечить актуальность локальных данных. Также GitLab теперь для удобства предоставления данных о соответствии требованиям или как более эффективный способ отображения актуальных изменений в продакшне во время аудита.

И это еще не все!



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


Вот еще несколько фич, на которые вам стоит обратить внимание:

  • .


Огромное спасибо нашему GitLab-сообществу: не так давно были приняты . Мы ценим вклад каждого из вас!


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


.


1f42b7125b8e58f40d41c3350cac3ffa.png




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


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

Основные фичи релиза 13.2


Назначение тикетов итерациям



(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)


До этого релиза в GitLab не было возможности связать тикет с несколькими временными блоками (timebox). Эта проблема была особенно актуальна для команд, которые применяют Scrum или XP. Таким командам могло требоваться связывать тикеты с итерациями/спринтами, одновременно сдвигая их до более долгосрочных майлстоунов (в русской локализации GitLab «этапы»), таких как инкремент программы.


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


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


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



и .

Мониторинг и блокировка на уровне хоста контейнера



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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



и .

Официальный плагин GitLab-Figma



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


С релизом 13.2 мы выпускаем официальный плагин, который будет работать с Figma:

  • .
  • .
  • Вносите свой вклад в .
  • Взгляните на наш .


4bae58c049fcfb14ef0c5a315ce476e7.png



и .

Мониторинг состояния кластера теперь в Core



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


fc57b2847ce4967c836604539ec5ed04.png



и .

Управляйте PHP-зависимостями с репозиторием Composer в GitLab



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


PHP-разработчикам необходим удобный механизм совместного использования зависимостей для их проектов. Composer — менеджер зависимостей для PHP, который позволяет вам объявлять библиотеки, от которых зависит ваш проект, и он будет управлять ими за вас. Мы рады представить репозиторий Composer, встроенный непосредственно в GitLab. Теперь у PHP-разработчиков есть простой способ искать и задавать зависимости своих проектов. Благодаря этой интеграции, GitLab предоставляет централизованное место для просмотра пакетов там же, где находятся исходный код и конвейеры.


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


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



и .

Организация важной работы в конфиденциальных эпиках



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


2a9c9d02f432ade2d0b12947b5872e1b.png



и .

Поддержка обработчика заданий GitLab для Linux на IBM Z



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Пользователи GitLab, использующие мейнфреймы IBM, перенимают современные методы DevOps и тоже заинтересованы в возможности запускать обработчики заданий GitLab (GitLab Runners) непосредственно на своем оборудовании. Исходя из этого растущего интереса к появлению поддержки для мейнфреймов z/OS, мы выпустили первую версию обработчика заданий GitLab и вспомогательный образ, который вы можете использовать для запуска и нативного выполнения задач непрерывной интеграции на архитектуре s390x в среде .


c3b29212c822e8691ab6031b28b01bd8.png



и .

Секции владельцев кода



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


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


42466652ab646e0f4212d9715aa3aab0.png



и .

Поддержка Fargate в Auto DevOps и шаблоне для ECS



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Мы хотим упростить развертывания в AWS. Для этого мы недавно представили , который развертывает в AWS ECS:EC2, и даже . Масштабирование контейнеров в EC2 является непростой задачей, поэтому многие пользователи предпочитают использовать AWS Fargate вместо EC2. В этом релизе мы добавили поддержку Fargate к нашему шаблону, который продолжает работать и с Auto DevOps, так что теперь больше пользователей смогут воспользоваться им.



и .

Расширенный глобальный поиск теперь на GitLab.com



(BRONZE, SILVER, GOLD)


До выхода этого релиза пользователям GitLab.com, которые хотели выполнить поиск кода по всем проектам, приходилось клонировать репозитории и искать локально на своем компьютере — трудоемкая и неудобная задача. С релизом GitLab 13.2 пользователи GitLab.com плана Bronze и выше могут воспользоваться поиском по коду во всей группе непосредственно через пользовательский интерфейс с помощью .


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


e14940302026baa7ccbc885b13b26c2b.png



и .

Ассоциирование переключаемых фич со связанными тикетами



(PREMIUM, ULTIMATE, SILVER, GOLD)


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



и .

Просмотр списка тикетов Jira в GitLab



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


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


29516066c95f2c7167603877256d5d15.png



и .

Нагрузочное тестирование производительности



(PREMIUM, ULTIMATE, SILVER, GOLD)


Важно понимать, как будут работать под нагрузкой приложения, которые вы разрабатываете. Например, знаете ли вы, сможет ли ваш API одновременно обслуживать 1000 пользователей? До этого релиза не было простого способа проверить, как изменения в мерж-реквесте повлияют на базовую производительность приложения до его принятия.


С этим релизом вы сможете использовать нагрузочное тестирование производительности для выполнения собственных нагрузочных тестов. Настроенное «из коробки» тестирование производительности сообщает, какой процент встроенных проверок пройден, 90-й и 95-й процентиль по времени до первого байта (TTFB) и среднее количество запросов в секунду (RPS). Это упростит сравнение результатов с общей статистикой и поможет увидеть результаты непосредственно в мерж-реквесте перед тем, как принять решение о том, принимать ли его.


946a2ae2f31bde6828973658a69a708c.png



и .

В интерфейсе GitLab доступны логи управляемых GitLab приложений



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


При обработке инцидента или проверке статуса вашего сервиса, у вас должна быть возможность просматривать логи подов Kubernetes по всему стеку ваших приложений. Ранее в пользовательском интерфейсе GitLab отображались только логи развернутых приложений (логи, которые берутся из приложения, которое вы развернули в кластере с помощью CI/CD). В GitLab 13.2 вы сможете выполнять поиск также по логам непосредственно из пользовательского интерфейса GitLab.


8cc177b3c19380c3bf9a7a0b5d157ede.png



и .

Использование нескольких кластеров Kubernetes теперь в Core



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Ранее требовалась лицензия Premium для развертывания нескольких кластеров Kubernetes в GitLab. Наше сообщество высказалось, и мы услышали: теперь развертывание на нескольких кластерах доступно даже для отдельных участников. По вашим запросам, начиная с релиза 13.2 вы можете разворачивать приложения на нескольких и кластерах в Core.


d5cee281945ad7cd769f6bd3784695e6.png



и .

Создание релизов из .gitlab-ci.yml



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


В релизе 12.10 мы представили способ автоматического создания тегов релиза из файла .gitlab-ci.yml. Теперь мы сделали его более простым и естественным в использовании, указав ключевое слово release в качестве шага, который парсит обработчик заданий GitLab. Вам больше не нужно добавлять скрипт для вызова API релизов для создания релиза. Теперь вы можете просто добавить нужные параметры в ваш CI/CD файл.


aee59bfb5356a6425febe02fa7605c4a.png



и .

Включение результатов CI-тестов в наблюдения по релизу



(ULTIMATE, GOLD)


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



и .

Динамически генерируйте дочерние конвейеры с Jsonnet



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Мы выпустили («родитель-ребенок») еще в GitLab 12.9, они позволяют вам сгенерировать весь файл .gitlab-ci.yml во время выполнения. Это отличное решение для монорепозиториев, например, если вы хотите, чтобы поведение во время выполнения было еще более динамичным. Теперь мы сделали создание CI/CD YAML во время выполнения еще проще, включив шаблон проекта, который демонстрирует, как использовать Jsonnet для генерации YAML. Jsonnet — это язык шаблонов данных, который предоставляет функции, переменные, циклы и условия, позволяющие полностью параметризовать конфигурацию YAML.


42bf8f4f7205e502abb93bdecbe2e7b2.png



и .

Другие улучшения в GitLab 13.2


Изменения групп подтверждения в событиях аудита



(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)


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


и .

Настройки мерж-реквестов в инстансе по меткам соответствия требованиям



(PREMIUM, ULTIMATE)


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


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


98faf4b890516448afd58bac29658092.png



и .

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



(ULTIMATE)


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


и .

Пакетное редактирование тикетов в эпике из списка тикетов



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


0c79f29c8d8e66bbdbf3ef2acddb4ff0.png



и .

Сопоставление пользователей Jira с пользователями GitLab при импорте тикетов



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


91750c447e22bbda02e59a1b31d93e46.png



и .

Перестановка тикетов через REST API



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Теперь вы можете менять относительный порядок тикета через REST API. До этого релиза в GitLab не было возможности программно переставлять тикеты. Это было особенно большой проблемой для пользователей API, которые поддерживали собственные настройки интерфейса досок задач, так как они не могли менять относительный порядок тикетов.


Спасибо за добавление конечной точки в наш публичный API для поддержки этой фичи!


и .

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



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


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


fd21561f495ae14b1d44229c1524c450.png



и .

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



(CORE, STARTER, PREMIUM, ULTIMATE)


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


GitLab теперь разрешает администраторам инстансов задавать свое имя для основной ветки нового репозитория при создании его через интерфейс GitLab.


, и .

Отслеживание активности в дизайнах



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


4da195058f66747c3b7121b8a8fe1993.png



и .

Подтверждения мерж-реквестов в GitLab Core



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


В версии 13.2 любой пользователь с правами Developer может подтверждать мерж-реквесты в GitLab Core. Теперь пользователям, проводящим ревью, будет очевидно, как дать свое подтверждение, а сопровождающие (maintainers) будут знать, когда изменение готово для мержа. Подтверждения мерж-реквестов являются опциональными в GitLab Core и GitLab.com Free, пользователи GitLab Starter и GitLab.com Silver и более высоких планов также могут для мержа в базу кода.


и .

Редирект со страниц вики на рабочее пространство Confluence



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


4480894cfbd3dfccda0e3b68da6d01f9.png



и .

Диффы для страниц вики



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


Спасибо и за эту фичу!


5627b8d4940d064554dd1641e2a64a90.png



и .

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



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


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


Спасибо за эту фичу!


c5d3c729678a969b73df23ec37040152.png



и .

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



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


c98ff308f80fa7f0e1819088a7549e18.png



и .

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



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Вы можете регулярно удалять старые теги из реестра контейнеров, создав правило очистки тегов для проекта. Такие правила основаны на создаваемых пользователями регулярных выражениях. К сожалению, задание container_repository:cleanup_container_repository, которое запускается для этих выражений, выдает 25% ошибок. Когда задание Gitlab::UntrustedRegexp считает регулярное выражение недействительным и правило не выполняется, об этом никому не сообщается.


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


и .

Ключевое слово для неразвертываемых заданий в .gitlab-ci.yml



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Исторически сложилось так, что ключевое слово environment:action не отражало точно задания окружения, которые не завершались развертыванием, как, например, задания, ждущие подтверждения и сборка образов для будущих развертываний. В GitLab 13.2 задания теперь могут иметь ключевое слово prepare, которым вы обозначите, что это неразвертываемое задание, и ваша активность по развертыванию будет отображаться более точно.


df8af0ae5e04c776a2eddd4076bd6ee8.png



и .

Доступ только для чтения к API состояний Terraform



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Пользователи GitLab без прав доступа Maintainer на данный момент не могут взаимодействовать с командами Terraform, включая команду terraform plan, которая создает план выполнения, полезный в рабочих процессах развертываний. В GitLab 13.2 пользователи с ролью Developer получат доступ только для чтения к API состояний Terraform, что позволит большему числу пользователей делать вклад в разработку без риска неправомерного использования.


и .

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



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


735267bded0fa2a57cf98ace9297311f.png



и .

Горячие клавиши для панелей метрик



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


и .

Поиск текстовых данных в списке уведомлений



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


и .

Запуск тестовых уведомлений



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


После настройки систем уведомлений для передачи данных на вашу конечную точку REST API в GitLab, вы теперь сможете отправлять тестовые уведомления, чтобы убедиться, что вы все настроили правильно.


и .

Аутентификация через роли Amazon ECS для расширенного глобального поиска



(STARTER, PREMIUM, ULTIMATE)


Ранее при подключении к сервису Amazon Elasticsearch на AWS для включения расширенного глобального поиска вы могли использовать только статические учетные данные или роли EC2 IAM через Aws::InstanceProfileCredentials. Теперь вы также можете использовать для аутентификации .


Спасибо за эту фичу!


и .

Упрощенные формы настроек Geo с проверкой вводимых данных



(PREMIUM, ULTIMATE)


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


В GitLab 13.2 и проверяют данные, вводимые пользователем, и делятся на несколько секций (например, «Управление производительностью и ресурсами»), что позволит системным администраторам быстрее находить нужные настройки.


70625dc13bf5255c270bbe35689b1d07.png



и .

Поддержка репликации реестров пакетов GitLab в Geo



(PREMIUM, ULTIMATE)


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


На данный момент мы этих ресурсов, но планируем добавить ее в будущем.


и .

Patroni в качестве альтернативы repmgr



(CORE, STARTER, PREMIUM, ULTIMATE)


Для самостоятельных установок GitLab Patroni теперь доступен как альтернативное решение для репликации и отказоустойчивости PostgreSQL. У Patroni есть несколько преимуществ перед repmgr, который он заменяет:

  • С Patroni при поломке основной ноды она автоматически добавляется к кластеру в качестве резервной, в режиме ожидании ее выхода онлайн.
  • Добавление Patroni также позволит нам добавить поддержку PostgreSQL 12 и репликацию и отказоустойчивость PostgreSQL на вторичной стороне Geo.


Использование Patroni с Geo сейчас тестируется и пока не поддерживается. Этот переход поддерживает цели GitLab по проверке решений, которые мы внедряем. Gitlab.com использовал Patroni для , что делает его проверенным решением. Repmgr будет доступен в Omnibus GitLab до релиза GitLab 14.0. Для инструкций по установке Patroni в экспериментальном режиме, смотрите .


и .

Возможность отсрочить удаление проекта



(PREMIUM, ULTIMATE, SILVER, GOLD)


В GitLab 13.2 мы улучшили процесс удаления проекта, чтобы он был согласован для всех планов, и ввели переключатель на уровне группы, управляющий периодом задержки перед окончательным удалением. Ранее поведение по умолчанию для удаления проекта было различным для разных планов. Проекты удалялись сразу в планах Free/Core и Bronze/Starter и могли быть восстановлены в течение 7 дней в планах Silver/Premium и Gold/Ultimate.


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


и .

Подсветка просроченных или отозванных ключей SSH и личных токенов доступа в хранилище учетных данных



(ULTIMATE)


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


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


5ec29ddd967b19db3ee56f244ae1aa62.png



и .

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



(ULTIMATE, GOLD)


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


132b399c0be2750b0ec23657e78e3a39.png



и .

Сворачивание майлстоунов на дорожной карте



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


69f61f2213df16eee2bac0cb6522a142.gif



и .

Новая страница создания эпика



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


42f6b782c618102a41de672134faae8e.png



и .

Служба поддержки переехала в Core



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


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


и .

Пакетная обработка предложений



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


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


и .

Поддержка TLS в кластере Gitaly



(CORE, STARTER, PREMIUM, ULTIMATE)


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


Ранее связь между GitLab и Gitaly поддерживала шифрование TLS, но шифрование не поддерживалось при использовании Praefect, который является компонентом кластера Gitaly.


и .

Упрощение поиска дизайнов по тикету



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


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


5cf9af7b85afb93725e2961bb8e9999f.png



и .

Обратная связь в реальном времени для .gitlab-ci.yml в Web IDE



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Работа с CI в GitLab быстрая и гибко настраиваемая, но может быть сложно запомнить все , причем опечатка может сделать ваш файл .gitlab-ci.yml нерабочим. Чтобы упростить настройку конвейера GitLab CI, с этого релиза Web IDE предоставляет линтинг и автодополнение в реальном времени при редактировании файлов .gitlab-ci.yml.


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


872d96adbd376918db371a5cd558d9d6.png



и .

Транзакционные записи для кластера Gitaly (бета-версия)



(CORE, STARTER, PREMIUM, ULTIMATE)


Кластер Gitaly позволяет реплицировать репозитории Git на несколько «теплых» нод Gitaly. Это повышает отказоустойчивость, удаляя единичные точки отказа. Однако, поскольку операции записи в настоящее время реплицируются асинхронно, на сервере GitLab изначально имеется только одна копия изменения.


In GitLab 13.2, transactional write operations to Git repositories can be enabled for Gitaly Cluster. When this option is enabled and an update is pushed to GitLab, the write operation will be proxied to the replica Gitaly nodes. The write operation will be coordinated between the Gitaly nodes using the two-phase commit protocol, so that they agree on the new state of the repository. Write transactions are currently limited to operations pushed over the HTTP and SSH Git interfaces, and does not include write operations via the GitLab interface like the Web IDE.


В GitLab 13.2 для кластера Gitaly могут быть разрешены транзакционные операции записи в репозитории Git. Когда эта опция включена и обновление передается в GitLab, операция записи будет проксироваться на ноды реплики Gitaly. Операция записи будет координироваться между нодами с использованием протокола двухфазного коммита, чтобы они согласовывали новое состояние хранилища. Транзакции записи в настоящее время ограничиваются операциями, передаваемыми через Git HTTP и SSH, и не включают в себя операции записи через интерфейс GitLab, например, в Web IDE.


и .

Виджет качества кода в мерж-реквестах перенесли в Core



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


В релизе 9.3 GitLab добавил в наш план Starter/Bronze, что позволило видеть изменения качества кода непосредственно в мерж-реквестах. С тех пор наши пользователи писали о том, что эти данные полезны для команд любого размера, включая отдельных участников. В 13.2 вы сможете видеть отчеты о качестве кода в мерж-реквестах независимо от плана GitLab.


и .

Исключайте файлы в путях артефактов CI



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


и .

Уведомление, когда система удаляет мерж-реквест из цепочки



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


и .

Визуальная корреляция триггерного задания с нижестоящим конвейером



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


f6e5e11b36bbc53393a026725786f668.png



и .

SAST анализатор для JavaScript и TypeScript теперь доступен для всех



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


Мы хотим помочь разработчикам писать лучший код и меньше беспокоиться о распространенных ошибках безопасности. помогает предотвратить уязвимости безопасности, позволяя разработчикам легко идентифицировать частые проблемы безопасности по мере создания кода и активно устранять их. В рамках наших мы делаем наш для JavaScript и TypeScript (ESLint) доступным для каждого плана . Это позволит всем пользователям GitLab, разрабатывающим на JavaScript или TypeScript, использовать для своих проектов.


В рамках этого шага мы избавились от нашего устаревшего анализатора TSLint, поскольку его функциональность теперь присутствует в ESLint. Вы можете узнать больше об этом . Мы продолжим переводить другие анализаторы SAST с открытым исходным кодом (OSS) в план Core. Вы можете следить за нашим , чтобы увидеть, когда станут доступными другие анализаторы, и даже внести свой вклад в этот процесс.


39104bf984d7408bf466739c691789c6.png



и .

Поддержка нескольких планов Terraform в мерж-реквестах



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


Мы очень ждем ваши отзывы о наших фичах Terraform. Если у вас есть идеи по улучшению виджета для мерж-реквеста, поделитесь с нами .


и .

Доступ к Opsgenie из пользовательского интерфейса GitLab



(PREMIUM, ULTIMATE, SILVER, GOLD)


Opsgenie — это популярный инструмент управления ИТ-сервисами для выполнения операционных задач, включая оповещения и управление инцидентами. В GitLab 13.2 вы можете запустить рабочий процесс Opsgenie прямо из GitLab. Хотите оставить отзыв об этой интеграции? Внесите свой вклад в и расскажите нам, как мы можем сделать эту интеграцию лучше!


9445e9990abdde409962386b97154802.png



и .

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



(PREMIUM, ULTIMATE, SILVER, GOLD)


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


и .

OAuth для настроенных вручную серверов Prometheus



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


При использовании настроенного вручную (внешнего) сервера Prometheus может возникнуть проблема с аутентификацией пользователей из GitLab. В Gitlab 13.2 теперь вы сможете использовать OAuth, чтобы аутентификация была безопасной и простой в администрировании.


и .

Установка переменных панели метрик с помощью PromQL



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


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


9766f2e0b2b7918f3373c54f962fbd31.png



и .

Короткие ссылки для панелей метрик



(CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD)


GitLab 13.2 представляет короткие ссылки (“Vanity URLs”) для панелей метрик, чтобы помочь вам быстрее перемещаться между различными панелями и проектами.



и .

Ускорение репликации Geo для проектов



(PREMIUM, ULTIMATE)


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


В GitLab 13.2 мы используем , тем самым исключая возможность тайм-аута при обращении к базе данных. Мы также улучшили способ удаления данных из вторичных нод для всех источников данных, что повышает общую масштабируемость и производительность GitLab Geo.


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


и .

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



(PREMIUM, ULTIMATE)


Geo реплицирует данные с первичной ноды Geo в одну или несколько вторичных. Хотя Geo поддерживает приостановку репликации для репозиториев и файлов через интерфейс администратора, приостановить репликацию базы данных ранее было невозможно. В 13.2 Geo поддерживает приостановку и возобновление репликации всех реплицируемых данных, включая базу данных PostgreSQL, с помощью новых команд gitlab-ctl geo:pause и gitlab-ctl geo:resume на вторичной ноде Geo.


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


и и .

Команда Geo для «предполетной проверки» аварийного переключения проверяет состояние репликации



(PREMIUM, ULTIMATE)


При выполнении аварийного переключения с использованием GitLab Geo системные администраторы должны выполнить ряд с помощью команды gitlab-ctl promotion-preflight-checks.


В GitLab 13.2 команда gitlab-ctl promotion-preflight-checks теперь и информирует вас о результатах, устраняя шаг, который раньше выполнялся вручную. Команда gitlab-ctl promote-to-primary-node также поддерживает , что означает, что аварийное переключение произойдет, даже если некоторые проверки завершатся неудачно.


Это один из шагов , и мы планируем автоматизировать «предполетные проверки» в .


и .

Нулевое время простоя при переиндексации для расширенного глобального поиска



(STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD)


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


af358d52eaac7d6dbf1169cbbca50b89.png



и .



Подробные release notes и инструкции по обновлению/установке можно прочитать в оригинальном англоязычном посте: .


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