Розробники які стоять за проектами популярних дистрибутивів Linux Випущено "CentOS і Fedora" нещодавно через оголошення рішення про створення спільної служби розвитку, який назвали як "Git Forge".
Ця нова послуга буде побудований за допомогою платформи GitLab яка стане головною платформою взаємодіяти зі сховищами Git та розміщувати проекти, пов’язані з дистрибутивами CentOS та Fedora.
Оцінюючи можливі рішення для нового Git Forge, Були розглянуті Пагуре та Гітлаб. На основі вивчення приблизно 300 відгуків та пропозицій від учасників проекту Fedora, CentOS, RHEL та CPE, сформовано вимоги до функціональності та прийнято рішення на користь Gitlab.
На додаток до типових операцій із сховищами, ключовими вимогами були оголошені безпека, зручність використання та стабільність платформи.
Вимоги включали такі функції, як надсилання push-запитів через HTTPS, означає обмежити доступ до версій, підтримка приватних версій, спільний доступ між зовнішніми та внутрішніми користувачамиs (наприклад, для роботи над виправленням вразливостей під час ембарго для розкриття інформації про проблему), уніфікація підсистем для роботи зі звітами про проблеми, кодом, документацією та плануванням нових функцій, наявність інструментів для інтеграції з IDE, підтримка для типових робочих процесів.
Серед функцій GitLab, які в підсумку вплинули на рішення вибрати цю платформу, згадано про підтримку підгруп із вибірковим доступом до сховищ, la можливість використовувати бота для автоматичного злиття (CentOS Stream потрібен для підтримки пакетів з ядром), наявність інтегрованих інструментів для планування розробки, можливість використання готового до використання сервісу SAAS з гарантованим рівнем доступності (це звільнить ресурси для обслуговування сервера інфраструктура).
Рішення вже викликало критику серед забудовників щодо того, що рішення було прийнято без попереднього обговорення.
також існували побоювання, що служба не використовуватиме безкоштовну версію Comitity GitLab. Зокрема, можливості, необхідні для реалізації вимог Git Forge, викладені в оголошенні, доступні лише у фірмовій версії GitLab Ultimate.
Також було розкритиковано намір скористатися послугою SAAS, яку надає GitLab (додаток як послуга), замість того, щоб впроваджувати GitLab на своїх серверах, тим самим викидаючи службу з-під контролю (наприклад, неможливо забезпечити, щоб усі вразливості в система швидко виправляється, інфраструктура належним чином підтримується, і жоден момент телеметрії не буде накладений, а саботаж стороннім персоналом буде виключений).
Рішення також не відповідає Основам Fedora, які вказують, що проект повинен надавати перевагу безкоштовним альтернативам.
Тим часом, GitLab оголосив про відкриття розгортання 18 функціональних можливостей що раніше вони пропонувались лише у платних виданнях GitLab:
- Додавання відповідного питання;
- Проблема експорту GitLab до CSV.
- Спосіб планування, організації та візуалізації процесу розробки окремих особливостей чи випусків.
- Вбудований сервіс для зв’язку учасників проекту з третіми сторонами електронною поштою.
- Веб-термінал для веб-IDE.
- Можливість синхронізації файлів для перевірки змін коду у веб-терміналі.
- Інструменти управління дизайном, які дозволяють завантажувати проекти та ресурси для проблеми, використовуючи проблему як єдину точку доступу до всього, що потрібно для розробки нової функції.
- Код звітності про якість.
- Підтримка менеджерів пакетів Conan (C / C ++), Maven (Java), NPM (node.js) та NuGet (.NET).
- Підтримка канарських реалізацій, що дозволяє встановити нову версію програми на невеликій частині системи.
- Поступовий розподіл, що дозволяє спочатку поставити нові версії лише для невеликої кількості систем, поступово довівши покриття до 100%.
- Прапори активації функціональності, які дають можливість доставити проект у різних виданнях, динамічно активуючи певні функції.
- Загальний режим розгортання, який дозволяє оцінити стан роботи кожного середовища безперервної інтеграції на основі Kubernetes.
- Підтримка визначення декількох кластерів Kubernetes у конфігураторі
- Підтримка визначення політики безпеки контейнерної мережі, яка дозволяє диференціювати доступ між стручками Kubernetes.
Фуенте: Блог Centos - Блог Fedora