Хабрахабр

[Перевод] GitLab 11.11: несколько ответственных для мердж-реквестов и улучшения для контейнеров

Больше возможностей для совместной работы и дополнительные уведомления

Мы с радостью объявляем, что с этого выпуска поддерживаем несколько ответственных лиц для одного мердж-реквеста! Мы в GitLab постоянно ищем новые способы улучшить совместную работу по всему жизненному циклу DevOps. Мы знаем, что с одним мердж-реквестом может работать много людей, чтобы все точно было в порядке, и теперь у вас есть возможность назначать несколько ответственных за мердж-реквесты! Эта функция доступна с уровня GitLab Starter и по-настоящему воплощает наш девиз: «Каждый может внести свой вклад».

Добавьте новые уведомления в список событий отправки в этих двух чатах, и ваша команда будет почти моментально узнавать о новых деплоях. А еще команды DevOps теперь получают автоматические уведомления о событиях деплоя в Slack и Mattermost.

Сокращение издержек с поддержкой контейнеров Docker в Windows и подготовкой кластеров Kubernetes на уровне экземпляра

Контейнеры тратят меньше ресурсов системы по сравнению с виртуальными машинами и улучшают переносимость приложения. Мы обожаем контейнеры! 11 мы поддерживаем Windows Container Executor для GitLab Runner, поэтому теперь вы можете использовать контейнеры Docker в Windows и наслаждаться расширенными возможностями оркестрации пайплайнов и управления. С выпуска GitLab 11.

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

Благодаря этой интеграции GitLab с Kubernetes будут автоматически создаваться ресурсы для конкретных проектов для дополнительной безопасности. Пользователи самоуправляемых экземпляров GitLab теперь могут подготавливать кластер Kubernetes на уровне экземпляров, и все группы и проекты в экземпляре будут использовать его для своих деплоев.

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

Кроме новых возможностей для совместной работы и дополнительных уведомлений мы добавили гостевой доступ к выпускам, увеличили дополнительные минуты CI Runner для GitLab Free, упростили проверки с помощью автоматического разрешения обсуждения, когда вы применяете предложение, и много чего еще!

Самый ценный сотрудник этого месяца (MVP) — Киа Мэй Сомабес (Kia Mei Somabes)

Теперь вы можете загрузить всего несколько нужных файлов. В этом выпуске мы добавили возможность загружать из репозиториев отдельные папки, а не все содержимое. Спасибо, Киа Мэй Сомабес!

Главные фичи GitLab 11.11

Windows Container Executor для GitLab Runner

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

11 мы добавили в GitLab Runner новый исполнитель, чтобы контейнеры Docker можно было использовать в Windows. В GitLab 11. Сейчас пользователям платформ от Microsoft доступно больше возможностей для оркестрации пайплайнов и управления. Раньше для оркестрации контейнеров Docker в Windows приходилось использовать оболочку (shell), а теперь можно работать с контейнерами Docker в Windows напрямую, почти так же, как в Linux.

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

Кэширующий прокси зависимостей для реестра контейнеров

PREMIUM, ULTIMATE

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

Пока что прокси для контейнеров доступен только для самоуправляемых экземпляров на веб-сервере Puma (в экспериментальном режиме).

Несколько ответственных для мердж-реквестов

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

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

11 на мердж-реквесты можно назначать несколько человек. В GitLab 11. Как и с несколькими ответственными за задачи, здесь можно использовать списки, фильтры, уведомления и API.

Конфигурация кластера Kubernetes на уровне экземпляра

CORE, STARTER, PREMIUM, ULTIMATE

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

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

Уведомления о деплоях в Slack и Mattermost

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

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

Гостевой доступ к выпускам

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

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

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

Сериализованные графы коммитов для повышения производительности

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

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

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

Читайте о том, как создавался сериализованный граф коммитов, в серии статей от одного из авторов этой фичи.

Дополнительные минуты CI Runner: теперь и для бесплатных планов

FREE, BRONZE, SILVER, GOLD

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

Загрузка архивов директорий в репозитории

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

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

Спасибо за работу, Киа Мэй Сомабес!

Применение предложения теперь автоматически разрешает обсуждение

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

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

Счетчик времени на боковой панели доски задач

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

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

Сведения о деплоях в Environments API

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

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

Отрицательные совпадения переменных для правил пайплайна

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

Теперь можно проверять отрицательное равенство или совпадение шаблонов (!= и !~) в файле .gitlab-ci.yml при проверке значений переменных среды, поэтому контроль поведения пайплайнов стал более гибким.

Запуск всех выполняемых вручную джобов на этапе одним щелчком

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

11 пользователи, у которых на этапах много джобов, выполняемых вручную, теперь могут выполнять все подобные джобы на одном этапе, нажав кнопку «Play all» («Запустить все») справа от имени этапа в представлении пайплайнов. В GitLab 11.

Создание файла напрямую из переменной среды

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

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

Конечная точка API для сведений об уязвимостях

ULTIMATE, GOLD

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

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

ULTIMATE, GOLD

Начиная с этого выпуска можно выбирать полное динамическое сканирование вместо стандартного пассивного сканирования. В GitLab вы можете динамически тестировать защищенность приложений (Dynamic Application Security Testing, DAST) в рамках пайплайна CI. Полное динамическое сканирование защищает от большего количества уязвимостей.

Установка Prometheus в кластерах на уровне группы

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

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

Сведения об игнорировании уязвимостей на панели безопасности

ULTIMATE, GOLD

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

Создание пользовательских диаграмм метрик на панели мониторинга

PREMIUM, ULTIMATE, SILVER, GOLD

Теперь пользователи могут создавать, обновлять и удалять визуализации метрик на панели мониторинга, нажав кнопку «Add Metric» («Добавить метрику») в правом верхнем углу панели инструментов на панели мониторинга. Создавайте новые диаграммы с пользовательскими метриками производительности прямо на панели инструментов на панели мониторинга метрик.

Задачи из уведомлений теперь открываются от имени GitLab Alert Bot

PREMIUM, ULTIMATE, SILVER, GOLD

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

Автосохранение описаний эпиков в локальное хранилище

ULTIMATE, GOLD

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

Поддержка отзеркаливания на GitLab для Git LFS

STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD

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

Права на чтение и запись в репозитории для персональных токенов доступа

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

Многие персональные токены доступа имеют разрешения на изменения на уровне api, но полный доступ к API может давать слишком много прав некоторым пользователям или организациям.

Благодаря вкладу сообщества теперь персональные токены доступа могут иметь права только на чтение и запись для репозиториев проекта, а не более глубокий доступ на уровне API к таким деликатным зонам GitLab, как параметры и членство.

Спасибо, Хорациу Евген Влад (Horatiu Eugen Vlad)!

Добавление базовой поддержки для групповых запросов GraphQL

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

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

Вход с учетными данными Salesforce

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

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

SAML SSO теперь обязателен для веб-доступа

PREMIUM, ULTIMATE, SILVER, GOLD

8, со строгой проверкой ресурсов группы и проекта, чтобы пользователи могли получить доступ только при входе с SAML. Мы расширяем требование единого входа (SSO) на уровне групп, введенное в выпуске 11. Теперь вы можете сделать SSO обязательным требованием, зная, что пользователи в вашей группе используют SSO. Это дополнительный уровень контроля доступа для организаций, которые ценят безопасность и используют GitLab.com через SAML SSO.

Фильтрация по недавно созданным или измененным данным для API эпиков

ULTIMATE, GOLD

В выпуск 11. Раньше было непросто запрашивать недавно созданные или измененные данные с помощью API эпиков на GitLab. 11 мы добавили дополнительные фильтры created_after, created_before, updated_after и updated_before, чтобы гарантировать согласованность с API задач и быстро находить измененные или недавно созданные эпики.

Биометрическая аутентификация с UltraAuth

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

Теперь мы поддерживаем этот метод аутентификации на GitLab! Компания UltraAuth специализируется на биометрической аутентификации без пароля.

Спасибо, Картики Танна (Kartikey Tanna)!

GitLab Runner 11.11

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

11! Сегодня мы выпустили GitLab Runner 11. GitLab Runner — это проект с открытым исходным кодом, который используется для запуска заданий CI/CD и отправки результатов обратно в GitLab.

Улучшения Omnibus

CORE, STARTER, PREMIUM, ULTIMATE

11: Мы внесли следующие улучшения в Omnibus в GitLab 11.

Улучшение схем

CORE, STARTER, PREMIUM, ULTIMATE

11: Мы внесли следующие улучшения в Helm-чарты в GitLab 11.

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

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

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

Устаревшие фичи

GitLab Geo обеспечит хэшированное хранение в GitLab 12.0

Это было отмечено в gitlab-ce#40970. GitLab Geo требуется хэшированное хранилище для смягчения конкуренции на вторичных нодах.

5 мы добавили это требование в документацию Geo: gitlab-ee#8053. В GitLab 11.

6 sudo gitlab-rake gitlab:geo:check проверяет, включено ли хэшированное хранилище и все ли проекты переносятся. В GitLab 11. gitlab-ee#8289. См. Если вы используете Geo, пожалуйста, запустите эту проверку и мигрируйте как можно скорее.

8 постоянно отключаемое предупреждение будет отображаться на странице Admin Area › Geo › Nodes, если вышеупомянутые проверки не разрешены. В GitLab 11. 8433. gitlab-ee!

0 Geo будет использовать требования к хэшированному хранилищу. В GitLab 12. gitlab-ee#8690. См.

Дата удаления: 22 июня 2019 г.

GitLab Geo обеспечит использование PG FDW в GitLab 12.0

Также повышается производительность запросов статуса узлов Geo. Это необходимо для Geo Log Cursor, так как значительно повышает производительность некоторых операций синхронизации. Смотрите, как настроить это в репликации базы данных Geo. Предыдущие запросы имели слишком низкую производительность в крупных проектах. 0 Geo будет требовать PG FDW. В GitLab 12. gitlab-ee#11006. См.

Дата удаления: 22 июня 2019 г.

Параметры Sentry для отчетов об ошибках и логирования будут удалены из пользовательского интерфейса в GitLab 12.0

0 и будут доступны в файле gitlab.yml. Эти параметры будут удалены из пользовательского интерфейса в GitLab 12. Например, разработка, стейджинг и продакшен. Кроме того, вы сможете определить среду Sentry, чтобы различать несколько деплоев. gitlab-ce#49771. См.

Дата удаления: 22 июня 2019 г.

Ограничение максимального количества пайплайнов, создаваемых одной отправкой

Это удобно для разработчиков, которые отправляют сразу несколько изменений (например, в ветку фичи и в ветку develop). Раньше GitLab создавал пайплайны для HEAD каждой ветки в отправке.

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

Дата удаления: 22 мая 2019 г.

Устаревшие пути legacy кода GitLab Runner

9 GitLab Runner использует новый метод клонирования/вызова репозитория. Начиная с Gitlab 11. Подробнее смотрите в этой задаче. В настоящее время GitLab Runner будет использовать старый метод, если новый не поддерживается.

0 мы изменили вид конфигурации сервера метрик для GitLab Runner. В GitLab 11. 0. metrics_serverбудет удален в пользу listen_address в GitLab 12. Подробнее смотрите в этой задаче.

3 GitLab Runner начал поддерживать несколько кэш-провайдеров; что привело к новым настройкам для конкретной конфигурации S3. В версии 11. Подробнее смотрите в этой задаче. В документации приведена таблица изменений и инструкции по переходу к новой конфигурации.

0. Эти пути будут недоступны в GitLab 12. 9+ при обновлении до GitLab Runner 12. Как пользователю, вам не нужно ничего менять, только убедиться, что экземпляр GitLab работает с версией 11. 0.

Дата удаления: 22 июня 2019 г.

Устаревший параметр для фичи точки входа для GitLab Runner

4 GitLab Runner представлен параметр фичи FF_K8S_USE_ENTRYPOINT_OVER_COMMAND для исправления таких проблем, как #2338 и #3536. В 11.

0 мы переключимся на правильное поведение, как если бы параметр фичи был отключен. В GitLab 12. Подробнее смотрите в этой задаче.

Дата удаления: 22 июня 2019 г.

Устаревшая поддержка дистрибутива Linux, достигшего EOL, для GitLab Runner

Некоторые дистрибутивы Linux, в которые можно установить GitLab Runner, свое отслужили.

0 GitLab Runner больше не будет распределять пакеты в такие дистрибутивы Linux. В GitLab 12. Спасибо, Хавьер Ардо (Javier Jardón), за твой вклад! Полный список дистрибутивов, которые больше не поддерживаются, можно найти в нашей документации.

Дата удаления: 22 июня 2019 г.

Удаление старых команд GitLab Runner Helper

В рамках добавления поддержки Windows Docker executor пришлось отказаться от некоторых старых команд, которые используются для helper image.

0 GitLab Runner запускается с помощью новых команд. В GitLab 12. Подробнее смотрите в этой задаче. Это касается только пользователей, которые переопределяют helper image.

Дата удаления: 22 июня 2019 г.

Удаление legacy механизма git clean из GitLab Runner

10 мы предоставили возможность настроить, как Runner выполняет команду git clean. В GitLab Runner 11. Коме того, новая стратегия очистки удаляет использование git reset и помещает команду git clean после шага выгрузки.

Если установить значение true, он восстановит legacy-стратегию очистки. Раз это изменение поведения может повлиять на некоторых пользователей, мы подготовили параметр FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Больше об использовании параметров функций в GitLab Runner можно найти в документации.

0 мы удалим поддержку legacy-стратегии очистки и возможность восстанавливать ее с помощью параметра функции. В GitLab Runner 12. в этой задаче. См.

Дата удаления: 22 июня 2019 г.

Шаблоны групповых проектов доступны только для планов Silver/Premium

6, мы случайно сделали эту фичу для Premium/Silver доступной для всех планов. Когда мы представили шаблоны проектов на уровне групп в выпуске 11.

11 и даем еще 3 месяца всем пользователям и экземплярам ниже уровня Silver/Premium. Мы исправляем этот баг в выпуске 11.

С 22 августа 2019 года шаблоны групповых проектов будут доступны только для плана Silver/Premium и выше, как описано в документации.

Дата удаления: 22 августа 2019 г.

Прекращена поддержка пакетных заданий Windows

0 (22 июня 2020 г.) мы планируем отказаться от поддержки пакетных заданий в командной строке Windows в GitLab Runner (например, cmd.exe) в пользу расширенной поддержки Windows PowerShell. В GitLab 13. Подробнее в этой задаче.

Если вы хотите и дальше использовать cmd.exe, эти команды можно вызывать из PowerShell, но мы не будем напрямую поддерживать пакетные задания Windows из-за нескольких несоответствий, которые приводят к высоким издержкам при обслуживании и разработке. Теперь наше видение корпоративного DevOps будет соответствовать позиции Microsoft, что PowerShell — это лучший вариант для автоматизации корпоративных приложений в средах Windows.

Дата удаления: 22 сентября 2019 г.

Требуется Git 2.21.0 или выше

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

Дата удаления: 22 мая 2019 г.

Устаревший шаблон сервиса Kubernetes

0 мы планируем отказаться от шаблона сервиса Kubernetes на уровне экземпляра в пользу конфигурации кластера на уровне экземпляра, представленной в GitLab 11. В GitLab 12. 11.

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

Дата удаления: 22 июня 2019 г.

Отказ от сопоставления по ярлыку app на панелях деплоя Kubernetes

0 мы планируем отказаться от сопоставления по ярлыку app в селекторе деплоев Kubernetes. В GitLab 12. 10 мы ввели новый механизм сопоставления, который ищет совпадения по app.example.com/app и app.example.com/env, чтобы выводить деплои на панель. В GitLab 11.

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

Дата удаления: 22 июня 2019 г.

Пакеты GitLab 12.0 будут подписываться расширенной подписью

08. 2 мая 2019 года GitLab продлил срок действия ключей подписания для пакетов Omnibus GitLab с 01. 07. 2019 до 01. Если вы проверяете подписи пакета и хотите обновить ключи, просто еще раз выполните инструкции из документации для подписания пакетов Omnibus. 2020.

Дата удаления: 22 июня 2019 г.

Журнал изменений

Ищите все эти изменения в журнале изменений:

Установка

Если вы настраиваете новую установку GitLab, посетите страницу загрузки GitLab.

Обновление

→ Загляните на страницу обновлений

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

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

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

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

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