Как перенести репозиторий с GitHub или GitLab на GitFlic: пошаговый гайд

В сфере искусственного интеллекта произошло заметное событие. Если еще пару лет назад GitHub для большинства команд был вариантом «по умолчанию», то сегодня все чаще возникает вопрос: что делать, если репозиторий нужно держать под своим контролем и без зависимости от зарубежной платформы. Причины у всех разные. Кто-то закрывает требования по импортозамещению, кто-то снижает инфраструктурные риски, кто-то просто хочет иметь резервную площадку на случай очередных ограничений.

В любом случае миграция репозитория рано или поздно становится практической задачей, а не темой для обсуждений. В GitFlic для этого предусмотрено два сценария. Первый — импорт проекта, когда репозиторий переносится один раз вместе с историей коммитов, ветками и тегами.

Технические детали

Второй — зеркалирование, которое позволяет поддерживать синхронизацию между GitFlic и внешним репозиторием автоматически. В статье покажем оба варианта на практике, разберем получение токенов для GitHub, GitLab, Bitbucket и Gitea, а также расскажем о нюансах, которые стоит учесть перед переносом. Что переносится, а что — нетПеред миграцией важно понимать границы функционала.

При базовом импорте и зеркалировании GitFlic переносит:- все файлы проекта;- историю коммитов;- ветки;- теги. При этом не переносятся: открытые запросы на слияние, обсуждения, задачи (issues), вики и другое. Если вам нужна полная миграция с GitLab, включая MR и прочие артефакты, для этого есть отдельный инструмент — расширенный импорт с GitLab, который рассмотрим отдельно.

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

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.