GitLab 11.10 с пайплайнами на панели управления, пайплайнами для объединенных результатов и предложениями по нескольким строкам в мердж-реквестах.
Удобные сведения о работоспособности пайплайнов в разных проектах
GitLab продолжает увеличивать прозрачность жизненного цикла DevOps. В этом выпуске на добавлен обзор статуса пайплайнов.
Это удобно, даже если вы изучаете пайплайн одного проекта, но особенно полезно, если , — а так обычно и бывает, если вы используете микросервисы и хотите запустить пайплайн для тестирования и поставки кода из разных репозиториев проектов. Теперь вы сразу видите работоспособность , где бы они ни выполнялись.
Запуск пайплайнов для объединенных результатов
Со временем исходная и целевая ветки расходятся, и может возникнуть ситуация, когда по отдельности они справляются, а вместе не работают. Теперь можно . Так вы быстро заметите ошибки, которые проявились бы только при частом перемещении изменений между ветками, а значит гораздо быстрее исправите ошибки пайплайна и будете эффективнее использовать .
Дальнейшая оптимизация совместной работы
В GitLab 11.10 появилось еще больше возможностей для удобной совместной работы и упрощенных рабочих процессов. В мы ввели предложения по мердж-реквестам, когда рецензент мог предложить изменение одной строки в комментарии к мердж-реквесту, и его можно было сразу закоммитить прямо из треда комментариев. Нашим пользователям это понравилось, и они попросили расширить эту фичу. Теперь вы можете предлагать , указывая, какие строки удалить, а какие — добавить.
Спасибо за ваши отзывы и предложения!
И это еще не все…
В этом выпуске столько потрясающих фич, например, , более тщательная , и возможность . Ниже подробности о каждой из них.
Самый ценный сотрудник этого месяца () — Такуя Ногути
В этом месяце самым ценным сотрудником стал Такуя Ногути (). Такуя : исправлял баги, доделывал недоработки в бэкенде и фронтенде и улучшал пользовательский интерфейс. Спасибо!
Главные фичи GitLab 11.10
Пайплайны на панели управления
PREMIUM, ULTIMATE, SILVER, GOLD
На панели управления в GitLab отображаются сведения о проектах на всем экземпляре GitLab. Вы добавляете отдельные проекты по одному и можете выбирать, какой проект вас интересует.
В этом выпуске мы добавили на панель управления информацию о статусах пайплайнов. Теперь разработчики видят работоспособность пайплайнов во всех нужных проектах — в одном интерфейсе.
Пайплайны для объединенных результатов
PREMIUM, ULTIMATE, SILVER, GOLD
Обычно со временем исходная ветка отклоняется от целевой, если вы постоянно не перемещаете между ними изменения. В результате пайплайны исходной и целевой веток «зеленые» и конфликтов мерджа не возникает, но при объединении происходит сбой из-за несовместимости изменений.
Когда пайплайн мердж-реквестов автоматически создает новую ссылку, которая содержит объединенный результат мерджа исходной и целевой веток, мы можем запустить пайплайн по этой ссылке и гарантировать, что общий результат будет рабочим.
Если вы используете пайплайны мердж-реквестов (в любом качестве) и задействуете частные GitLab-раннеры версии 11.8 или старше, их нужно обновить, чтобы не возникла проблема . Это не влияет на пользователей общедоступных GitLab-раннеров.
Предложение изменений в нескольких строках
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
При совместной работе над мердж-реквестами вы часто замечаете проблемы и предлагаете решения. С версии GitLab 11.6 мы поддерживаем для одной строки.
В версии 11.10 в комментариях к диффу мердж-реквеста можно предлагать изменения для нескольких строк, а потом любой пользователь с разрешениями на запись в исходную ветку может принять их одним нажатием. Благодаря новой фиче можно избежать копипасты, как в предыдущих версиях.
Ярлыки в одной области
PREMIUM, ULTIMATE, SILVER, GOLD
С ярлыками в одной области команды могут применять взаимоисключающие ярлыки (в одной и той же области) для задачи, мердж-реквеста или эпика в сценариях с кастомными полями или кастомными состояниями рабочего процесса. Они настраиваются с помощью специального синтаксиса с двоеточием в заголовке ярлыка.
Допустим, вам нужно кастомное поле в задачах, чтобы отслеживать операционную систему платформы, на которую нацелены ваши функции. Каждая задача должна относиться только к одной платформе. Можно создавать ярлыки platform::iOS, platform::Android, platform::Linux и другие по необходимости. Если применить один такой ярлык к задаче, автоматически удалится другой существующий ярлык, который начинается с platform::.
Допустим, у вас есть ярлыки workflow::development, workflow::review и workflow::deployed, обозначающие состояние рабочего процесса в вашей команде. Если у задачи уже есть ярлык workflow::development, а разработчик хочет перевести задачу на стадию workflow::review, он просто применяет новый ярлык, а старый (workflow::development) автоматически удаляется. Это поведение уже существует, когда вы перемещаете задачи между списками ярлыков на доске задач, которая представляет рабочий процесс вашей команды. Теперь члены команды, которые не работают с доской задач напрямую, могут изменить состояние рабочего процесса в самих задачах.
Более тщательная очистка реестра контейнеров
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
При обычном использовании реестра контейнеров с CI-пайплайнами вы отправляете несколько отдельных изменений в один тег. Из-за реализации распределения Docker поведение по умолчанию — сохранить все изменения в системе, но в итоге они занимают много памяти. Если использовать параметр -m z registry-garbage-collect, можно быстро удалить все предыдущие изменения и освободить драгоценное место.
Покупка дополнительных минут CI Runner
BRONZE, SILVER, GOLD
Пользователи с платными планами GitLab.com (Gold, Silver, Bronze) теперь могут покупать дополнительные минуты CI Runner. Раньше нужно было укладываться в квоту, предусмотренную планом. Благодаря этому улучшению можно заранее покупать минуты сверх квоты, чтобы избежать перерывов в работе из-за остановки пайплайнов.
Сейчас 1000 минут стоят 8 долларов, и покупать их можно сколько угодно. Дополнительные минуты начнут расходоваться, когда вы потратите всю месячную квоту, а остаток дополнительных минут переносится на следующий месяц. В мы хотим добавить эту фичу и в бесплатные планы.
Компонуемый Auto DevOps
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
С Auto DevOps команды переходят на современные практики DevOps почти без усилий. Начиная с GitLab 11.10 каждый джоб в Auto DevOps предоставляется в виде . Пользователи могут использовать в GitLab CI, чтобы включать отдельные стадии Auto DevOps и при этом использовать свой кастомный файл gitlab-ci.yml. Таким образом можно включать только нужные джобы и пользоваться преимуществами обновлений в upstream.
Автоматическое управление членами группы на GitLab.com с помощью SCIM
SILVER, GOLD
Раньше управлять членством в группах на GitLab.com приходилось вручную. Теперь можно использовать SAML SSO и управлять членством с помощью SCIM, чтобы создавать, удалять и обновлять пользователей на GitLab.com.
Это особенно полезно для компаний с большим количеством пользователей и централизованными поставщиками удостоверений. Теперь у вас может быть единый источник истины, например Azure Active Directory, и пользователи будут создаваться и удаляться автоматически через поставщика удостоверений, а не вручную.
Вход на GitLab.com через поставщика SAML
SILVER, GOLD
Раньше при использовании SAML SSO для групп пользователь должен был входить с учетными данными GitLab и поставщиком удостоверений. Теперь можно напрямую входить через SSO как пользователь GitLab, привязанный к настроенной группе.
Пользователям не придется дважды выполнять вход, поэтому компаниям удобнее использовать SAML SSO для GitLab.com.
Другие улучшения в GitLab 11.10
Схема дочерних эпиков
ULTIMATE, GOLD
В предыдущем выпуске мы добавили дочерние эпики (эпики эпиков), чтобы вам было удобнее управлять структурой распределения заданий. Дочерние эпики отображаются на странице родительского эпика.
В этом выпуске на странице родительского эпика отображается схема дочерних эпиков, поэтому команды видят хронологию дочерних эпиков и могут управлять временными зависимостями.
Всплывающие экраны мердж-реквестов
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
В этом выпуске мы представляем информативные экраны, всплывающие при наведении курсора на ссылку мердж-реквеста. Раньше мы показывали только заголовок мердж-реквеста, а теперь еще и статус мердж-реквеста, статус CI-пайплайна и короткий URL.
В будущих выпусках мы планируем добавить больше важных сведений, например, , а еще введем всплывающие экраны для .
Фильтрация мердж-реквестов по целевым веткам
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Рабочие процессы Git для выпуска или поставки ПО часто связаны с несколькими долгосрочными ветками — для внесения исправлений в предыдущие версии (например, stable-11-9) или перехода от проверки качества к производству (например, integration), но не так-то просто найти мердж-реквесты для этих веток среди множества открытых мердж-реквестов.
Список мердж-реквестов для проектов и групп теперь можно фильтровать по целевой ветке мердж-реквеста, чтобы было проще находить нужный.
Спасибо, Хироюки Сато ()!
Отправка и мердж при успешном пайплайне
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Если мы используем метод разработки Trunk-based development, мы должны избегать долгоживущих веток в пользу небольших временных веток с одним владельцем. Мелкие изменения часто отправляются прямо в целевую ветку, но при этом мы рискуем нарушить сборку.
В этом выпуске GitLab поддерживает новые параметры отправки в Git, чтобы автоматически открывать мердж-реквесты, задавать целевую ветку и обеспечить мердж при успешном пайплайне из командой строки во время отправки в ветку.
Улучшенная интеграция с внешними панелями мониторинга
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab может обращаться к нескольким серверам Prometheus (на уровне среды, проекта и ), но наличие нескольких конечных точек может усложнять систему или не поддерживаться стандартными панелями мониторинга. В этом выпуске команды могут использовать один API Prometheus, что значительно упрощает интеграцию с такими сервисами, как Grafana.
Сортировка Wiki-страниц по дате создания
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
В Wiki проекта команды могут делиться документацией и другой важной информацией наряду с исходным кодом и задачами. В этом выпуске список страниц в Wiki можно сортировать по дате создания и заголовку, чтобы быстро находить недавно созданное содержимое.
Мониторинг ресурсов, запрошенных кластером
ULTIMATE, GOLD
GitLab помогает мониторить кластер Kubernetes для разрабатываемых и рабочих приложений. Начиная с этого выпуска отслеживайте запрошенные кластером ресурсы процессора и память, чтобы заметить потенциальные сложности, пока они не стали проблемами.
Просмотр метрик балансировщика нагрузки на панели мониторинга Grafana
CORE, STARTER, PREMIUM, ULTIMATE
Очень важно следить за работоспособностью экземпляра GitLab. Раньше мы предоставляли панели мониторинга по умолчанию через встроенный экземпляр Grafana. Начиная с этого выпуска мы включили дополнительные панели для мониторинга балансировщиков нагрузки NGINX.
SAST для Elixir
ULTIMATE, GOLD
Мы продолжаем расширять поддержку языков и углублять проверки безопасности. В этом выпуске мы включили проверки безопасности для проектов на и проектов, созданных на .
Несколько запросов в одной диаграмме
PREMIUM, ULTIMATE, SILVER, GOLD
В GitLab можно создавать диаграммы, чтобы визуализировать собираемые метрики. Часто — например, если нужно посмотреть максимальное или среднее значение метрики, — хочется вывести несколько значений на одной диаграмме. Начиная с этого выпуска у вас есть такая возможность.
Результаты DAST на панели безопасности группы
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Мы добавили результаты динамического тестирования защищенности приложений (Dynamic Application Security Testing, DAST) на панель безопасности группы в дополнение к SAST, сканированию контейнеров и сканированию зависимостей.
Добавление метаданных в отчет о сканировании контейнеров
ULTIMATE, GOLD
В этом выпуске в отчете о сканировании контейнеров содержится больше метаданных — мы добавили затрагиваемый компонент (фича Clair) в существующие метаданные: приоритет, идентификатор (со ссылкой на mitre.org) и затрагиваемый уровень (например, debian:8).
Добавление типа отчета по метрикам в мердж-реквесты
PREMIUM, ULTIMATE, SILVER, GOLD
GitLab уже предоставляет несколько типов отчетов, которые можно включать прямо в мердж-реквесты: от отчетов о и на этапе проверки до и на этапе защиты.
И хотя это важные отчеты, базовые сведения, подходящие для разных сценариев, тоже нужны. В GitLab 11.10 мы предоставляем отчеты по метрикам прямо в мердж-реквесте, который ожидает простую пару ключ-значение. Таким образом пользователи отслеживают изменения во времени, включая пользовательские метрики, и изменения метрик для определенного мердж-реквеста. Использование памяти, тестирование специализированных нагрузок и статусы работоспособности можно преобразовать в простые метрики, которые можно просматривать прямо в мердж-реквестах наряду с другими встроенными отчетами.
Поддержка мультимодульных проектов Maven для сканирования зависимостей
ULTIMATE, GOLD
В этом выпуске мультимодульные проекты Maven поддерживают сканирование зависимостей GitLab. Раньше, если у подмодуля была зависимость от другого подмодуля того же уровня, он не мог разрешить загрузку из центрального репозитория Maven. Теперь мультимодульный проект Maven создается с двумя модулями и зависимостью между двумя модулями. Зависимость между модулями одного уровня теперь доступна в локальном репозитории Maven, чтобы можно было продолжить сборку.
Пользователи могут менять путь для клонирования в CI
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
По умолчанию GitLab Runner клонирует проект в уникальный вложенный путь в $CI_BUILDS_DIR. Но для некоторых проектов, например Golang, код нужно клонировать в конкретный каталог, чтобы его можно было собрать.
В GitLab 11.10 мы ввели переменную GIT_CLONE_PATH, с помощью которой можно указать конкретный путь, куда GitLab Runner клонирует проект до выполнения задачи.
Простая маскировка защищенных переменных в логах
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab предоставляет несколько способов и переменных в GitLab CI/CD. Но переменные все равно могут намеренно или случайно попасть в журналы сборки.
GitLab серьезно относится к управлению рисками и аудиту и продолжает добавлять фичи для соблюдения требований. В GitLab 11.10 мы ввели возможность маскировать некоторые типы переменных в логах трассировки джобов, добавив уровень защиты от случайного попадания содержимого этих переменных в журналы. А еще GitLab теперь многие встроенные переменные токенов.
Включение и отключение Auto DevOps на уровне группы
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
С Auto DevOps в проекте GitLab.com можно без лишних хлопот взяться за современные рабочие процессы DevOps — от сборки до поставки.
Начиная с GitLab 11.10 вы можете включать и отключать Auto DevOps для всех проектов в одной группе.
Упрощенная и улучшенная страница лицензий
STARTER, PREMIUM, ULTIMATE
Чтобы управлять ключами лицензии было удобнее и проще, мы изменили дизайн страницы лицензий на панели администратора и выделили самые важные элементы.
Обновление селектора ярлыков для деплоев Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
На панелях деплоя отображаются сведения обо всех деплоях Kubernetes.
В этом выпуске мы изменили способ сопоставления ярлыков с деплоями. Теперь доступны совпадения по app.example.com/app и app.example.com/env или app. Это позволит избежать конфликтов при фильтрации и риска неправильных деплоев, связанных с проектом.
Кроме того, в версии GitLab 12.0 мы , и совпадение будет возможно только по app.example.com/app и app.example.com/env.
Динамическое создание ресурсов Kubernetes
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Интеграция Kubernetes в GitLab позволяет использовать функцию RBAC с помощью аккаунта сервиса и выделенного пространства имен для каждого проекта GitLab. Начиная с этого выпуска для максимальной эффективности эти ресурсы будут создаваться, только когда нужны для деплоя.
При деплое Kubernetes GitLab CI будет создавать эти ресурсы перед деплоем.
Групповые раннеры для кластеров на уровне группы
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Кластеры на уровне группы теперь поддерживают установку GitLab Runner. Раннеры Kubernetes на уровне группы отображаются для дочерних проектов как групповые раннеры, помеченные ярлыками cluster и kubernetes.
Счетчик вызова для функций Knative
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Функции, развернутые с , теперь показывают количество полученных вызовов для отдельной функции. Для этого нужно установить Prometheus на кластере, где установлен Knative.
Контроль параметров git clean для джобов GitLab CI/CD
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
По умолчанию GitLab Runner выполняет git clean в процессе выгрузки кода при выполнении джоба в GitLab CI/CD. Начиная с GitLab 11.10 пользователи могут контролировать параметры, переданные команде git clean. Это удобно для команд с выделенными раннерами, а также для команд, которые собирают проекты из больших монорепозиториев. Теперь они могут управлять процессом выгрузки до выполнения скриптов. Новая переменная GIT_CLEAN_FLAGS по умолчанию имеет значение -ffdx и принимает все возможные параметры команды [git clean](https://git-scm.com/docs/git-clean).
Внешняя авторизация в Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Защищенные среды могут требовать дополнительный внешний ресурс авторизации для доступа к проекту. Мы добавили поддержку дополнительного уровня контроля доступа в и получили много просьб открыть этот функционал в Core. Мы рады представить внешнюю авторизацию и дополнительный уровень безопасности для экземпляров Core, раз эта фича нужна отдельным участникам.
Возможность создания проектов в группах в Core
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Роль Developer может создавать проекты в группах , а сейчас это возможно и в Core. Создание проектов — это ключевая возможность для продуктивной работы в GitLab, и благодаря включению этой функции в Core участникам экземпляра теперь проще заняться чем-то новым.
GitLab Runner 11.10
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Сегодня мы выпустили GitLab Runner 11.10! GitLab Runner — это проект с открытым исходным кодом, который используется для запуска заданий CI/CD и отправки результатов обратно в GitLab.
Самые интересные изменения:
- .
- .
- .
- .
- .
Pełna lista zmian jest dostępna w dzienniku zmian GitLab Runner: .
Исправление возвращаемого project_id в API поиска blob в Elasticsearch
STARTER, PREMIUM, ULTIMATE
Мы исправили ошибку в API поиска blob в Elasticsearch, который ошибочно возвращал 0 для project_id. Нужно будет , чтобы получать правильные значения project_id после установки этой версии GitLab.
Ulepszenia Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Мы внесли следующие улучшения в Omnibus в GitLab 11.10:
- GitLab 11.10 включает , , в последний выпуск которого входит новый каталог интеграции для простого переноса данных из Hipchat и много чего еще. Эта версия включает , и мы советуем обновиться.
- Usuniemy tę sekcję , и теперь начать мониторинг экземпляра GitLab стало совсем просто.
- Мы добавили поддержку удаления старых образов контейнеров из реестра Docker.
- Мы обновили ca-certs до 2019-01-23.
Ulepszenia wydajności
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Мы продолжаем улучшать производительность GitLab с каждым выпуском для экземпляров GitLab любого размера. Некоторые улучшения в GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Улучшение диаграмм GitLab
CORE, STARTER, PREMIUM, ULTIMATE
Мы внесли следующие улучшения в диаграммы GitLab:
- .
Nieaktualne funkcje
GitLab Geo zapewni haszowane przechowywanie w GitLab 12.0
GitLab Geo wymaga для смягчения конкуренции на вторичных нодах. Это было отмечено в .
W GitLab dodaliśmy to wymaganie do dokumentacji Geo: .
W GitLab sudo gitlab-rake gitlab:geo:check sprawdza, czy haszowane przechowywanie jest włączone i czy wszystkie projekty są przenoszone. Zob. . Jeśli korzystasz z Geo, uruchom tę kontrolę i migruj jak najszybciej.
W GitLab ciągłe wyłączane ostrzeżenie będzie wyświetlane na stronie Admin Area › Geo › Nodes, jeśli powyższe kontrole nie są dozwolone.
W GitLab Geo będzie używać wymagań dotyczących haszowanego przechowywania. Zob. .
Data usunięcia: 22 czerwca 2019 r.
Поддержка Ubuntu 14.04
GitLab 11.10 станет последним выпуском с .
Canonical объявила о прекращении стандартной поддержки Ubuntu 14.04 с . Советуем пользователям перейти на поддерживаемую версию LTS: Ubuntu 16.04 или Ubuntu 18.04.
Data usunięcia: 22 мая 2019 г.
Ограничение максимального количества пайплайнов, создаваемых одной отправкой
Раньше GitLab создавал пайплайны для HEAD каждой ветки в отправке. Это удобно для разработчиков, которые отправляют сразу несколько изменений (например, в ветку фичи и в ветку develop).
Но при отправке большого репозитория, где много активных веток (например, для перемещения, отзеркаливания или разветвления), не нужно создавать пайплайн для каждой ветки. Начиная с GitLab 11.10 мы создаем при отправке.
Data usunięcia: 22 мая 2019 г.
Nieaktualne ścieżki legacy kodu GitLab Runner
Począwszy od GitLab 11.9, GitLab Runner korzysta z клонирования/вызова репозитория. В настоящее время GitLab Runner будет использовать старый метод, если новый не поддерживается. Подробнее смотрите в .
W GitLab 11.0 zmieniliśmy sposób konfiguracji serwera metryk dla GitLab Runner. metrics_server zostanie usunięty na rzecz listen_address w GitLab 12.0. Szczegóły znajdziesz w .
W wersji 11.3 GitLab Runner zaczął wspierać ; что привело к новым настройкам для . W , приведена таблица изменений и инструкции по переходу к новой конфигурации. Подробнее смотрите в .
Эти пути будут недоступны в GitLab 12.0. Как пользователю, вам не нужно ничего менять, только убедиться, что экземпляр GitLab работает с версией 11.9+ при обновлении до GitLab Runner 12.0.
Data usunięcia: 22 czerwca 2019 r.
Przestarzały parametr dla funkcji punktu wejścia w GitLab Runner.
W wersji 11.4 GitLab Runner wprowadza parametr funkcji. w celu naprawienia problemów takich jak и .
W GitLab 12.0 przełączamy się na prawidłowe działanie, jakby parametr funkcji był wyłączony. Szczegóły znajdziesz w .
Data usunięcia: 22 czerwca 2019 r.
Przestarzałe wsparcie dla dystrybucji Linux, które osiągnęły koniec wsparcia (EOL), dla GitLab Runner.
Niektóre dystrybucje Linux, w których można zainstalować GitLab Runner, już zakończyły wsparcie.
W GitLab 12.0 GitLab Runner nie będzie już dostarczać pakietów do takich dystrybucji Linux. Pełną listę dystrybucji, które nie są już wspierane, można znaleźć w naszej . Dziękujemy Javierowi Jardónowi () за !
Data usunięcia: 22 czerwca 2019 r.
Usunięcie starych poleceń GitLab Runner Helper.
W ramach działań wspierających konieczne było usunięcie niektórych starych poleceń używanych do .
В GitLab 12.0 GitLab Runner запускается с помощью новых команд. Это касается только пользователей, которые . Szczegóły znajdziesz w .
Data usunięcia: 22 czerwca 2019 r.
Удаление legacy механизма git clean из GitLab Runner
В GitLab Runner 11.10 настроить, как Runner выполняет команду git clean. Кроме того, новая стратегия очистки удаляет использование git reset и помещает команду git clean после шага выгрузки.
Раз это изменение поведения может повлиять на некоторых пользователей, мы подготовили параметр FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Если установить значение true, он восстановит legacy-стратегию очистки. Больше об использовании параметров функций в GitLab Runner можно найти .
В GitLab Runner 12.0 мы удалим поддержку legacy-стратегии очистки и возможность восстанавливать ее с помощью параметра функции. Подробнее смотрите в .
Data usunięcia: 22 czerwca 2019 r.
Sekcja Informacje o systemie w panelu administracyjnym
GitLab przedstawia informacje o twojej instancji GitLab w admin/system_info, ale te informacje mogą być nieprecyzyjne.
Usuniemy tę sekcję innych możliwości monitorowania .
Data usunięcia: 22 czerwca 2019 r.
Журнал изменений
Ищите все эти изменения в журнале изменений:
Установка
Если вы настраиваете новую установку GitLab, посетите .
Обновление
Загляните на .
Планы подписки GitLab
GitLab доступен в двух вариантах: и .
: локально или на предпочитаемой облачной платформе.
- Core: для небольших команд, персональных проектов или пробной версии GitLab на неограниченный период.
- Starter: для команд, работающих в одном офисе над несколькими проектами, которым нужна профессиональная поддержка.
- Premium: для распределенных команд, которым нужны расширенные функции, высокая доступность и круглосуточная поддержка.
- Ultimate: для предприятий, которым требуется надежная стратегия и реализация с улучшенной безопасностью и соответствием требованиям.
— GitLab.com: размещается, управляется и администрируется GitLab по для отдельных разработчиков и команд.
- Free: неограниченные частные репозитории и неограниченное количество участников проекта. У закрытых проектов есть доступ к фичам уровня Free, у есть доступ к фичам уровня Gold.
- Bronze: для команд, которым нужен доступ к расширенным фичам рабочего процесса.
- Silver: для команд, которым нужны более надежные возможности DevOps, соответствие требованиям и быстрая поддержка.
- Gold: подходит для множества джобов CI/CD. Все открытые проекты могут бесплатно использовать фичи Gold независимо от плана.
Źródło: habr.com
