Почему GitLab Open Source Program не берёт личные неймспейсы

Короткий ответ: нет. GitLab не лицензирует личные неймспейсы через Open Source Program. Проект, живущий в пользовательском пространстве, сначала нужно перенести в группу. И это не бюрократическая прихоть, а логика программы: льготы привязаны к неймспейсу, а не к отдельному репозиторию.

Если вы поддерживаете open source-проект на GitLab и рассчитываете на бесплатные возможности программы, без группы их не получить. GitLab проверяет весь неймспейс целиком. Один проект с неподходящей лицензией — и заявка отклоняется, даже если главный репозиторий идеален.

Как работает проверка

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

GitLab проверяет неймспейс, а не репозиторий. Один плохой проект — и всё пространство летит мимо заявки.

Личный неймспейс — это пространство на основе вашего username. Оно удобно для личной разработки, но для Open Source Program не подходит. GitLab прямо говорит: если проект в личном неймспейсе, его нужно перевести в группу.

Личный неймспейс или группа: что важно

Критерий	Личный неймспейс	Групповой неймспейс
Что это	Пространство с вашим username	Пространство, которое вы создаёте и контролируете
Участие в Open Source Program	Нет	Да, если группа ваша и на free-тарифе
Правила по лицензиям	Не проверяются для программы	Все проекты с OSI-лицензией, публичные
Проверка заявки	Не применимо	GitLab.com — автоматически, self-managed — вручную

Как перевести проект в группу

Создайте группу или выберите существующую, которой вы владеете. GitLab показывает в выпадающем списке только свои группы на free-тарифе.
Перенесите репозиторий в эту группу. История, задачи и участники сохранятся — меняется только «прописка».
Проверьте лицензии. Каждый проект в группе должен иметь OSI-одобренную лицензию. Сомневаетесь — исправьте или удалите лишнее.
Сделайте неймспейс публичным. Он должен быть виден всем без входа в аккаунт.
Подайте заявку от имени группы. Для GitLab.com проект проверят автоматически, для self-managed потребуют ссылку на публичный неймспейс.

Типичные ошибки

Полагаться на то, что репозиторий открыт. Одного открытого исходника мало — нужен весь неймспейс.
Держать приватные эксперименты рядом. Один приватный проект могут простить, если он нужен для безопасности, но по умолчанию неймспейс должен быть публичным. А для личного аккаунта исключений нет вообще.
Подавать заявку на личный аккаунт. Такой вариант GitLab даже не выводит в список.
Забыть про остальные проекты группы. Старый нелицензированный проект уронит всю заявку.

Исключение про приватный проект в хендбуке звучит так: один приватный проект допустим для нужд безопасности, но письменное разрешение всё равно понадобится, если вы хотите использовать лицензию вне требований программы. На практике проще держать весь неймспейс публичным и с чистыми лицензиями.

Что в итоге

Личный неймспейс — нормальное место для репозитория, но не для Open Source Program. Льготы дают только группам. Если проект для вас важен — переезжайте в группу и не смешивайте его со случайными приватными заготовками. Тогда и заявка пройдёт быстрее, и проверка не зацепится за мелочь.

По материалам: career. Текст переработан редакцией Слогера.