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

Автор оригинала: Jason Lenny
  • Перевод


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


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


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


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


Мы обожаем контейнеры! Контейнеры тратят меньше ресурсов системы по сравнению с виртуальными машинами и улучшают переносимость приложения. С выпуска 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)

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

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


Windows Container Executor для GitLab Runner


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.



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


CORE, STARTER, PREMIUM, ULTIMATE


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


В GitLab 11.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 требуется обход графа коммита, например вычисление базы слияния или вывод веток, которые содержат коммит. Чем больше коммитов, тем медленнее выполняются эти операции, потому что для обхода нужно загрузить каждый объект с диска, чтобы считать его указатели.


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


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


Дополнительные минуты 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 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.


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


ULTIMATE, GOLD


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


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


ULTIMATE, GOLD


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


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


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


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


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


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


С помощью отзеркаливания можно реплицировать репозитории Git из одного места в другое. Это упрощает хранение на сервере GitLab реплики репозитория, расположенного где-то еще. Теперь 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


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


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


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


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


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


PREMIUM, ULTIMATE, SILVER, GOLD


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


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


ULTIMATE, GOLD


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


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


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


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


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


GitLab Runner 11.11


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


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



Улучшения Omnibus


CORE, STARTER, PREMIUM, ULTIMATE


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



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


CORE, STARTER, PREMIUM, ULTIMATE


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



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


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


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



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


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


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 г.


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


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


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


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


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


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


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


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


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


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


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


Начиная с 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 г.


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


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


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


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


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


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


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


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


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


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


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


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


Удаление 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-стратегии очистки и возможность восстанавливать ее с помощью параметра функции. См. в этой задаче.


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


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


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


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


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


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


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


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


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


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


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


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


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


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


В 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 г.


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


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


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


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


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



Установка


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


Обновление


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

  • +17
  • 3,6k
  • 5
Southbridge
362,57
Обеспечиваем стабильную работу серверов
Поделиться публикацией

Комментарии 5

    0

    Заодно поломали Generic OAuth авторизацию. Откатиться после обновления становится нетривиальной задачей из-за поломанного reconfigure, проще всего оказалось раскатать бекап. В мастере уже исправлено, но в релиз еще не попало, так что если используете отдельный authentication provider будьте внимательны.

      0
      Добавление ревьюверов на мердж реквест стало ужасно неудобным — 4 клика против 1. Реально стало бесить
        0

        gitlab-ce в Ubuntu репозитоии все ещё старый. У всех так?

          0
          У меня покамест старый, 11.10. Но у меня Manjaro, а не Ubuntu. Я все? :)
          0
          Скажите, а в виндовом докер-контейнере всё-ещё невозможно ни запустить GUI-приложение, ни приконнектиться к нему по RDP? Т.е. смысл их использования крайне ограничен?

          Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

          Самое читаемое