Мы рады представить новый релиз 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, рассказал, как ревью мерж-реквестов и представление в виде дерева файлов помогают их команде: Мы представляем альфа-версию системы переключения функциональности — подключаемые фичи. Теперь команды могут практиковать непрерывную поставку (continuous delivery), добавляя новые фичи в продакшн небольшими партиями, снижая риск перед полноценным развертыванием. Мы выводим возможность подключения дополнительных файлов в файл .gitlab-ci.yml с помощью include из плана Starter в план Core, делая ее доступной для всех пользователей. Теперь все команды могут воспользоваться преимуществами этой передовой практики и более эффективно управлять своими конвейерами CI/CD. Вместе с огромным сообществом GitLab в этом релизе мы добавили много потрясающих улучшений, в том числе новый вид страницы профиля, быстрый доступ к статусу, подсвечивание упоминаний по @имени, новые быстрые действия и возможность закрывать эпики. Читайте дальше, и вы узнаете обо всех новых фичах GitLab 11.4. Приглашаем на наши встречи и на вебкаст релиза 11.4.  Luke добавил возможность скачивания файла с кодами восстановления для двухфакторной аутентификации, что упростит их бэкап. Эти коды потребуются для входа в аккаунт GitLab, если вы потеряете доступ к своему телефону или одноразовому секретному паролю (one time password secret). Спасибо, Luke, за этот вклад! (PREMIUM, ULTIMATE, SILVER, GOLD) Ревью кода в мерж-реквестах — мощная фича GitLab. Члены команды ведут обсуждения, привязанные к конкретным строчкам кода в диффе, и даже могут их решать. Тем не менее, этот процесс может стать затруднительным в мерж-реквестах с большими диффами. Часто ревьюверу приходится оставлять 10 или более комментариев в одном обсуждении, и 9-ый или 10-ый комментарий могут сделать предыдущие комментарии ненужными. В итоге автор мерж-реквеста получает массу уведомлений, и ему приходится разбираться со всеми. В этом релизе мы представляем Ревью мерж-реквестов. Это позволит ревьюверу писать в черновик столько комментариев, сколько ему нужно, убедиться, что они все необходимы, и затем отправить их одним действием. Так как черновики сохраняются в GitLab, ревьювер может разделить свою работу на несколько сессий, например, начать ревью на своем десктопе на работе и закончить вечером дома на планшете. Когда эти черновые комментарии отправляются, они отображаются как обычные отдельные комментарии. Это даст отдельным членам команды возможность проводить ревью кода так, как им удобно, но все еще вместе со всей командой. В будущих релизах мы улучшим эту фичу и предоставим возможность посмотреть превью, прежде чем отправлять пакет комментариев, а также сгруппируем уведомления об этих комментариях в одно уведомление.  Документация по обсуждениям и оригинальный тикет. (PREMIUM, ULTIMATE, SILVER, GOLD) Эта возможность позволяет создавать подключаемые фичи для вашего программного обеспечения и управлять ими непосредственно в продукте. Просто создайте новую подключаемую фичу, подтвердите ее в вашем ПО с помощью простых инструкций по API, и у вас появится возможность управлять поведением вашего продукта в полевых условиях с помощью подключаемой фичи в самом GitLab. Подключаемые фичи предлагают систему переключения функциональности для вашего приложения. Она позволит командам достичь непрерывной поставки (CD), отправляя новые фичи в продакшн небольшими партиями для управляемого тестирования, разделяя отправку фичи с запуском для клиентов. На данный момент эта система представлена в альфа-версии. Мы и предлагаем вам проверить как это работает и оставить фидбэк, но не забывайте, что реализация может измениться в последующих релизах.  Документация по подключаемым фичам и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Ревью кода — необходимая практика для любого успешного проекта, но из списка изменений бывает трудно понять, что поменялось. Чтобы облегчить эту задачу, GitLab теперь предоставляет дерево файлов для изменений, по которому можно искать. Дерево файлов отображает структуру и размер изменений, как это уже работает с diff-stats, предоставляя общий набросок изменений и улучшая навигацию между диффами. Поиск по дереву дает ревьюверам возможность ограничиться частью файлов по пути или типу файлов, упрощая ревью специалистами, которые хотят сфокусироваться только на части мерж-реквеста. Ранее список измененных файлов был доступен через выпадающий список с поиском, что лучше всего подходило для перехода к конкретному файлу.  Документация по мерж-реквестам и навигации в диффах и оригинальный тикет. (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) Не всегда очевидно, кто будет лучшей кандидатурой для ревью ваших изменений. Владельцы кода теперь предлагаются в качестве подтверждающих при создании или редактировании мерж-реквеста для упрощения назначения правильных людей на эту роль. Поддержка владельцев кода появилась в релизе GitLab 11.3 (оригинальная статья, перевод). В будущих релизах увеличится степень участия владельцев кода в рабочих процессах мерж-реквестов с автоматическим назначением как подтверждающих и требуемым подтверждением владельца.  Документация по подтверждению мерж-реквестов и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Не важно, в какой роли вы используете GitLab, ваша активность — значимый источник информации и индикатор вашей вовлеченности, отображающийся на странице вашего профиля. Ваш профиль должен легко давать представление о том, что вам интересно и над чем вы работаете. В этом релизе мы обновили страницу профиля пользователя, сократив уже знакомый вам график вкладов в разработку: теперь на нем отображаются ваши последние действия и наиболее важные личные проекты в GitLab.  Документация по профилю пользователя и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) В релизе GitLab 11.2 (оригинальная статья, перевод) мы впервые представили статусы пользователей, предоставив возможность поделиться вашей текущей загруженностью, настроением или хоть любимым животным. В этом релизе мы упрощаем изменение статуса. Новый пункт «Задать статус» (“Set status”) в меню пользователя позволит вам задать или очистить статус не покидая контекста. Там же отображается ваш текущий статус с сообщением и эмоджи — вверху, вместе с вашим именем и никнеймом.  Документация по статусам и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Мы счастливы объявить, что начиная с этого релиза использование include в .gitlab-ci.yml перенесено из плана Starter в план Core. Таким образом шаблоны и другие общие ресурсы всегда будут доступны для бесплатных и платных пользователей, и у каждого будет возможность использовать эту передовую технологию разработки с переиспользуемыми сниппетами для конвейеров CI/CD.  Документация по include и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Мы рады представить то, о чем вы часто просили — возможность использовать правила only/except в .gitlab-ci.yml для работ, если изменения происходят в конкретном файле или по указанному пути. Это даст больше контроля над репозиториями, содержащими различные ресурсы и сборки, так как теперь для новых изменений будут выполнены только нужные шаги, что ускорит работу конвейера в целом.  Документация по использованию ограничений в changes и оригинальный тикет. (PREMIUM, ULTIMATE, SILVER, GOLD) Возможность запускать инкрементное развертывание в Auto DevOps доступна уже некоторое время, и с этим релизом мы добавляем возможность запускать развертывание по расписанию, так что оно будет автоматически проводиться по указанному графику, если не возникнет никаких ошибок.  Докуметация по инкрементному развертыванию по расписанию и оригинальный тикет. (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, что сделает вашу инфраструктуру безопаснее.  Документация по кластерам с RBAC и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Auto DevOps теперь также поддерживает развертывание приложений на кластерах Kubernetes с подключенным RBAC. Управление доступом на основе ролей — важный инструмент, который помогает операторам (ответственным за деплой) обеспечить надежность, безопасность и эффективность кластеров Kubernetes. Использование Auto DevOps совместно с кластером с подключенным RBAC гарантирует, что ваши приложения получат все преимущества возросшей безопасности инфраструктуры.  Документация по Auto DevOps и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Мы улучшили возможности Auto DevOps для автоматического обнаружения, сборки, тестирования, деплоя и мониторинга ваших приложений. Начиная с релиза 11.4, Auto DevOps предоставляет возможность инициализировать или мигрировать базы PostgreSQL в ваш проект. Просто задайте переменную проекта для инициализации или миграции вашей базы PostgreSQL, а Auto DevOps сделает все остальное.  Документация по автоматическому деплою и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Метки в GitLab очень многогранны, так как могут быть применены к задачам, мерж-реквестам и эпикам. Но чем больше меток вы используете, тем труднее поддерживать их в порядке. В прошлых релизах мы добавили поиск по меткам на странице со списком меток проекта. Начиная с этого релиза вы можете искать метки, сортировать их по имени, дате создания и дате изменения, и просматривать список меток, на уведомления о которых вы подписаны. Все это доступно в списках групповых меток и меток, привязанных к проекту.  Документация по поиску для меток и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Мерж-реквесты являются одной из основных частей GitLab. Они позволяют участникам проекта совместно работать над кодом, соблюдая при этом прозрачность. Мы за то, чтобы команды на ранних стадиях делились своей работой и использовали фичу WIP («work in progress», «в процессе разработки»), которая показывает, что над мерж-реквестом все еще ведется активная работа, и его еще рано мержить. В этом релизе мы добавили новый фильтр для списков мерж-реквестов, работающий как на уровне группы, так и на уровне проекта, что помогает пользователям проще различать WIP и не-WIP реквесты («в работе» и «готово»). Это позволяет пользователям сосредоточить внимание на мерж-реквестах, которые все еще находятся на ранних стадиях работы, в отличие от тех, которые ближе к финальным стадиям проверки перед мержем.  Документация по WIP-фильтру и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) В обсуждении задачи или мерж-реквеста с большим числом участников сложно увидеть, какие комментарии адресованы именно вам. Начиная с этого релиза, все упоминания по @имени текущего пользователя, будут выделяться другим цветом, что позволяет сразу увидеть, какие комментарии направлены вам, и быстро на них сфокусироваться.  Документация по упоминаниям и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) GitLab поддерживает GitLab Flavored Markdown (GFM) в большинстве полей ввода текста, расширяя возможности форматирования с простым синтаксисом. В частности, на GFM можно создавать таблицы. Ранее этой функцией было сложно пользоваться, особенно при работе с большими таблицами, так как приходилось вводить множество символов или вставлять предыдущую таблицу, чтобы форматировать ее как вам удобно. GFM также поддерживает работу со ссылками. Но иногда бывает сложно вспомнить, какой синтаксис нужно использовать в данном случае. Начиная с этого релиза, вы можете просто щелкнуть по кнопке с изображением таблицы в редакторе GFM, и таблица будет вставлена автоматически. Далее вы можете легко заполнить значения ячеек таблицы или продлить ее, настраивая как вам угодно. Эту функцию можно использовать в описаниях и комментариях по всему GitLab. Аналогично, щелкнув по кнопке вставки ссылки, вы получите шаблон для URL, в который вы можете быстро вставить адрес ссылки и ее название. Спасибо George Tsiolis за разработку вставки таблицы! Спасибо Jan Beckmann за разработку вставки URL!  Документация по GFM и оригинальный тикет. (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) Графики выполнения работ (burndown charts) помогают командам отслеживать прогресс в выполнении работы по майлстоуну. Обычно объем работы обсуждается и утверждается до того, как майлстоун начнется. Но иногда у этого правила бывают важные исключения (такие как неожиданный баг или решение проблемы безопасности), и приходится создавать новые тикеты для возникающих задач. Начиная с этого релиза, графики выполнения работ будут показывать информацию о новых задачах, которые создаются в середине майлстоуна, из-за чего происходит скачок на графике.  (STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD) Начиная с предыдущего релиза, значения весов задач могут меняться от нуля до бесконечности (в разумных пределах). В этом релизе мы добавили возможность задавать веса с более широким диапазоном при помощи API задач. Документация по API задач и оригинальный тикет (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Блокировка обсуждений задач и мерж-реквестов помогает переключить внимание со старых задач и мерж-реквестов на более актуальные. Также эту функцию можно использовать, чтобы пресекать агрессивное или непродуктивное поведение. В этом релизе мы добавили быстрые действия для блокировки и разблокировки обсуждений, так что теперь вы можете блокировать/разблокировать обсуждения вместе с отправкой комментария. Спасибо Mehdi Lahmam за эту фичу!  Документация по быстрым действиям и оригинальный тикет. (ULTIMATE, GOLD) В этом релизе добавлена возможность закрывать (и открывать заново) эпики в GitLab, так же как задачи и мерж-реквесты. В списке эпиков теперь есть вкладки Open (открыто), Closed (решено) и All (все), аналогично тому, как это реализовано для задач. Так что теперь, если вы завершили всю работу над эпиком, или он уже не актуален, его можно пометить как завершенный (closed), и он больше не будет появляться в списке по умолчанию. Теперь вы можете закрывать и открывать заново эпики при помощи соответствующих кнопок или через быстрые действия, а также через API, как задачи.  Документация по эпикам и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE) Из-за большого числа возможностей, которые предоставляет GitLab, администрирование GitLab может оказаться довольно сложной задачей. В этом релизе мы сделали панель настроек администратора более удобной для использования. Теперь все подразделы индивидуальных настроек находятся на отдельных страницах, что дает администратору быстрый доступ к любым настройкам, которые ему нужно изменить.  Документация по панели настроек администратора и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Наша команда разработчиков делает все возможное, чтобы вам было удобнее искать релевантные и интересные проекты в вашем инстансе GitLab. В этом релизе был добавлен новый фильтр “Most stars” (сортировка по числу лайков), который позволяет находить проекты с наибольшим числом отметок в вашем инстансе. Спасибо Jacopo Beschi за эту фичу!  Документация по поиску проектов и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Недавно мы добавили на страницу обзора проекта статистику использования языков, которая дает общее представление о том, какие языки программирования были использованы при разработке. В версии GitLab 11.4 мы добавили отображение процентного содержания кода на каждом языке. Это позволяет получить количественную характеристику стека технологий вашего проекта. Спасибо Johann Hubert Sonntagbauer за эту фичу!  Документация по языкам программирования в репозитории и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Двухфакторная аутентификация по факту является стандартом при входе в систему любого современного веб-приложения. Мы, разработчики GitLab, это понимаем и серьезно относимся к вашей безопасности. Каждый раз, когда вы настраиваете двухфакторную аутентификацию, мы предоставляем ограниченный набор кодов восстановления доступа, которые позволяют восстановить доступ к вашему аккаунту в случае чрезвычайных обстоятельств. Начиная с этого релиза поддерживается возможность скачивания кодов восстановления в виде текстового файла при помощи кнопки “Download codes” (загрузить коды). Спасибо Luke Picciau за эту фичу!  Документация по кодам восстановления и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE) Окно просмотра Runners теперь поддерживает возможность фильтровать их по типу и состоянию, что дает больше возможностей для управления большими наборами Runners в окружении проекта.  Документация по Runners и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE) Мы расширили функциональность интерактивных веб-терминалов и сделали их совместимыми с исполнителями Docker. На текущий момент сессия Docker завершается, как только завершается соответствующий скрипт, но мы работаем над этой проблемой, и надеемся решить ее к следующему релизу.  Документация по интерактивным веб-терминалам и оригинальный тикет. (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. Отсчет времени начинается с момента, когда работа должна начать выполняться с учетом задержки, что дает вам возможность добавлять работы, которые должны выполняться через определенный период времени — например, при использовании инкрементного развертывания или в других случаях, когда дальнейшие действия должны выполняться после задержки.  Документация по откладыванию работ и оригинальный тикет. (CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD) Интерактивные перечни задач (runbooks) дают операторам отличную возможность взаимодействовать с различными системами для выполнения диагностики, развертывания и оценки компонентов инфраструктуры. JupyterHub, приложение, доступное благодаря интеграции GitLab и Kubernetes теперь включает в себя библиотеку Nurtch Rubix, что дает возможность создавать перечни задач для DevOps. В качестве примера представлен тестовый перечень задач, демонстрирующий основные операции.  Документация по установке приложений и оригинальный тикет. (ULTIMATE, GOLD) Политика управления лицензиями позволяет разработчикам подтверждать использование отдельных лицензий в проекте, либо заносить их в черный список. Это можно делать прямо на странице мерж-реквеста, как только появляется новая лицензия. Но иногда Maintainers хотят составить список лицензий заранее, чтобы разработчики знали, согласуются ли вносимые ими изменения с политикой проекта. В GitLab 11.4 мы добавили возможность ручного ввода при составлении списка лицензий. Maintainers могут заполнить список на странице Settings > CI/CD > License Management, выбирая лицензии из стандартного набора или добавляя их вручную.  Документация по ручному заполнению списков лицензий и оригинальный тикет. (ULTIMATE, GOLD) Начиная с GitLab 11.4, заданные пороговые значения для оповещений выводятся прямо на графики метрик. Это позволяет проще определять, какие метрики генерируют оповещения в данный момент, а также позволяет получить наглядное представление о взаимодействии между метриками и пороговыми значениями оповещений.  Документация по пороговым значениям для оповещений и оригинальный тикет. (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 и оригинальный тикет. (PREMIUM, ULTIMATE) Для администратора Geo критически важно следить за загрузкой и синхронизацией вторичных нодов при работе с географически распределенными командами.
В GitLab 11.4 мы улучшили UX Geo на панели администратора, добавив в пользовательский интерфейс еще больше информации по синхронизации и верификации. При нажатии новой кнопки “Open projects” (открыть проекты) в профиле на первичном ноде, генерируется ссылка на список проектов на соответствующем вторичном ноде. В профилях на вторичных нодах в новой вкладке “All” содержится основная информация о статусе верификации всех проектов. У нас в планах дальнейшие улучшения UX!  Документация по UX Geo и оригинальный тикет. (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. SDLC | ITSM | BPM | QA