Git Forge: сервис, запущенный Fedora и CentOS для размещения ваших проектов

Fedora_infra

Разработчики кто стоит за проектами популярных дистрибутивов Linux Выпущены "CentOS и Fedora" недавно через рекламу решение о создании службы совместной разработки, который назван "Git Forge".

Эта новая услуга будет построен на платформе GitLab которая станет основной платформой для взаимодействия с репозиториями Git и для размещения проектов, связанных с дистрибутивами CentOS и Fedora.

При оценке возможных решений для нового Git Forge, Считались Pagure и Gitlab. На основе изучения примерно 300 отзывов и предложений от участников проектов Fedora, CentOS, RHEL и CPE, сформированы требования к функциональности и принято решение в пользу Gitlab.

Помимо типичных операций с репозиториями, среди ключевых требований были заявлены безопасность, удобство использования и стабильность платформы.

Требования включали такие функции, как отправка push-запросов. через HTTPS, означает ограничить доступ к версиям, поддержка приватных версий, общий доступ между внешними и внутренними пользователямиs (например, для работы над устранением уязвимостей во время эмбарго для раскрытия информации о проблеме), унификация подсистем для работы с отчетами о проблемах, кодом, документацией и планированием новых функций, наличие инструментов для интеграции с IDE, поддержка для типичных рабочих процессов.

Среди функций GitLab, которые в конечном итоге повлияли на решение выбрать эту платформу, упомянута поддержка подгрупп с избирательным доступом к репозиториям, la возможность использовать бота для автоматического слияния (CentOS Stream требуется для поддержки пакетов с ядром), наличие интегрированных инструментов для планирования разработки, возможность использования готового к использованию сервиса SAAS с гарантированным уровнем доступности (высвободит ресурсы для обслуживания сервера инфраструктура).

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

также были опасения, что сервис не будет использовать бесплатную версию GitLab для Comminity. В частности, возможности, необходимые для реализации требований Git Forge, описанных в объявлении, доступны только в проприетарной версии GitLab Ultimate.

Намерение воспользоваться сервисом SAAS, предоставляемым GitLab (приложение как сервис), также подверглось критике, вместо того, чтобы внедрять GitLab на своих серверах, что делает сервис неконтролируемым (например, невозможно гарантировать, что все уязвимости в система быстро ремонтируется, инфраструктура поддерживается должным образом, и ни один момент телеметрии не будет наложен и саботаж со стороны стороннего персонала исключен).

Решение также не соответствует фундаментальным принципам Fedora, согласно которым проект должен отдавать предпочтение бесплатным альтернативам.

Mientras tanto, GitLab объявил об открытии развертываний 18 функций. что ранее они предлагались только в платных выпусках GitLab:

  • Прикрепление родственной проблемы;
  • Проблема с экспортом GitLab в CSV.
  • Способ планирования, организации и визуализации процесса разработки отдельных функций или выпусков.
  • Встроенный сервис для связи участников проекта с третьими сторонами по электронной почте.
  • Веб-терминал для веб-IDE.
  • Возможность синхронизации файлов для проверки изменений кода в веб-терминале.
  • Инструменты управления дизайном, которые позволяют загружать проекты и ресурсы по проблеме, используя проблему как единую точку доступа ко всему, что требуется для разработки новой функции.
  • Код отчетности о качестве.
  • Поддержка менеджеров пакетов Conan (C / C ++), Maven (Java), NPM (node.js) и NuGet (.NET).
  • Поддержка канарских реализаций, позволяющая установить новую версию приложения в небольшой части системы.
  • Постепенное распространение, позволяющее сначала доставлять новые версии только для небольшого числа систем, постепенно доводя охват до 100%.
  • Флаги активации функциональности, которые дают возможность поставлять проект в различных редакциях, динамически активируя определенные функции.
  • Общий режим развертывания, позволяющий оценить работоспособность каждой среды непрерывной интеграции на основе Kubernetes.
  • Поддержка определения нескольких кластеров Kubernetes в конфигураторе
  • Поддержка определения политик безопасности контейнерной сети, которые позволяют разграничить доступ между модулями Kubernetes.

источник: Блог CentosБлог Fedora


Будьте первым, чтобы комментировать

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: AB Internet Networks 2008 SL
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.