Roku переезжает с GitHub на GitLab: что изменилось

Тихий переезд с большими последствиями

В середине октября 2026 года компания Roku сделала шаг, который многие разработчики пропустили мимо: все официальные репозитории для создателей приложений перешли с GitHub на GitLab. Roku завершила миграцию всех ресурсов для разработчиков с GitHub на GitLab. Для большинства это означает лишь замену одного слова в URL, но за этим изменением скрывается куда более широкая стратегия — запуск открытого SDK нового поколения и консолидация всей экосистемы разработки в одном месте.

Если вы разрабатываете каналы для Roku, поддерживаете CI/CD-пайплайны или используете документацию компании в своих RAG-системах — эта статья для вас.

Почему Roku выбрала GitLab: контекст и причины

Переезд не случился из воздуха. На Roku 2026 Developer Summit компания анонсировала RSG 2.0 SDK — open-source инструментарий для создания приложений следующего поколения. OSS-проект будет размещён на GitLab, где разработчики смогут вносить новые компоненты, функции и исправления багов.

То есть миграция существующих репозиториев — это не самоцель, а следствие более крупного решения: GitLab будет хостить RSG 2.0 SDK, и с публичной бетой Roku начнёт принимать merge request’ы в кодовую базу.

Сама по себе миграция воспринимается как незначительный, понятный шаг, однако она спровоцировала масштабную дискуссию о надёжности GitHub и владении Microsoft в сравнении с GitLab. Независимо от итогов этой дискуссии, решение Roku уже принято и вступило в силу.

Что именно переехало

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

Конкретный список перемещённых ресурсов:

Названия репозиториев остались прежними: репозиторий, который находился по адресу github.com/rokudev/<repo>, теперь доступен по адресу gitlab.com/rokudev/<repo>.

Репозиторий dev-doc на GitHub был заархивирован владельцем 15 октября 2026 года и переведён в режим только для чтения. Аналогичная судьба постигла репозиторий samples: репозиторий GitHub заархивирован и доступен только для чтения — он сохранён лишь как указатель на новое место.

Пошаговый гайд по миграции для разработчиков

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

1. Обновление локальных клонов

Если у вас есть локальный клон любого Roku-репозитория, перенаправьте его на новый хост одной командой:

git remote set-url origin https://gitlab.com/rokudev/<repo>.git

Замените <repo> на имя нужного репозитория (например, dev-doc, samples и т.д.).

2. Обновление сабмодулей

Если вы используете Roku-репозитории как git submodule:

# Отредактируйте .gitmodules — замените GitHub URL на GitLab
vim .gitmodules

# Синхронизируйте изменения
git submodule sync

# Обновите сабмодули
git submodule update --init --recursive

3. Обновление CI/CD-пайплайнов

Обновите URL в .gitmodules, затем запустите git submodule sync. Проверьте любой пайплайн, который клонирует репозиторий, скачивает артефакты релиза или устанавливает пакеты напрямую из git URL.

Пример обновления в GitHub Actions / GitLab CI:

# Было (GitHub)
- uses: actions/checkout@v4
  with:
    repository: rokudev/dev-doc
    token: ${{ secrets.GH_TOKEN }}

# Стало (GitLab — через curl без токена)
- name: Fetch Roku docs
  run: |
    curl -s https://gitlab.com/api/v4/projects/rokudev%2Fdev-doc/repository/files/...

4. Обновление RAG и AI-инструментов

Если вы индексируете репозитории Roku для создания knowledge base, внутреннего ассистента или coding agent — обновите исходные URL и выполните повторное сканирование.

5. Обновление документации и закладок

Ссылки в документации и блог-постах Roku уже обновлены на новые GitLab URL, поэтому переход по ссылке из официальной документации будет вести в правильное место. Но ваши собственные закладки, вики-страницы и runbook’и нужно обновить вручную.

Схема процесса миграции

flowchart TD
    A[Разработчик использует Roku SDK] --> B{Тип интеграции}
    B --> C[Локальный git clone]
    B --> D[CI/CD пайплайн]
    B --> E[AI / RAG / Knowledge Base]
    B --> F[Закладки / документация]
    C --> C1[git remote set-url origin\nhttps://gitlab.com/rokudev/repo.git]
    D --> D1[Обновить URL в .gitmodules\nи пайплайне]
    D1 --> D2[Заменить raw.githubusercontent.com\nна GitLab raw path]
    E --> E1[Обновить source URL\nи перезапустить индексирование]
    F --> F1[Заменить github.com/rokudev\nна gitlab.com/rokudev]
    C1 --> G[✅ Готово]
    D2 --> G
    E1 --> G
    F1 --> G

Что изменилось в работе с документацией

Отдельного внимания заслуживает изменение в процессе предложения правок документации.

Предлагать исправления в документации по-прежнему можно: нужно запросить доступ к репозиторию rokudev/dev-doc на GitLab, сделать форк и отправить merge request. Функция «Suggest edits» на GitLab не поддерживается.

Раньше GitHub предоставлял встроенный интерфейс для быстрого редактирования файлов прямо из браузера — теперь этот путь стал немного длиннее. С другой стороны, документация тоже открыта для участия сообщества через merge request’ы: если вы заметите что-то неясное или устаревшее, сможете помочь исправить это напрямую.

Открытость документации через GitLab MR — это не просто удобство. Это сигнал того, что Roku всерьёз ставит на экосистему открытого ПО вокруг своей платформы.

RSG 2.0 SDK: ради чего всё затевалось

Главный контекст переезда — это запуск RSG 2.0 SDK. RSG 2.0 SDK будет публично доступен в бета-версии начиная с 29 октября, выпущен под открытой лицензией MIT.

Что это означает на практике:

Требования к сертификации для приложений на RSG 2.0 SDK ожидаются такими же, как и сегодня для BrightScript-приложений. Это хорошая новость для разработчиков: переход на новый SDK не повлечёт за собой переработку процесса публикации.

Выводы: что это значит для экосистемы Roku

Переезд репозиториев с GitHub на GitLab — лишь верхушка айсберга. За ним стоит системный сдвиг в стратегии Roku:

1. Open Source как основа. Выпуск RSG 2.0 SDK под лицензией MIT — принципиальное изменение. Roku перестаёт быть закрытой платформой и приглашает сообщество в разработку.

2. Консолидация экосистемы. Документация, примеры приложений и инструментальные репозитории теперь собраны в одном централизованном месте. Это снижает фрагментацию и упрощает навигацию.

3. Минимальный impact для большинства. Ссылки в документации и блог-постах уже обновлены на новые GitLab URL. Большинство разработчиков заметят переезд лишь при ручном обновлении закладок или клонов.

4. Скрытые риски — в автоматике. Самая опасная ловушка — это CI/CD-пайплайны и AI-системы, которые молча продолжают обращаться к замороженным GitHub-копиям. Их нужно обновить активно, а не ждать появления ошибок.

Если вы строите приложения для Roku — самое время обновить локальные клоны, пайплайны и закладки, а заодно присмотреться к RSG 2.0 SDK, который обещает сделать разработку для крупнейшей стриминговой платформы на TV-рынке США значительно современнее и прозрачнее.