Хабрахабр

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

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

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

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

Ревью кода

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

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

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

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

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

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

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

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

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

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

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

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

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

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

GitLab MVP badge

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

Спасибо, 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)

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

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

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)

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

Новый пункт «Задать статус» (“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)

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

Move ability to use includes in `.gitlab-ci.yml` from Starter to Core

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

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

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

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

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

Run jobs `only`/`except` 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.

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

Auto DevOps support for RBAC

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

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

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

Начиная с релиза 11. Мы улучшили возможности Auto DevOps для автоматического обнаружения, сборки, тестирования, деплоя и мониторинга ваших приложений. 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 `@mentions` for yourself distinctly

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

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

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

В частности, на GFM можно создавать таблицы. GitLab поддерживает GitLab Flavored Markdown (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)

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

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

Close epics

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

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

(CORE, STARTER, PREMIUM, ULTIMATE)

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

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

Improve Admin Area settings structure

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

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

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

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

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

Explore projects by popularity

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

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

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

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

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

Спасибо 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)

4 Auto DevOps будет производить оценку плана (при хостинге на GitLab.com) или профиля (при селф-хостинге) для инстанса, в котором он запущен, чтобы определить, какие работы следует пропустить. Начиная с версии 11. В результате конвейер 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 хотят составить список лицензий заранее, чтобы разработчики знали, согласуются ли вносимые ими изменения с политикой проекта.

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

Add manual entries for License Management

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

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

(ULTIMATE, GOLD)

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

Alert thresholds now displayed on metrics dashboard

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

Протокол Git v2

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

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

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

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

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

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

(PREMIUM, ULTIMATE)

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

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

Geo UX improvements in Admin Area

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

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

(CORE, STARTER, PREMIUM, ULTIMATE)

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

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

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

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

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

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

Теги
Показать больше

Похожие статьи

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть