Вышел GitLab 11.4 с ревью мерж-реквестов и подключаемыми фичами

Картинка для привлечения внимания

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

С GitLab 11.4 мы делаем ревью кода более эффективным за счет ревью мерж-реквестов и дерева файлов для изменений; также мы представляем альфа-версию подключаемых фич (feature flags, feature toggle). Auto DevOps и CI работают лучше в связке с миграцией баз данных PostgreSQL и инкрементным развертыванием по расписанию. Даже Git теперь быстрее с поддержкой протокола Git v2.

Ревью кода

Ревью мерж-реквестов поможет упорядочить комментарии по коду и мерж-реквестам. Пакетное комментирование (batch comments) позволяет ревьюверу писать комментарии по коду или мерж-реквесту и затем оформить и отправлять их одним пакетом, и теперь отслеживание изменений в проекте стало проще.

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

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

Russell Levy, один из основателей и технический директор Chorus.ai, рассказал, как ревью мерж-реквестов и представление в виде дерева файлов помогают их команде:

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

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

Подключаемые фичи

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

Улучшения для Auto DevOps и CI/CD

Мы выводим возможность подключения дополнительных файлов в файл .gitlab-ci.yml с помощью include из плана Starter в план Core, делая ее доступной для всех пользователей. Теперь все команды могут воспользоваться преимуществами этой передовой практики и более эффективно управлять своими конвейерами CI/CD.

И ещё больше усовершенствований

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

Читайте дальше, и вы узнаете обо всех новых фичах GitLab 11.4.

Приглашаем на наши встречи и на вебкаст релиза 11.4.

GitLab MVP badge

MVP этого месяца — Luke Picciau

Luke добавил возможность скачивания файла с кодами восстановления для двухфакторной аутентификации, что упростит их бэкап. Эти коды потребуются для входа в аккаунт GitLab, если вы потеряете доступ к своему телефону или одноразовому секретному паролю (one time password secret).

Спасибо, Luke, за этот вклад!

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

Ревью мерж-реквестов

(PREMIUM, ULTIMATE, SILVER, GOLD)

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

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

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

Merge Request Reviews

Документация по обсуждениям и оригинальный тикет.

Создание и использование подключаемых фич в ваших приложениях (альфа-версия)

(PREMIUM, ULTIMATE, SILVER, GOLD)

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

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

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

Create and toggle feature flags for your applications (alpha)

Документация по подключаемым фичам и оригинальный тикет.

Дерево файлов для просмотра изменений мерж-реквеста

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

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

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

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

File tree for browsing merge request diff

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

Владельцы кода предлагаются в качестве подтверждающих мерж-реквест

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

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

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

Suggest Code Owners as merge request approvers

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

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

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

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

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

New user profile page overview

Документация по профилю пользователя и оригинальный тикет.

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

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

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

В этом релизе мы упрощаем изменение статуса. Новый пункт «Задать статус» (“Set status”) в меню пользователя позволит вам задать или очистить статус не покидая контекста. Там же отображается ваш текущий статус с сообщением и эмоджи — вверху, вместе с вашим именем и никнеймом.

Set and show your status message within the user menu

Документация по статусам и оригинальный тикет.

Подключение дополнительных файлов в .gitlab-ci.yml с помощью include теперь доступно в плане Core

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

Мы счастливы объявить, что начиная с этого релиза использование include в .gitlab-ci.yml перенесено из плана Starter в план Core. Таким образом шаблоны и другие общие ресурсы всегда будут доступны для бесплатных и платных пользователей, и у каждого будет возможность использовать эту передовую технологию разработки с переиспользуемыми сниппетами для конвейеров CI/CD.

Move ability to use includes in <code>.gitlab-ci.yml</code> from Starter to Core

Документация по include и оригинальный тикет.

Запуск работ only/except для изменений в пути файла или в файле

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

Мы рады представить то, о чем вы часто просили — возможность использовать правила only/except в .gitlab-ci.yml для работ, если изменения происходят в конкретном файле или по указанному пути.

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

Run jobs <code>only</code>/<code>except</code> for modifications on a path or file

Документация по использованию ограничений в changes и оригинальный тикет.

Добавили инкрементное развертывание по расписанию в Auto DevOps

(PREMIUM, ULTIMATE, SILVER, GOLD)

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

Add timed incremental rollouts to Auto DevOps

Докуметация по инкрементному развертыванию по расписанию и оригинальный тикет.

Поддержка Kubernetes RBAC для приложений под управлением GitLab

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

При первичной настройке вашей инфраструктуры или при подключении к существующей первостепенным фактором является безопасность. Управление доступом на основе ролей (Role-based access control, RBAC) стало общедоступным (GA) в релизе Kubernetes 1.8, предоставляя более точную настройку управлением доступом к ресурсам Kubernetes.

Наша интеграция с Kubernetes теперь предлагает возможность либо создать кластер в GKE (Google Kubernetes Engine) с подключенным RBAC, либо подключиться к существующему кластеру с RBAC, что сделает вашу инфраструктуру безопаснее.

Support Kubernetes RBAC for GitLab managed apps

Документация по кластерам с RBAC и оригинальный тикет.

Поддержка RBAC в Auto DevOps

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

Auto DevOps теперь также поддерживает развертывание приложений на кластерах Kubernetes с подключенным RBAC.

Управление доступом на основе ролей — важный инструмент, который помогает операторам (ответственным за деплой) обеспечить надежность, безопасность и эффективность кластеров Kubernetes. Использование Auto DevOps совместно с кластером с подключенным RBAC гарантирует, что ваши приложения получат все преимущества возросшей безопасности инфраструктуры.

Auto DevOps support for RBAC

Документация по Auto DevOps и оригинальный тикет.

Поддержка миграции баз данных PostgreSQL и их инициализации для Auto DevOps

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

Мы улучшили возможности Auto DevOps для автоматического обнаружения, сборки, тестирования, деплоя и мониторинга ваших приложений. Начиная с релиза 11.4, Auto DevOps предоставляет возможность инициализировать или мигрировать базы PostgreSQL в ваш проект.

Просто задайте переменную проекта для инициализации или миграции вашей базы PostgreSQL, а Auto DevOps сделает все остальное.

Support PostgreSQL DB migration and initialization for Auto DevOps

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

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

Список меток, на которые вы подписаны

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

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

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

List of subscribed labels

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

Фильтрация мерж-реквестов по WIP

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

Мерж-реквесты являются одной из основных частей GitLab. Они позволяют участникам проекта совместно работать над кодом, соблюдая при этом прозрачность. Мы за то, чтобы команды на ранних стадиях делились своей работой и использовали фичу WIP («work in progress», «в процессе разработки»), которая показывает, что над мерж-реквестом все еще ведется активная работа, и его еще рано мержить.

В этом релизе мы добавили новый фильтр для списков мерж-реквестов, работающий как на уровне группы, так и на уровне проекта, что помогает пользователям проще различать WIP и не-WIP реквесты («в работе» и «готово»). Это позволяет пользователям сосредоточить внимание на мерж-реквестах, которые все еще находятся на ранних стадиях работы, в отличие от тех, которые ближе к финальным стадиям проверки перед мержем.

Filter by WIP merge requests

Документация по WIP-фильтру и оригинальный тикет.

Выделение персональных упоминаний

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

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

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

Highlight <code>@mentions</code> for yourself distinctly

Документация по упоминаниям и оригинальный тикет.

Вставка GFM-таблиц и ссылок в Markdown по клику

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

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

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

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

Спасибо George Tsiolis за разработку вставки таблицы!

Спасибо Jan Beckmann за разработку вставки URL!

Click to insert Markdown table and link

Документация по GFM и оригинальный тикет.

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

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

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

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

Include new issues created in Burndown Chart

Расширенный диапазон значений весов в API задач

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

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

В этом релизе мы добавили возможность задавать веса с более широким диапазоном при помощи API задач.

Документация по API задач и оригинальный тикет

Быстрая блокировка обсуждений

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

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

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

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

Lock discussion quick action

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

Закрытие эпиков

(ULTIMATE, GOLD)

В этом релизе добавлена возможность закрывать (и открывать заново) эпики в GitLab, так же как задачи и мерж-реквесты. В списке эпиков теперь есть вкладки Open (открыто), Closed (решено) и All (все), аналогично тому, как это реализовано для задач. Так что теперь, если вы завершили всю работу над эпиком, или он уже не актуален, его можно пометить как завершенный (closed), и он больше не будет появляться в списке по умолчанию.

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

Close epics

Документация по эпикам и оригинальный тикет.

Улучшение панели настроек администратора

(CORE, STARTER, PREMIUM, ULTIMATE)

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

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

Improve Admin Area settings structure

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

Сортировка проектов по популярности

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

Наша команда разработчиков делает все возможное, чтобы вам было удобнее искать релевантные и интересные проекты в вашем инстансе GitLab. В этом релизе был добавлен новый фильтр “Most stars” (сортировка по числу лайков), который позволяет находить проекты с наибольшим числом отметок в вашем инстансе.

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

Explore projects by popularity

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

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

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

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

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

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

Display code language percentage on project overview

Документация по языкам программирования в репозитории и оригинальный тикет.

Скачивание двухфакторных кодов восстановления

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

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

Начиная с этого релиза поддерживается возможность скачивания кодов восстановления в виде текстового файла при помощи кнопки “Download codes” (загрузить коды).

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

Download two-factor recovery codes

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

Фильтрация по типу и состоянию в окне просмотра Runners

(CORE, STARTER, PREMIUM, ULTIMATE)

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

Filter admin Runners view by Runner type and state

Документация по Runners и оригинальный тикет.

В исполнитель Docker добавлена поддержка интерактивных веб-терминалов

(CORE, STARTER, PREMIUM, ULTIMATE)

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

Add support for interactive web terminal to Docker executor

Документация по интерактивным веб-терминалам и оригинальный тикет.

Пропуск работ Auto DevOps при недоступности функций

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

Начиная с версии 11.4 Auto DevOps будет производить оценку плана (при хостинге на GitLab.com) или профиля (при селф-хостинге) для инстанса, в котором он запущен, чтобы определить, какие работы следует пропустить. В результате конвейер Auto DevOps будет работать быстрее, так как будут пропускаться неиспользуемые функции.

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

Документация по Auto DevOps и оригинальный тикет.

Конвейеры могут задавать выполнение работ по расписанию

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

В новом релизе появилась возможность откладывать старт работы через ключевое слово ‘when’ в файле gitlab-ci.yml. Отсчет времени начинается с момента, когда работа должна начать выполняться с учетом задержки, что дает вам возможность добавлять работы, которые должны выполняться через определенный период времени — например, при использовании инкрементного развертывания или в других случаях, когда дальнейшие действия должны выполняться после задержки.

Allow pipelines to schedule delayed jobs

Документация по откладыванию работ и оригинальный тикет.

Интерактивные перечни задач с Nurtch и JupyterHub

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

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

JupyterHub, приложение, доступное благодаря интеграции GitLab и Kubernetes теперь включает в себя библиотеку Nurtch Rubix, что дает возможность создавать перечни задач для DevOps. В качестве примера представлен тестовый перечень задач, демонстрирующий основные операции.

Interactive runbooks with Nurtch and JupyterHub

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

Добавлен ручной ввод при заполнении списков лицензий

(ULTIMATE, GOLD)

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

В GitLab 11.4 мы добавили возможность ручного ввода при составлении списка лицензий. Maintainers могут заполнить список на странице Settings > CI/CD > License Management, выбирая лицензии из стандартного набора или добавляя их вручную.

Add manual entries for License Management

Документация по ручному заполнению списков лицензий и оригинальный тикет.

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

(ULTIMATE, GOLD)

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

Alert thresholds now displayed on metrics dashboard

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

Протокол Git v2

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

Разработчики обновляют локальные репозитории (git fetch) несколько раз в день, чтобы проверить, не отстает ли текущая ветка от последней версии ветки в репозитории. Протокол Git v2 является важным обновлением протокола передачи данных, который отвечает за обмен данными между клиентом (вашим компьютером) и сервером (GitLab) при клонировании, извлечении и пушах. Новый протокол передачи данных повышает производительность фетчей и дает возможность и дальше улучшать протокол.

Ранее при вызове фетч-команд выводился список всех ссылок в репозитории. Например, если фетчить обновления для одной ветки (git fetch origin master) то вам также будет выводиться полный список всех ссылок. Если речь идет о большом проекте, вы можете получить более 100000 ссылок и десятки мегабайт данных.

Протокол Git v2 поддерживается начиная с версии Git v2.18.0, но не используется по умолчанию. Чтобы активировать его, вызовите команду git config --global protocol.version 2. На GitLab.com протокол Git v2 пока не подключен по умолчанию при работе по SSH. Если вы хотите его использовать, вам нужно подключить его вручную.

Документация по настройке протокола Git v2 и оригинальный тикет.

Улучшение UX панели настроек администратора Geo

(PREMIUM, ULTIMATE)

Для администратора Geo критически важно следить за загрузкой и синхронизацией вторичных нодов при работе с географически распределенными командами. В GitLab 11.4 мы улучшили UX Geo на панели администратора, добавив в пользовательский интерфейс еще больше информации по синхронизации и верификации. При нажатии новой кнопки “Open projects” (открыть проекты) в профиле на первичном ноде, генерируется ссылка на список проектов на соответствующем вторичном ноде. В профилях на вторичных нодах в новой вкладке “All” содержится основная информация о статусе верификации всех проектов.

У нас в планах дальнейшие улучшения UX!

Geo UX improvements in Admin Area

Документация по UX Geo и оригинальный тикет.

Обновление Prometheus 2.0 для Omnibus GitLab

(CORE, STARTER, PREMIUM, ULTIMATE)

Omnibus Gitlab поставляется вместе с Prometheus, что дает наглядное представление развернутых инстансов. Команда разработчиков Prometheus выпустила масштабное обновление в виде новой серии 2.x, которая включает в себя ряд улучшений, среди которых улучшенная производительность и более удобный формат базы данных временных рядов. К сожалению, изменение архитектуры базы данных привело к тому, что она не поддерживает обратную совместимость со старым форматом серии 1.x.

Начиная с GitLab 11.4, Prometheus 2.4.2 входит в пакет Omnibus, так что вы уже можете воспользоваться его преимуществами.

Чтобы получить больше информации об обновлении Prometheus до 2.4.2, обратитесь к нашей документации по обновлениям.

Документация по обновлениям и оригинальный тикет.


Подробные release notes и инструкции по обновлению/установке можно прочитать в оригинальном англоязычном посте: GitLab 11.4 released with Merge Request Reviews and Feature Flags.

Над переводом с английского работали @cattidourden, @rishavant и @maryartkey.