Мы в GitLab постоянно ищем новые способы улучшить совместную работу по всему жизненному циклу DevOps. Мы с радостью объявляем, что с этого выпуска поддерживаем несколько ответственных лиц для одного мердж-реквеста! Эта функция доступна с уровня GitLab Starter и по-настоящему воплощает наш девиз: «Каждый может внести свой вклад». Мы знаем, что с одним мердж-реквестом может работать много людей, чтобы все точно было в порядке, и теперь у вас есть возможность назначать несколько ответственных за мердж-реквесты!
А еще команды DevOps теперь получают автоматические уведомления о событиях деплоя в Slack и Mattermost. Добавьте новые уведомления в список событий отправки в этих двух чатах, и ваша команда будет почти моментально узнавать о новых деплоях.
Мы обожаем контейнеры! Контейнеры тратят меньше ресурсов системы по сравнению с виртуальными машинами и улучшают переносимость приложения. С выпуска GitLab 11.11 мы поддерживаем Windows Container Executor для GitLab Runner, поэтому теперь вы можете использовать контейнеры Docker в Windows и наслаждаться расширенными возможностями оркестрации пайплайнов и управления.
GitLab Premium (только для самоуправляемых экземпляров) теперь предлагает кэширующий прокси для зависимостей для образов Docker. Это дополнение ускорит доставку, ведь теперь у вас будет кэширующий прокси для часто используемых образов Docker.
Пользователи самоуправляемых экземпляров GitLab теперь могут подготавливать кластер Kubernetes на уровне экземпляров, и все группы и проекты в экземпляре будут использовать его для своих деплоев. Благодаря этой интеграции GitLab с Kubernetes будут автоматически создаваться ресурсы для конкретных проектов для дополнительной безопасности.
Кроме новых возможностей для совместной работы и дополнительных уведомлений мы добавили гостевой доступ к выпускам, увеличили дополнительные минуты CI Runner для GitLab Free, упростили проверки с помощью автоматического разрешения обсуждения, когда вы применяете предложение, и много чего еще!
Самый ценный сотрудник этого месяца (MVP) — Киа Мэй Сомабес (Kia Mei Somabes)
В этом выпуске мы добавили возможность загружать из репозиториев отдельные папки, а не все содержимое. Теперь вы можете загрузить всего несколько нужных файлов. Спасибо, Киа Мэй Сомабес!
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
В GitLab 11.11 мы добавили в GitLab Runner новый исполнитель, чтобы контейнеры Docker можно было использовать в Windows. Раньше для оркестрации контейнеров Docker в Windows приходилось использовать оболочку (shell), а теперь можно работать с контейнерами Docker в Windows напрямую, почти так же, как в Linux. Сейчас пользователям платформ от Microsoft доступно больше возможностей для оркестрации пайплайнов и управления.
В это обновление входит улучшенная поддержка PowerShell в GitLab CI/CD, а еще новые вспомогательные образы для разных версий контейнеров Windows. Ваши собственные Windows-раннеры, конечно, можно использовать с GitLab.com, но пока они не входят в список общедоступных инструментов.
PREMIUM, ULTIMATE
Команды часто используют контейнеры в пайплайнах сборки, а кэширующий прокси для часто используемых образов и пакетов из upstream — это отличный способ ускорить пайплайны. С локальной копией нужных слоев, доступной через новый кэширующий прокси, можно эффективнее работать с распространенными образами в вашей среде.
Пока что прокси для контейнеров доступен только для самоуправляемых экземпляров на веб-сервере Puma (в экспериментальном режиме).
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
Довольно часто сразу несколько людей работают над функцией в общей ветке и мердж-реквесте, например, когда фронтенд- и бэкенд-разработчики тесно сотрудничают друг с другом или когда разработчики работают парами, как в экстремальном программировании.
В GitLab 11.11 на мердж-реквесты можно назначать несколько человек. Как и с несколькими ответственными за задачи, здесь можно использовать списки, фильтры, уведомления и API.
CORE, STARTER, PREMIUM, ULTIMATE
Модель безопасности и подготовки в Kubernetes развивается, и теперь можно обслуживать большое количество клиентов через один общий кластер.
В GitLab 11.11 пользователи самоуправляемых экземпляров теперь могут подготавливать кластер на уровне экземпляров, и все группы и проекты в экземпляре будут использовать его для своих деплоев. Благодаря этой интеграции GitLab с Kubernetes будут автоматически создаваться ресурсы для конкретных проектов для дополнительной безопасности.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Теперь вы можете настраивать автоматические уведомления о событиях деплоя в канале команды благодаря интеграции с чатами Slack и Mattermost, и ваша команда будет в курсе всех важных событий.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Теперь гостевые пользователи ваших проектов могут просматривать выпуски, опубликованные на странице Releases. Они смогут загружать опубликованные артефакты, но не смогут скачать исходный код или увидеть сведения о репозиториях, например, теги или коммиты.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Для многих операций Git требуется обход графа коммита, например вычисление базы слияния или вывод веток, которые содержат коммит. Чем больше коммитов, тем медленнее выполняются эти операции, потому что для обхода нужно загрузить каждый объект с диска, чтобы считать его указатели.
В GitLab 11.11 мы включили функцию сериализованных графов коммитов, представленную в последних выпусках Git, чтобы заранее вычислять и хранить эти сведения. Теперь обходы в больших репозиториях выполняются гораздо быстрее. Граф коммитов будет автоматически создан при следующей сборке мусора в репозитории.
Читайте о том, как создавался сериализованный граф коммитов, в серии статей от одного из авторов этой фичи.
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 теперь есть счетчик времени на боковой панели задач на доске задач. Просто перейдите на доску задач, нажмите на задачу, и откроется боковая панель со счетчиком времени.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Мы добавили возможность запрашивать сведения о конкретной среде у Environments API, чтобы знать, какой коммит развернут в среде прямо сейчас. Это упростит автоматизацию и отчетность для пользователей Environments в GitLab.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Теперь можно проверять отрицательное равенство или совпадение шаблонов (!=
и !~
) в файле .gitlab-ci.yml
при проверке значений переменных среды, поэтому контроль поведения пайплайнов стал более гибким.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
В GitLab 11.11 пользователи, у которых на этапах много джобов, выполняемых вручную, теперь могут выполнять все подобные джобы на одном этапе, нажав кнопку «Play all» («Запустить все») справа от имени этапа в представлении пайплайнов.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Переменные среды часто используются для создания файлов, особенно для секретов, которые нуждаются в защите и доступны только в определенном пайплайне среды. Для этого вы задаете в качестве содержимого переменной содержимое файла и создаете файл в джобе, который содержит значение. С новой переменной среды типа file
это можно сделать за один шаг даже без изменения .gitlab-ci.yml.
ULTIMATE, GOLD
Теперь вы можете запрашивать у GitLab API все уязвимости, выявленные в проекте. С этим API можно создавать машиночитаемые списки уязвимостей с фильтрами по типу, достоверности и серьезности.
ULTIMATE, GOLD
В GitLab вы можете динамически тестировать защищенность приложений (Dynamic Application Security Testing, DAST) в рамках пайплайна CI. Начиная с этого выпуска можно выбирать полное динамическое сканирование вместо стандартного пассивного сканирования. Полное динамическое сканирование защищает от большего количества уязвимостей.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
В этом выпуске GitLab появилась возможность прикреплять кластер Kubernetes ко всей группе. Мы также добавили возможность устанавливать один экземпляр Prometheus на этот кластер, чтобы упростить мониторинг всех проектов на кластере.
ULTIMATE, GOLD
На панелях безопасности GitLab администраторы могут просматривать проигнорированные уязвимости. Чтобы оптимизировать рабочий процесс, мы добавили возможность просматривать сведения об игнорировании прямо на панель безопасности.
PREMIUM, ULTIMATE, SILVER, GOLD
Создавайте новые диаграммы с пользовательскими метриками производительности прямо на панели инструментов на панели мониторинга метрик. Теперь пользователи могут создавать, обновлять и удалять визуализации метрик на панели мониторинга, нажав кнопку «Add Metric» («Добавить метрику») в правом верхнем углу панели инструментов на панели мониторинга.
PREMIUM, ULTIMATE, SILVER, GOLD
Теперь у задач, которые открываются из уведомлений, автором будет GitLab Alert Bot, чтобы вы сразу видели, что задача создана автоматически из важного уведомления.
ULTIMATE, GOLD
Описания эпиков не сохранялись в локальном хранилище, поэтому изменения пропадали, если вы явно не сохраняли их, когда меняли описание эпика. В GitLab 11.11 появилась возможность сохранять описания эпиков в локальном хранилище. Это значит, что теперь вы легко можете вернуться к изменению описания эпика, если возникла ошибка, вы отвлеклись или случайно вышли из браузера.
STARTER, PREMIUM, ULTIMATE, BRONZE, SILVER, GOLD
С помощью отзеркаливания можно реплицировать репозитории Git из одного места в другое. Это упрощает хранение на сервере GitLab реплики репозитория, расположенного где-то еще. Теперь GitLab поддерживает отзеркаливание репозиториев с Git LFS, так что эта функция доступна даже репозиториям с большими файлами, например с текстурами для игр или научными данными.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Многие персональные токены доступа имеют разрешения на изменения на уровне api
, но полный доступ к API может давать слишком много прав некоторым пользователям или организациям.
Благодаря вкладу сообщества теперь персональные токены доступа могут иметь права только на чтение и запись для репозиториев проекта, а не более глубокий доступ на уровне API к таким деликатным зонам GitLab, как параметры и членство.
Спасибо, Хорациу Евген Влад (Horatiu Eugen Vlad)!
FREE, BRONZE, SILVER, GOLD, CORE, STARTER, PREMIUM, ULTIMATE
С помощью API GraphQL пользователи могут точно указывать, какие данные им нужны, и получать все необходимые данные за несколько запросов. Начиная с этого выпуска GitLab поддерживает добавление основных сведений о группе в API GraphQL.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
GitLab любит разработчиков Salesforce, и, чтобы поддержать это сообщество, мы разрешаем пользователям входить на GitLab с учетными данными Salesforce.com. Сейчас в экземплярах можно настроить GitLab как приложение, подключенное к Salesforce, чтобы использовать Salesforce.com для входа на GitLab одним нажатием.
PREMIUM, ULTIMATE, SILVER, GOLD
Мы расширяем требование единого входа (SSO) на уровне групп, введенное в выпуске 11.8, со строгой проверкой ресурсов группы и проекта, чтобы пользователи могли получить доступ только при входе с SAML. Это дополнительный уровень контроля доступа для организаций, которые ценят безопасность и используют GitLab.com через SAML SSO. Теперь вы можете сделать SSO обязательным требованием, зная, что пользователи в вашей группе используют SSO.
ULTIMATE, GOLD
Раньше было непросто запрашивать недавно созданные или измененные данные с помощью API эпиков на GitLab. В выпуск 11.11 мы добавили дополнительные фильтры created_after
, created_before
, updated_after
и updated_before
, чтобы гарантировать согласованность с API задач и быстро находить измененные или недавно созданные эпики.
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Компания UltraAuth специализируется на биометрической аутентификации без пароля. Теперь мы поддерживаем этот метод аутентификации на GitLab!
Спасибо, Картики Танна (Kartikey Tanna)!
CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Сегодня мы выпустили GitLab Runner 11.11! GitLab Runner — это проект с открытым исходным кодом, который используется для запуска заданий CI/CD и отправки результатов обратно в GitLab.
Исправлена проблема, при которой git lfs
не получал объекты подмодуля.Можно использовать параметры функций для настройки папки /builds
.CORE, STARTER, PREMIUM, ULTIMATE
Мы внесли следующие улучшения в Omnibus в GitLab 11.11:
Grafana обновлена до версии 1.1.0
, чтобы догнать последние панели мониторинга Omnibus.Sentry DSN теперь можно передавать в gitlab.yml
.Обновление RubyGems до 2.7.9
.Обновление liblzma
до 5.2.4
с 5.2.2
.Обновление libtool
до 2.4.6
.postresql запускается после команды pg-upgrade
.Обновление git до 2.21.0
.CORE, STARTER, PREMIUM, ULTIMATE
Мы внесли следующие улучшения в Helm-чарты в GitLab 11.11:
memoryKiller
, maxRss
, graceTime
и shutdownWait
.CORE, STARTER, PREMIUM, ULTIMATE, FREE, BRONZE, SILVER, GOLD
Мы продолжаем улучшать производительность GitLab с каждым выпуском для экземпляров GitLab любого размера. Некоторые улучшения в GitLab 11.11:
GitLab Geo требуется хэшированное хранилище для смягчения конкуренции на вторичных нодах. Это было отмечено в gitlab-ce#40970.
В GitLab 11.5 мы добавили это требование в документацию Geo: gitlab-ee#8053.
В GitLab 11.6 sudo gitlab-rake gitlab:geo:check
проверяет, включено ли хэшированное хранилище и все ли проекты переносятся. См. gitlab-ee#8289. Если вы используете Geo, пожалуйста, запустите эту проверку и мигрируйте как можно скорее.
В GitLab 11.8 постоянно отключаемое предупреждение будет отображаться на странице Admin Area › Geo › Nodes, если вышеупомянутые проверки не разрешены. gitlab-ee!8433.
В GitLab 12.0 Geo будет использовать требования к хэшированному хранилищу. См. gitlab-ee#8690.
Дата удаления: 22 июня 2019 г.
Это необходимо для Geo Log Cursor, так как значительно повышает производительность некоторых операций синхронизации. Также повышается производительность запросов статуса узлов Geo. Предыдущие запросы имели слишком низкую производительность в крупных проектах. Смотрите, как настроить это в репликации базы данных Geo. В GitLab 12.0 Geo будет требовать PG FDW. См. gitlab-ee#11006.
Дата удаления: 22 июня 2019 г.
Эти параметры будут удалены из пользовательского интерфейса в GitLab 12.0 и будут доступны в файле gitlab.yml
. Кроме того, вы сможете определить среду Sentry, чтобы различать несколько деплоев. Например, разработка, стейджинг и продакшен. См. gitlab-ce#49771.
Дата удаления: 22 июня 2019 г.
Раньше GitLab создавал пайплайны для HEAD
каждой ветки в отправке. Это удобно для разработчиков, которые отправляют сразу несколько изменений (например, в ветку фичи и в ветку develop
).
Но при отправке большого репозитория, где много активных веток (например, для перемещения, отзеркаливания или разветвления), не нужно создавать пайплайн для каждой ветки. Начиная с GitLab 11.10 мы создаем максимум 4 пайплайна при отправке.
Дата удаления: 22 мая 2019 г.
Начиная с Gitlab 11.9 GitLab Runner использует новый метод клонирования/вызова репозитория. В настоящее время GitLab Runner будет использовать старый метод, если новый не поддерживается. Подробнее смотрите в этой задаче.
В GitLab 11.0 мы изменили вид конфигурации сервера метрик для GitLab Runner. metrics_server
будет удален в пользу listen_address
в GitLab 12.0. Подробнее смотрите в этой задаче.
В версии 11.3 GitLab Runner начал поддерживать несколько кэш-провайдеров; что привело к новым настройкам для конкретной конфигурации S3. В документации приведена таблица изменений и инструкции по переходу к новой конфигурации. Подробнее смотрите в этой задаче.
Эти пути будут недоступны в GitLab 12.0. Как пользователю, вам не нужно ничего менять, только убедиться, что экземпляр GitLab работает с версией 11.9+ при обновлении до GitLab Runner 12.0.
Дата удаления: 22 июня 2019 г.
В 11.4 GitLab Runner представлен параметр фичи FF_K8S_USE_ENTRYPOINT_OVER_COMMAND
для исправления таких проблем, как #2338 и #3536.
В GitLab 12.0 мы переключимся на правильное поведение, как если бы параметр фичи был отключен. Подробнее смотрите в этой задаче.
Дата удаления: 22 июня 2019 г.
Некоторые дистрибутивы Linux, в которые можно установить GitLab Runner, свое отслужили.
В GitLab 12.0 GitLab Runner больше не будет распределять пакеты в такие дистрибутивы Linux. Полный список дистрибутивов, которые больше не поддерживаются, можно найти в нашей документации. Спасибо, Хавьер Ардо (Javier Jardon), за твой вклад!
Дата удаления: 22 июня 2019 г.
В рамках добавления поддержки Windows Docker executor пришлось отказаться от некоторых старых команд, которые используются для helper image.
В GitLab 12.0 GitLab Runner запускается с помощью новых команд. Это касается только пользователей, которые переопределяют helper image. Подробнее смотрите в этой задаче.
Дата удаления: 22 июня 2019 г.
В 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-стратегии очистки и возможность восстанавливать ее с помощью параметра функции. См. в этой задаче.
Дата удаления: 22 июня 2019 г.
Когда мы представили шаблоны проектов на уровне групп в выпуске 11.6, мы случайно сделали эту фичу для Premium/Silver доступной для всех планов.
Мы исправляем этот баг в выпуске 11.11 и даем еще 3 месяца всем пользователям и экземплярам ниже уровня Silver/Premium.
С 22 августа 2019 года шаблоны групповых проектов будут доступны только для плана Silver/Premium и выше, как описано в документации.
Дата удаления: 22 августа 2019 г.
В GitLab 13.0 (22 июня 2020 г.) мы планируем отказаться от поддержки пакетных заданий в командной строке Windows в GitLab Runner (например, cmd.exe
) в пользу расширенной поддержки Windows PowerShell. Подробнее в этой задаче.
Теперь наше видение корпоративного DevOps будет соответствовать позиции Microsoft, что PowerShell — это лучший вариант для автоматизации корпоративных приложений в средах Windows. Если вы хотите и дальше использовать cmd.exe
, эти команды можно вызывать из PowerShell, но мы не будем напрямую поддерживать пакетные задания Windows из-за нескольких несоответствий, которые приводят к высоким издержкам при обслуживании и разработке.
Дата удаления: 22 сентября 2019 г.
Начиная с GitLab 11.11 для запуска требуется Git 2.21.0. Omnibus GitLab уже поставляется с Git 2.21.0, но пользователям исходных установок с предыдущими версиями Git придется обновиться.
Дата удаления: 22 мая 2019 г.
В GitLab 12.0 мы планируем отказаться от шаблона сервиса Kubernetes на уровне экземпляра в пользу конфигурации кластера на уровне экземпляра, представленной в GitLab 11.11.
Все самоуправляемые экземпляры, где используется шаблон сервиса, будут перенесены в кластер на уровне экземпляра при апгрейде до GitLab 12.0.
Дата удаления: 22 июня 2019 г.
app
на панелях деплоя KubernetesВ GitLab 12.0 мы планируем отказаться от сопоставления по ярлыку app в селекторе деплоев Kubernetes. В GitLab 11.10 мы ввели новый механизм сопоставления, который ищет совпадения по app.example.com/app
и app.example.com/env
, чтобы выводить деплои на панель.
Чтобы эти деплои отображались на панелях деплоев, нужно просто отправить новый деплой, и GitLab применит новые ярлыки.
Дата удаления: 22 июня 2019 г.
2 мая 2019 года GitLab продлил срок действия ключей подписания для пакетов Omnibus GitLab с 01.08.2019 до 01.07.2020. Если вы проверяете подписи пакета и хотите обновить ключи, просто еще раз выполните инструкции из документации для подписания пакетов Omnibus.
Дата удаления: 22 июня 2019 г.
Ищите все эти изменения в журнале изменений:
Если вы настраиваете новую установку GitLab, посетите страницу загрузки GitLab.
> Загляните на страницу обновлений
К сожалению, не доступен сервер mySQL