Gitea и Forgejo: свой Git-хостинг для команды на своём сервере

Исходный код — один из главных активов любой команды разработки. Долгое время по умолчанию его хранили на GitHub или GitLab, не задумываясь, где именно лежат репозитории и кому они в итоге подконтрольны. Сегодня вопрос звучит иначе: что будет, если доступ к зарубежной площадке внезапно ограничат, тариф вырастет или аккаунт компании заблокируют по причинам, на которые вы не влияете. Gitea отвечает на это просто — это полноценный Git-хостинг, который ставится на ваш собственный сервер и остаётся под вашим контролем. Ниже разберу, что это за инструмент, что он умеет, кому подходит и что нужно для запуска.

Что такое Gitea и что заменяет

Gitea — это бесплатный open-source Git-хостинг, написанный так, чтобы быть лёгким и быстрым. По сути он повторяет привычный опыт работы с GitHub или GitLab: вы создаёте репозитории, ведёте историю изменений, обсуждаете задачи, делаете ревью кода и собираете релизы — только всё это работает на вашей инфраструктуре, а не в чужом облаке. Интерфейс знаком любому, кто хоть раз пользовался GitHub, поэтому команде не нужно переучиваться.

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

Отдельно стоит сказать про Forgejo — это дружественный форк Gitea, который развивает сообщество с упором на открытость и независимость проекта. По набору возможностей и логике работы Forgejo очень близок к Gitea, многие команды воспринимают их как взаимозаменяемые. На практике выбор между ними — это скорее стратегическое решение о том, на чьё развитие вы хотите опираться, чем разница в функциях. Оба варианта решают одну задачу: дать вам свой Git-хостинг под полным контролем.

Что умеет: репозитории, ревью, CI/CD

Основа Gitea — работа с репозиториями. Вы создаёте публичные и приватные репозитории, управляете ветками, тегами и историей коммитов, просматриваете изменения через удобный веб-интерфейс. Поддерживаются защищённые ветки и правила слияния, чтобы в основную ветку не попадал непроверенный код. Это привычный фундамент, на котором строится вся командная разработка.

Поверх этого работает полноценный командный слой. Issues позволяют вести задачи и баг-трекинг с метками, этапами и назначением ответственных. Pull request дают механизм code review: автор предлагает изменения, коллеги комментируют конкретные строки, обсуждают и утверждают слияние. Есть wiki для документации прямо рядом с кодом и раздел релизов, где можно публиковать собранные версии с описанием изменений и прикреплёнными файлами. Всё это закрывает типичные потребности команды без отдельных сторонних сервисов.

Важная возможность — встроенный CI/CD в виде Gitea Actions, совместимый по логике с популярным форматом GitHub Actions. Это значит, что можно автоматически запускать сборку, тесты и деплой при каждом изменении кода, не поднимая отдельную систему непрерывной интеграции. Для команд, которые хотят автоматизировать выкладку, это серьёзная экономия времени и снижение числа ручных ошибок.

Не менее важна модель прав доступа. Gitea поддерживает организации и команды внутри них, гибкую настройку ролей и доступов к репозиториям, интеграцию с внешними системами аутентификации. Вы решаете, кто видит какой проект, кто может только читать, а кто — вносить изменения. Для компании, которая заботится о сохранности своих наработок, это базовое, но критичное требование.

Кому и для каких задач подходит

Веб-студиям и агентствам разработки Gitea даёт единое место для всех клиентских и внутренних проектов. Код заказчиков хранится на вашем сервере под вашим контролем, доступы аккуратно разграничены по командам и проектам, а история и документация не разбросаны по разным аккаунтам. Это и удобнее в работе, и аккуратнее с точки зрения ответственности перед клиентами за сохранность их наработок.

ИТ-отделам компаний свой Git-хостинг помогает держать внутреннюю разработку внутри периметра организации. Исходный код корпоративных систем, скрипты автоматизации, конфигурации инфраструктуры — всё это чувствительные данные, которым не место в чужом облаке. Размещение на собственном сервере упрощает выполнение внутренних требований безопасности и снимает зависимость от доступности внешних площадок.

Отдельным разработчикам и небольшим командам Gitea даёт лёгкий и быстрый инструмент без абонентской платы и лимитов на приватные репозитории. Можно вести свои проекты, эксперименты и заказную работу на скромном сервере, не оглядываясь на тарифы и ограничения чужого сервиса. При этом интерфейс остаётся знакомым, а возможности — достаточными для серьёзной работы.

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

Что нужно для запуска: сервер, перенос, 152-ФЗ

Gitea — это серверное приложение, поэтому ему нужна площадка, где оно будет постоянно работать. На практике это виртуальный сервер (VPS) или выделенная машина с современным окружением. Сам движок нетребователен к ресурсам, поэтому для небольшой команды подойдёт скромная конфигурация, но под активную разработку, CI/CD и большое число репозиториев сервер стоит подбирать с запасом по диску, памяти и производительности.

Кроме сервера понадобится доменное имя и защищённое соединение (HTTPS), чтобы разработчики работали по нормальному адресу, а код передавался по шифрованному каналу. Важны и базовые вещи администрирования: настройка резервного копирования репозиториев и базы данных, разграничение доступов, обновления и мониторинг. Отдельная задача — перенос существующих репозиториев с GitHub или GitLab вместе с историей, задачами и пользователями, чтобы команда продолжила работу без потерь.

Отдельный вопрос — данные и юрисдикция. Исходный код — это интеллектуальная собственность, а если в задачах и обсуждениях фигурируют сведения о сотрудниках или клиентах, добавляются и персональные данные, попадающие под требования российского законодательства (152-ФЗ). Размещение сервера в российской юрисдикции и аккуратное обращение с доступами здесь не формальность, а способ заранее снять риски. Преимущество self-hosted решения как раз в том, что вы полностью контролируете, где и как хранятся репозитории и кто имеет к ним доступ.

В контексте импортозамещения это особенно актуально: свой Git-хостинг на собственном сервере убирает зависимость от зарубежных площадок и снижает санкционные риски — код остаётся доступен вашей команде вне зависимости от внешних решений.

Как внедрить под ключ

Самостоятельный запуск Git-хостинга — это не только установка движка. Нужно подобрать и настроить сервер, развернуть Gitea вместе с базой данных, подключить домен и сертификат, настроить почту для уведомлений, права доступа и организации, а при необходимости — поднять CI/CD и раннеры для сборок. Отдельно требуется аккуратно перенести существующие репозитории, чтобы ничего не потерялось, и убедиться, что резервное копирование действительно работает. Для команды без выделенного администратора это несколько дней разбирательств с документацией и типичными ошибками.

Я беру эту часть на себя. Подбираю подходящий сервер под размер команды и нагрузку, разворачиваю Gitea или Forgejo, настраиваю домен, HTTPS, резервное копирование, права доступа и организации, при необходимости подключаю CI/CD, переношу репозитории с GitHub или GitLab вместе с историей и передаю команде готовый рабочий хостинг с понятной инструкцией. При желании остаюсь на связи для поддержки, обновлений и развития инфраструктуры.

За плечами 16+ лет в IT и десятки развёрнутых open-source решений под конкретные задачи бизнеса. Если вам нужен свой Git-хостинг на собственном сервере, с кодом и доступами под вашим контролем и без привязки к зарубежным площадкам — разверну Git-хостинг под ключ, а вы сосредоточитесь на разработке, а не на инфраструктуре.

Частые вопросы

Чем Gitea отличается от GitHub и GitLab? Логика и интерфейс схожи: репозитории, issues, pull request, ревью кода, релизы. Разница в том, что Gitea — open-source хостинг, который вы ставите на свой сервер и владеете полностью, без подписки и лимитов чужого тарифа, а весь код остаётся под вашим контролем и в вашей юрисдикции.

Что выбрать — Gitea или Forgejo? По возможностям и логике работы они очень близки, Forgejo — это форк Gitea с упором на независимость проекта и сообщество. Для большинства команд функционально подойдут оба, выбор чаще зависит от стратегических предпочтений, и я помогаю определиться под вашу ситуацию.

Можно ли перенести репозитории с GitHub без потерь? Да. Репозитории переносятся вместе с историей коммитов, ветками и тегами, а во многих случаях — и с задачами. Перенос я выполняю аккуратно, чтобы команда продолжила работу на новом хостинге без простоя и потери данных.

Есть ли в Gitea автоматическая сборка и деплой? Да, встроенный CI/CD в виде Gitea Actions позволяет автоматически запускать сборку, тесты и выкладку при изменениях кода. Это совместимо по логике с привычным форматом, поэтому переход для команды проходит мягко.

Я не разбираюсь в серверах — справится ли команда? Запуск и настройку я беру на себя и передаю готовый хостинг с инструкцией. Для повседневной работы серверные навыки не нужны: разработчики пользуются привычным веб-интерфейсом и Git так же, как раньше.

Коротко о главном

Gitea — это рабочий open-source аналог GitHub и GitLab для собственного сервера: репозитории, issues, pull request, code review, wiki, релизы, встроенный CI/CD, организации и гибкие права доступа. Forgejo как форк решает ту же задачу и остаётся близкой альтернативой. Главное преимущество перед облачными площадками — полный контроль: код и интеллектуальная собственность остаются у вас, без зависимости от зарубежных сервисов и санкционных рисков, с учётом требований 152-ФЗ при размещении в РФ. Подходит студиям, ИТ-отделам и отдельным разработчикам. Для запуска нужны сервер, настройка и перенос репозиториев — и эту часть проще доверить специалисту, чтобы сразу получить надёжный хостинг, а не разбираться с инфраструктурой в одиночку.