GitLab 11.10 с пайплайнами на панели управления, пайплайнами для объединенных результатов и предложениями по нескольким строкам в мердж-реквестах.
Удобные сведения о работоспособности пайплайнов в разных проектах
GitLab продолжает увеличивать прозрачность жизненного цикла DevOps. В этом выпуске на добавлен обзор статуса пайплайнов.
Это удобно, даже если вы изучаете пайплайн одного проекта, но особенно полезно, если , — а так обычно и бывает, если вы используете микросервисы и хотите запустить пайплайн для тестирования и поставки кода из разных репозиториев проектов. Теперь вы сразу видите работоспособность , где бы они ни выполнялись.
Запуск пайплайнов для объединенных результатов
Со временем исходная и целевая ветки расходятся, и может возникнуть ситуация, когда по отдельности они справляются, а вместе не работают. Теперь можно . Так вы быстро заметите ошибки, которые проявились бы только при частом перемещении изменений между ветками, а значит гораздо быстрее исправите ошибки пайплайна и будете эффективнее использовать .
Дальнейшая оптимизация совместной работы
В GitLab 11.10 появилось еще больше возможностей для удобной совместной работы и упрощенных рабочих процессов. В мы ввели предложения по мердж-реквестам, когда рецензент мог предложить изменение одной строки в комментарии к мердж-реквесту, и его можно было сразу закоммитить прямо из треда комментариев. Нашим пользователям это понравилось, и они попросили расширить эту фичу. Теперь вы можете предлагать , указывая, какие строки удалить, а какие — добавить.
Спасибо за ваши отзывы и предложения!
И это еще не все…
В этом выпуске столько потрясающих фич, например, , более тщательная , и возможность . Ниже подробности о каждой из них.
Punonjësi më i çmuar i këtij muaji () — Такуя Ногути
В этом месяце самым ценным сотрудником стал Такуя Ногути (). Такуя : исправлял баги, доделывал недоработки в бэкенде и фронтенде и улучшал пользовательский интерфейс. Спасибо!
Главные фичи 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 dhe workflow::deployed, обозначающие состояние рабочего процесса в вашей команде. Если у задачи уже есть ярлык workflow::development, а разработчик хочет перевести задачу на стадию workflow::review, он просто применяет новый ярлык, а старый (workflow::development) автоматически удаляется. Это поведение уже существует, когда вы перемещаете задачи между списками ярлыков на доске задач, которая представляет рабочий процесс вашей команды. Теперь члены команды, которые не работают с доской задач напрямую, могут изменить состояние рабочего процесса в самих задачах.
Более тщательная очистка реестра контейнеров
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
При обычном использовании реестра контейнеров с CI-пайплайнами вы отправляете несколько отдельных изменений в один тег. Из-за реализации распределения Docker поведение по умолчанию — сохранить все изменения в системе, но в итоге они занимают много памяти. Если использовать параметр -m me 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 уже предоставляет несколько типов отчетов, которые можно включать прямо в мердж-реквесты: от отчетов о dhe на этапе проверки до dhe на этапе защиты.
И хотя это важные отчеты, базовые сведения, подходящие для разных сценариев, тоже нужны. В 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 предоставляет несколько способов dhe переменных в 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 dhe app.example.com/env ose app. Это позволит избежать конфликтов при фильтрации и риска неправильных деплоев, связанных с проектом.
Кроме того, в версии GitLab 12.0 мы , и совпадение будет возможно только по app.example.com/app dhe 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 dhe 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.
Самые интересные изменения:
- .
- .
- .
- .
- .
Listën e plotë të ndryshimeve mund ta gjeni në regjistrin e ndryshimeve të GitLab Runner: .
Исправление возвращаемого project_id в API поиска blob в Elasticsearch
STARTER, PREMIUM, ULTIMATE
Мы исправили ошибку в API поиска blob в Elasticsearch, который ошибочно возвращал 0 для project_id. Нужно будет , чтобы получать правильные значения project_id после установки этой версии GitLab.
Përmirësime Omnibus
CORE, STARTER, PREMIUM, ULTIMATE
Мы внесли следующие улучшения в Omnibus в GitLab 11.10:
- GitLab 11.10 включает , , в последний выпуск которого входит новый каталог интеграции для простого переноса данных из Hipchat и много чего еще. Эта версия включает , и мы советуем обновиться.
- Ne , и теперь начать мониторинг экземпляра GitLab стало совсем просто.
- Мы добавили поддержку удаления старых образов контейнеров из реестра Docker.
- Мы обновили ca-certs до 2019-01-23.
Përmirësime të performancës
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Мы продолжаем улучшать производительность GitLab с каждым выпуском для экземпляров GitLab любого размера. Некоторые улучшения в GitLab 11.10:
- .
- .
- .
- .
- .
- .
- .
- .
Улучшение диаграмм GitLab
CORE, STARTER, PREMIUM, ULTIMATE
Мы внесли следующие улучшения в диаграммы GitLab:
- .
Karakteristika të vjetra
GitLab Geo do të sigurojë ruajtje të shënuar në GitLab 12.0
GitLab Geo kërkon për të lehtësuar konkurrencën në nodet e dyta. Kjo është theksuar në .
Në GitLab kemi shtuar këtë kërkesë në dokumentacionin Geo: .
Në GitLab sudo gitlab-rake gitlab:geo:check kontrollon nëse ruajtja e shënuar është aktivizuar dhe nëse të gjitha projektet po transferohen. Shih. . Nëse përdorni Geo, ju lutemi kryeni këtë kontroll dhe migroni sa më shpejt që të jetë e mundur.
Në GitLab njoftim i përhershëm i çaktivizuar do të shfaqet në faqen Admin Area › Geo › Nodes, nëse kontrollimet e sipërpërmendura nuk janë të lejuara.
Në GitLab Geo do të përdorë kërkesat për ruajtjen e shënuar. Shih. .
Data e fshirjes: 22 qershor 2019.
Поддержка Ubuntu 14.04
GitLab 11.10 станет последним выпуском с .
Canonical объявила о прекращении стандартной поддержки Ubuntu 14.04 с . Советуем пользователям перейти на поддерживаемую версию LTS: Ubuntu 16.04 или Ubuntu 18.04.
Data e fshirjes: 22 maj 2019
Kufizimi i numrit maksimal të pipeline-ve që krijohen nga një dërgesë
Më parë GitLab krijonte pipeline për HEAD çdo degë në dërgesë. Kjo është e dobishme për zhvilluesit që dërgojnë disa ndryshime menjëherë (për shembull, në degën e veçorive dhe në degën develop).
Por, kur dërgoni një depo të madhe, ku ka shumë degë aktive (për shembull, për lëvizjen, pasqyrimin ose ndarjen), nuk ka nevojë për të krijuar një pipeline për çdo degë. Duke filluar nga GitLab 11.10 ne krijojmë në dërgesë.
Data e fshirjes: 22 maj 2019
Rrugët e vjetra (legacy) të kodit të GitLab Runner
Duke filluar nga GitLab 11.9, GitLab Runner përdor klonimit/aktivizimit të depozitës. Aktualisht, GitLab Runner do të përdorë metodën e vjetër nëse e reja nuk mbështetet. Për më shumë detaje, shihni në .
Në GitLab 11.0 kemi ndryshuar pamjen e konfigurimit të serverit të metrikeve për GitLab Runner. metrics_server do të hiqet në favor të listen_address në GitLab 12.0. Më shumë informacion shihni në .
Në versionin 11.3, GitLab Runner filloi të mbështesë ; e cila çoi në konfigurime të reja për . Në , приведена таблица изменений и инструкции по переходу к новой конфигурации. Подробнее смотрите в .
Këto rrugë nuk do të jenë të disponueshme në GitLab 12.0. Si përdorues, nuk keni nevojë të ndryshoni asgjë, duhet vetëm të siguroheni që instanca e GitLab të funksionojë me versionin 11.9+ kur përditësoni në GitLab Runner 12.0.
Data e fshirjes: 22 qershor 2019.
Parametri i vjetëruar për tipin e hyrjes për GitLab Runner
Në versionin 11.4 GitLab Runner është prezantuar me parametrin e funksionit për të korrigjuar probleme të tilla si dhe .
Në GitLab 12.0 ne do të kalojmë në një sjellje të saktë, siç do të ishte nëse parameteri i funksionit ishte i çaktivizuar. Më shumë informacion mund të gjeni në .
Data e fshirjes: 22 qershor 2019.
Mbështetje e vjetëruar për distribucione Linux që kanë arritur EOL për GitLab Runner
Disa distribucione Linux që mund të instaloni GitLab Runner kanë përfunduar jetëgjatësinë e tyre.
Në GitLab 12.0, GitLab Runner nuk do të shpërndajë më paketa për këto distribucione Linux. Një listë e plotë e distribucioneve që nuk mbështeten më mund të gjendet në . Falenderime Javier Ardo () за !
Data e fshirjes: 22 qershor 2019.
Hiqni komandat e vjetra të GitLab Runner Helper
Si pjesë e përpjekjeve për mbështetje duhet hequr dorë nga disa komanda të vjetra që përdoren për .
Në GitLab 12.0, GitLab Runner aktivizohet me komandat e reja. Kjo ndikon vetëm përdoruesit që . Më shumë informacion mund të gjeni në .
Data e fshirjes: 22 qershor 2019.
Heqja e mekanizmit të vjetër git clean nga GitLab Runner
В GitLab Runner 11.10 për të konfiguruar si Runner kryen komandën git clean. Кроме того, новая стратегия очистки удаляет использование git reset dhe vendos komandën git clean pas hapit të shkarkimit.
Pasi ky ndryshim sjelljeje mund të ndikojë tek disa përdorues, kemi përgatitur një parametr FF_USE_LEGACY_GIT_CLEAN_STRATEGY. Nëse vendosni vlerën e vërtetë, do të rikthejë strategjinë e pastrimit legacy. Më shumë mbi përdorimin e parametrave të funksioneve në GitLab Runner mund të gjeni .
В GitLab Runner 12.0 мы удалим поддержку legacy-стратегии очистки и возможность восстанавливать ее с помощью параметра функции. Подробнее смотрите в .
Data e fshirjes: 22 qershor 2019.
Sekcioni Informacioni i Sistemit në panelin e administratorit
GitLab paraqet informacion rreth instancës suaj të GitLab në admin/system_info, por ky informacion mund të jetë i pasaktë.
Ne të panelit të administratorit në GitLab 12.0 dhe rekomandojmë përdorimin e .
Data e fshirjes: 22 qershor 2019.
Dita e ndryshimeve
Kërkoni të gjitha këto ndryshime në ditarin e ndryshimeve:
Instalimi
Nëse po konfiguroni një instalim të ri të GitLab, vizitoni .
Përditësimi
Загляните на .
Планы подписки GitLab
GitLab доступен в двух вариантах: dhe .
: локально или на предпочитаемой облачной платформе.
- Bërthama: для небольших команд, персональных проектов или пробной версии GitLab на неограниченный период.
- Starter: для команд, работающих в одном офисе над несколькими проектами, которым нужна профессиональная поддержка.
- Premium: для распределенных команд, которым нужны расширенные функции, высокая доступность и круглосуточная поддержка.
- Ultimate: для предприятий, которым требуется надежная стратегия и реализация с улучшенной безопасностью и соответствием требованиям.
— GitLab.com: размещается, управляется и администрируется GitLab по для отдельных разработчиков и команд.
- Falë: неограниченные частные репозитории и неограниченное количество участников проекта. У закрытых проектов есть доступ к фичам уровня Falë, у есть доступ к фичам уровня Gold.
- Bronze: для команд, которым нужен доступ к расширенным фичам рабочего процесса.
- Silver: для команд, которым нужны более надежные возможности DevOps, соответствие требованиям и быстрая поддержка.
- Gold: подходит для множества джобов CI/CD. Все открытые проекты могут бесплатно использовать фичи Gold независимо от плана.
Burimi: habr.com
