Лучшие VPS для Gitea в 2026 году: цены, требования и установка
Лучший VPS для Gitea располагает достаточной памятью для операций Git, местом для роста репозиториев и резервной копией, из которой можно восстановить данные. Gitea представляет собой легковесный Git-сервер для самостоятельного размещения репозиториев. Веб-интерфейс объединяет приватный код, запросы на слияние, задачи и совместную работу. Вы определяете, где хранятся данные и кто получает к ним доступ.
Личный Git-сервер может начинать с небольших ресурсов. Команде с крупными репозиториями, объектами Git LFS или Gitea Actions нужен другой бюджет. Сборки CI/CD выполняются на раннерах и могут потреблять гораздо больше процессорного времени, памяти и диска, чем сам сервис репозиториев.
В этом руководстве сравниваются пять провайдеров, практические рекомендации отделены от официальных требований и приведена установка на Ubuntu через Docker Compose. Административный SSH остаётся на порту 22, Git получает отдельный SSH-порт, а веб-интерфейс защищён HTTPS.
Проверено 4 ноября 2026 года. Сравнение основано на открытых источниках и не включает тесты производительности арендованных серверов. Ссылка LightNode партнёрская; мы можем получить комиссию. Цены не включают налоги и дополнительные услуги, если не указано иное.
Что такое Gitea?
Gitea размещает публичные и приватные Git-репозитории, запросы на слияние, задачи, доски проектов, пользователей и организации. Вебхуки и интеграции связывают события репозитория с другими сервисами. Реестр пакетов поддерживает контейнеры, npm, Maven, PyPI и другие форматы.
Gitea Actions координирует рабочие процессы, а зарегистрированный раннер выполняет задания. Перед миграцией проверьте совместимость процессов и сторонних actions.
Gitea подходит отдельным разработчикам, стартапам, небольшим командам, открытым проектам и организациям, которым нужен контроль над Git-инфраструктурой. GitHub предлагает экосистему совместной работы как облачный сервис; GitLab предоставляет более широкую интегрированную DevOps-платформу. Полного совпадения функций нет. Такие платформы, как Coolify и Dokploy, управляют развёртыванием приложений.
Требования к VPS для Gitea
В официальных рекомендациях сказано, что 2 ядра CPU и 1 ГБ RAM обычно достаточно для небольших команд или проектов. Это ориентир по нагрузке, а не гарантия ёмкости. Ниже приведены редакционные рекомендации по планированию, учитывающие Linux и Docker.
| Сценарий | CPU | RAM | Хранилище | База данных |
|---|---|---|---|---|
| Личный Git-сервер | 1-2 vCPU; одно ядро для оценки | 1-2 ГБ | 20-40 ГБ SSD с запасом на рост | SQLite |
| Небольшая команда разработки | 2 vCPU | 2-4 ГБ | 50-100 ГБ SSD | Стоит сразу рассмотреть PostgreSQL |
| Растущая команда | 4+ vCPU | 8+ ГБ | 100+ ГБ SSD, по фактическому объёму данных | PostgreSQL |
Одна vCPU меньше типичного официального примера; для активной совместной работы предпочтительны две. Одновременные клонирования и отправки, упаковка объектов Git, индексация и работа базы могут создавать пики, незаметные при обычном просмотре страниц.
Отдельно учитывайте историю репозиториев, объекты LFS, пакеты, вложения, журналы и свободное место для обновлений. Удаление большого файла из текущей ветки не удаляет его исторические объекты Git. Для ввода-вывода Git и базы данных лучше SSD, чем HDD; сам тип диска ещё не доказывает производительность.
Храните резервные копии в другом месте. Ресурсы раннеров Gitea Actions рассчитываются отдельно: кэши сборок, контейнеры и параллельные задания могут перегрузить машину с 1 ГБ памяти. Изолируйте недоверенные задания от Git-сервера и его Docker-сокета. См. документацию раннера.
Сколько стоит VPS-хостинг для Gitea?
Цены вычислительных ресурсов проверены 4 ноября 2026 года; резервы на копии являются оценкой. Итоги не включают домены, налоги, дополнительные диски, превышение трафика, отдельные базы данных и раннеры.
| Бюджет | Рекомендуемая нагрузка/конфигурация | Проверенная стоимость сервера | Оценка затрат на копии | Оценка месячного итога |
|---|---|---|---|---|
| Недорогой личный Git | Небольшие репозитории; 1 vCPU, 1-2 ГБ, 25-55 ГБ SSD | $5-$12 | $1-$5 | $6-$17 |
| Git для небольшой команды | 2 vCPU, 4 ГБ, 80 ГБ SSD | $20-$24 | $4-$6 | $24-$30 |
| Растущая команда разработки | 4 vCPU, 8 ГБ, 160 ГБ SSD | $40-$48 | $8-$12 | $48-$60 |
Для личного уровня сохраняется оговорка об одном ядре. Примеры за $5 относятся к Vultr и Linode; DigitalOcean предлагает 2 GiB за $12. Более высокие диапазоны сопоставляют Vultr с DigitalOcean/Linode.
В базовых регионах Linode дополнение резервного копирования стоит $2.50 для 2 ГБ, $5 для 4 ГБ и $10 для 8 ГБ. Еженедельные копии DigitalOcean с процентной оплатой стоят 20% от цены Droplet. Снимок провайдера сам по себе не подтверждает возможность согласованного восстановления приложения.
До заказа посчитайте дополнительный SSD, сохраняемые копии, IPv4 при отдельной оплате и исходящий трафик клонирования/LFS. Для домена используйте цену продления регистратора. PostgreSQL расходует ресурсы даже на том же VPS; отдельный сервер базы и раннер CI добавляют каждый свою вычислительную статью расходов.
Лучшие VPS-провайдеры для Gitea в 2026 году
Порядок выбран редакцией. Сравнивайте рекомендуемые планы и региональную итоговую стоимость: стартовые цены относятся к разным ресурсам.
| Провайдер | Рекомендуемая конфигурация | Стартовая цена | Хранилище | Кому подходит | Сайт |
|---|---|---|---|---|---|
| LightNode | Start: 1 vCPU / 2 ГБ | Месячный ориентир $7.71 | 50 ГБ NVMe | Личные развёртывания с почасовой оплатой | Перейти |
| DigitalOcean | Basic Regular: 1 vCPU / 2 GiB, $12/мес. | $4/мес., 512 MiB | Рекомендовано: 50 GiB SSD | Проверенные инструменты разработчика | Перейти |
| Vultr | Regular: 1 vCPU / 2 ГБ, базово $10/мес. | Проверенный вариант 1 ГБ: $5/мес.* | Рекомендовано: 55 ГБ SSD | Выбор региона | Перейти |
| Akamai Cloud / Linode | Linode 2GB: 1 vCPU / 2 ГБ, базово $12/мес. | Nanode 1GB: базово $5/мес. | Рекомендовано: 50 ГБ | Обычный Linux-хостинг | Перейти |
| Hetzner | CPX22: 2 vCPU / 4 ГБ, при наличии | Нужна актуальная цена доступного заказа | 80 ГБ NVMe | Сравнение затрат на инфраструктуру в ЕС | Перейти |
*Проверенный вариант Vultr с 1 ГБ не означает, что он самый дешёвый во всём каталоге. Источники: публичный API Vultr и API типов Linode; остальные источники каталога приведены в таблице.
1. LightNode: гибкая почасовая оплата для Gitea
LightNode

Рекомендуется: Start Linux, 1 vCPU, 2 ГБ RAM, 50 ГБ NVMe SSD, заявленный трафик 1 ТБ. Стартовая цена: отображаемый месячный ориентир $7.71.
KVM, root-доступ, выделенный IP и Linux-образы позволяют установить Docker обычным способом. Почасовая оплата удобна для пробного личного Git-сервера; доступны площадки на нескольких континентах.
Плюсы: гибкая оплата и выбор региона. Минусы: официальный FAQ сейчас указывает только IPv4 и один IPv4 на экземпляр. Кому подходит: разработчикам, которые проверяют приватные репозитории перед выбором долговременной конфигурации.
Остановленные экземпляры продолжают оплачиваться; FAQ по расчётам описывает предел платы за сервер в 672 часа в течение полного календарного месяца. Уточните правила трафика и освобождения экземпляра. Текущее предложение указывает 1 ТБ передачи данных; универсальный порт 50 Мбит/с не подтверждён. Активной команде выбирайте больше CPU.
2. DigitalOcean: документированное администрирование
DigitalOcean

Рекомендуется: Basic Regular, 1 vCPU, 2 GiB и 50 GiB SSD за $12/мес.; небольшая команда может оценить 2 vCPU/4 GiB/80 GiB за $24. Стартовая цена: $4/мес. за 512 MiB.
Droplets объединяют Linux-образы, панель разработчика, документацию и автоматизацию через API. Плюсы: понятные конфигурации и описанное администрирование. Минусы: копии оплачиваются отдельно, а начальные 512 MiB ниже наших рекомендаций по памяти. Кому подходит: небольшим командам с потребностью в привычных инструментах. Пакетные планы оплачиваются посекундно с месячным пределом и минимумом 60 секунд или $0.01, в зависимости от того, что больше.
3. Vultr: широкий выбор мест размещения
Vultr

Рекомендуется: vc2-1c-2gb, 1 vCPU, 2 ГБ и 55 ГБ SSD, базово $10/мес.; уровень 2 vCPU/4 ГБ/80 ГБ стоит $20. Проверенный входной вариант 1 ГБ: $5/мес.
Cloud Compute предлагает управляемые пользователем Linux-экземпляры во многих регионах. Плюсы: выбор площадок и небольшие планы для оценки. Минусы: региональные надбавки меняют стоимость; рекомендуемые 2 ГБ в Сан-Паулу стоят $15. Кому подходит: для размещения Git рядом с сетевыми маршрутами команды. Указанные Regular-планы используют SSD; другие семейства заявляют NVMe. Не переносите один тип диска на весь каталог и не принимайте список площадок за измеренную задержку.
4. Akamai Cloud / Linode: понятные размеры экземпляров
Akamai Cloud / Linode

Рекомендуется: Linode 2GB, 1 vCPU, 2 ГБ RAM, диск 50 ГБ, базово $12/мес. Linode 4GB даёт 2 vCPU/80 ГБ за $24. Стартовая цена: Nanode 1GB, базово $5/мес.
Linux-экземпляры и документация позволяют администрировать SSH и развёртывать Docker. Плюсы: привычное управление ВМ и явные цены копий. Минусы: действуют региональные ставки: Linode 2GB стоит $14.40 в Джакарте и $16.80 в Сан-Паулу. Кому подходит: разработчикам, предпочитающим обычную Linux-инфраструктуру. Квоты трафика и дополнительные услуги всё равно нужно проверить в конкретном заказе.
5. Hetzner: сравнение европейских затрат по реальному заказу
Hetzner

Рекомендуется: CPX22, 2 vCPU, 4 ГБ RAM и 80 ГБ NVMe, при наличии. Стартовая цена: запросите актуальную стоимость доступного для заказа сервера.
Hetzner предлагает облачные Linux-серверы, частные сети и API. Плюсы: размещение в ЕС и значительные заявленные европейские квоты трафика. Минусы: проверенный каталог помечал продукты как недоступные, поэтому рекламный ориентир не гарантирует заказ. Кому подходит: командам с ограниченным бюджетом, сравнивающим доступные мощности в Европе. Уточните валюту, НДС, основной IPv4, цену копий и региональные правила передачи данных.
Как установить Gitea на VPS с Ubuntu
Здесь используются свежий поддерживаемый образ Ubuntu 24.04 LTS и официальный rootful-образ сообщества 28.3.0. Проверены стабильный выпуск и манифест реестра. Команды соответствуют документации; установка на арендованный VPS не заявляется.
Шаг 1. Подготовьте VPS с Ubuntu
Используйте SSH-ключи и таблицу ресурсов выше. Замените имя пользователя и IP:
ssh ubuntu@YOUR_SERVER_IP
sudo apt update
sudo apt upgrade -y
sudo apt install -y ca-certificates curl
sudo ss -lntupНаправьте имя хоста Git на VPS. Ограничьте административный SSH, обычно TCP 22, доверенными источниками. Отведите TCP 2222 для Git SSH, а 80/443 для HTTPS. Закройте публичный доступ к 3000. Примените правила на межсетевом экране провайдера, включая IPv6: опубликованные Docker-порты могут обходить привычные ограничения UFW. Перезагрузитесь, если этого требуют обновления.
Шаг 2. Установите Docker Engine и Docker Compose
На чистом образе без конфликтующих пакетов Docker следуйте инструкции репозитория Docker для Ubuntu:
sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc
sudo tee /etc/apt/sources.list.d/docker.sources > /dev/null <<EOF_DOCKER
Types: deb
URIs: https://download.docker.com/linux/ubuntu
Suites: $(. /etc/os-release && echo "${UBUNTU_CODENAME:-$VERSION_CODENAME}")
Components: stable
Architectures: $(dpkg --print-architecture)
Signed-By: /etc/apt/keyrings/docker.asc
EOF_DOCKER
sudo apt update
sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
sudo docker run --rm hello-world
sudo docker compose versionВ руководстве по VPS для Docker разобран выбор хостинга; здесь используется актуальная команда плагина docker compose.
Шаг 3. Создайте каталог проекта Gitea
sudo install -d -m 0755 /opt/gitea
sudo install -d -m 0750 -o 1000 -g 1000 /opt/gitea/data
cd /opt/giteaВладелец данных должен соответствовать USER_UID/USER_GID, в том числе после восстановления; не открывайте запись всем пользователям.
Шаг 4. Создайте файл Docker Compose
Сохраните /opt/gitea/docker-compose.yml, заменив git.example.com своим именем хоста:
services:
gitea:
image: docker.gitea.com/gitea:28.3.0
container_name: gitea
restart: unless-stopped
environment:
USER_UID: "1000"
USER_GID: "1000"
GITEA__database__DB_TYPE: sqlite3
GITEA__database__PATH: /data/gitea/gitea.db
GITEA__repository__ROOT: /data/git/repositories
GITEA__server__DOMAIN: git.example.com
GITEA__server__SSH_DOMAIN: git.example.com
GITEA__server__SSH_PORT: "2222"
GITEA__server__ROOT_URL: http://localhost:3000/
GITEA__service__DISABLE_REGISTRATION: "true"
volumes:
- ./data:/data
- /etc/localtime:/etc/localtime:ro
ports:
- "127.0.0.1:3000:3000"
- "2222:22"Rootful-образ использует /data и управляемый OpenSSH. У rootless-образа другие точки монтирования и встроенный SSH-сервер; замена одного тега не выполняет миграцию. Временный loopback-адрес ROOT_URL нужен для закрытой установки; в шаге 8 он меняется на HTTPS.
Шаг 5. Запустите Gitea
sudo docker compose config --quiet
sudo docker compose up -d
sudo docker compose ps
sudo docker compose logs --tail=100 giteaШаг 6. Завершите установку в браузере
Первый доступ должен оставаться закрытым. На своём компьютере выполните:
ssh -N -L 3000:127.0.0.1:3000 ubuntu@YOUR_SERVER_IPОткройте http://localhost:3000. Проверьте поля формы:
| Поле | Значение в примере |
|---|---|
| Тип базы данных (Database Type) | SQLite3; путь /data/gitea/gitea.db |
| Корень репозиториев (Repository Root Path) | /data/git/repositories |
| Домен сервера (Server Domain) | git.example.com |
| SSH-порт сервера (SSH Server Port) | 2222, опубликованный порт Git |
| Базовый URL Gitea (Gitea Base URL) | http://localhost:3000/ при закрытом начальном запуске; изменить в шаге 8 |
| Администратор (Administrator Account) | Раскройте настройки администратора и создайте именную учётную запись с уникальным паролем |
Создайте администратора сразу. Не открывайте публичный веб-доступ, пока не заработает HTTPS. При отключённой регистрации аккаунты команды создаёт администратор. SQLite подходит для небольшой нагрузки. Если команда будет расти, выбирайте PostgreSQL при установке: преобразование между базами недостаточно протестировано, а PostgreSQL требует памяти, обновлений и резервного копирования с учётом базы.
Шаг 7. Настройте доступ к Git по SSH
Добавьте публичный SSH-ключ в настройки ключей пользователя Gitea; приватный оставьте на рабочей станции. При необходимости создайте ключ:
ssh-keygen -t ed25519 -C "developer@example.com"
cat ~/.ssh/id_ed25519.pub
ssh -T -p 2222 git@git.example.comПеред принятием ключа хоста проверьте его отпечаток через доверенный канал сервера. Сообщение об успешной аутентификации может указывать, что Gitea не предоставляет доступ к оболочке.
В этом rootful-варианте Docker сопоставляет порт хоста 2222 → порт контейнера 22, SSH_PORT=2222 объявляет публичный порт, а правила для разработчиков разрешают TCP 2222. URL клонирования должен включать :2222. SSH_PORT не задаёт порт прослушивания встроенного сервера; см. справочник настроек. Сохраните работающий административный SSH VPS.
Шаг 8. Настройте HTTPS через обратный прокси
Направьте DNS на VPS, оставив только работающие записи A/AAAA. Установите Caddy по официальной инструкции для Ubuntu. Сохраните следующее в /etc/caddy/Caddyfile:
git.example.com {
reverse_proxy 127.0.0.1:3000
}Измените GITEA__server__ROOT_URL в Compose на https://git.example.com/. Перед проверкой HTTPS пересоздайте Gitea на VPS:
cd /opt/gitea
sudo docker compose up -d
sudo caddy validate --config /etc/caddy/Caddyfile
sudo systemctl reload caddy
curl -I https://git.example.com/Это соответствует примеру Caddy в документации Gitea. Caddy получает сертификаты, поддерживает WebSockets, сохраняет имя хоста и устанавливает заголовки пересылки. Доверяйте заголовкам только от предусмотренных прокси. Включите MFA и используйте приватные репозитории для закрытого кода.
Шаг 9. Создайте первый репозиторий
Когда заработает HTTPS, создайте в интерфейсе приватный пустой репозиторий demo, не инициализируя README. На рабочей станции замените YOUR_GITEA_USER:
git clone ssh://git@git.example.com:2222/YOUR_GITEA_USER/demo.git
cd demo
git config user.name "Your Name"
git config user.email "developer@example.com"
printf '# Demo\n' > README.md
git add README.md
git commit -m "Initial commit"
git push -u origin HEADУбедитесь, что коммит появился в Gitea. SSH-ключи и права разрешают отправку; настройки имени и почты Git указывают автора коммита.
Шаг 10. Настройте копии и обновления Gitea
Для этой установки только с SQLite и bind-mount архивирование при остановленном сервисе даёт согласованную локальную точку восстановления:
cd /opt/gitea
backup_stamp=$(date -u +%Y%m%dT%H%M%SZ)
sudo install -d -m 0700 /var/backups/gitea
sudo docker compose stop gitea
sudo tar --acls --xattrs -C /opt -czf "/var/backups/gitea/gitea-$backup_stamp.tar.gz" gitea
sudo docker compose start gitea
sudo chmod 600 "/var/backups/gitea/gitea-$backup_stamp.tar.gz"Убедитесь, что архивирование завершилось успешно; при ошибке сначала запустите Gitea, затем разбирайтесь с причиной. Перенесите проверенный зашифрованный архив за пределы сервера. В нём вместе сохраняются репозитории, SQLite, локальные LFS/пакеты, SSH-материалы, data/gitea/conf/app.ini и Compose. Конфигурацию Caddy копируйте отдельно. Внешнему объектному хранилищу нужна собственная копия.
Для PostgreSQL остановите запись Gitea на время согласованного дампа и соответствующего копирования файлов; копирование каталога работающей базы не заменяет эту процедуру. Следуйте руководству по копированию и восстановлению. Восстановите данные в изолированную замену, сохраните владельцев и проверьте вход, clone/push, задачи и LFS, прежде чем полагаться на архив.
Перед обновлением прочитайте примечания к обновлению, сделайте копию и проверьте целевую версию. Затем измените закреплённый тег, выполните sudo docker compose pull и sudo docker compose up -d и проверьте состояние сервиса. После миграции базы для отката может понадобиться соответствующая резервная копия.
Gitea, GitLab и GitHub: сравнение
| Критерий | Gitea | GitLab | GitHub |
|---|---|---|---|
| Модель размещения | Самостоятельно управляемый сервис сообщества; облачные предложения отдельно | Self-Managed или GitLab.com | GitHub.com; Enterprise Server отдельно |
| Самостоятельный хостинг | Да | Да | Enterprise Server, но не GitHub.com |
| Ресурсы | Git, базу и раннеры рассчитывают отдельно | Более широкий стек; следуйте его рекомендациям | Инфраструктуру GitHub.com обслуживает провайдер |
| Репозитории | Git, запросы на слияние, задачи и организации | Git и интегрированные DevOps-процессы | Git и облачная экосистема совместной работы |
| CI/CD | Gitea Actions с раннерами | GitLab CI/CD с раннерами | GitHub Actions с раннерами |
| Пользователи | Локальные пользователи, организации и поддерживаемые интеграции идентификации | Группы, роли и варианты идентификации | Организации, команды и корпоративное управление |
| Обслуживание | Вы обслуживаете собственный стек | Вы обслуживаете Self-Managed; провайдер управляет SaaS | Провайдер управляет GitHub.com; вы обслуживаете Enterprise Server |
| Основной сценарий | Прямой контроль над специализированным Git-сервисом | Более широкие потребности интегрированного DevOps | Привычная облачная совместная работа |
Подробнее о моделях: требования GitLab и обзор GitHub.
Подходит ли Gitea небольшой команде разработки?
Да, если команда способна поддерживать доступ, обновления и восстановление. У небольшого VPS нет надёжного универсального лимита пользователей: одновременные клонирования и большие отправки важнее числа аккаунтов. SQLite может обслуживать лёгкую нагрузку; при ожидаемом росте разумно сразу выбрать PostgreSQL. Отдельные раннеры предпочтительнее для изоляции сборок и контроля ресурсов.
Оставляйте место для истории, LFS, пакетов, временных Git-операций и сохраняемых копий. Gitea заменяет привычные процессы работы с репозиториями, но перед уходом с GitHub проверьте интеграции, права и совместимость Actions.
Частые проблемы хостинга Gitea
| Проблема | Возможные причины и проверки |
|---|---|
| SSH Gitea отклоняет соединение | Проверьте docker compose ps, журналы контейнера, ss -lntp, сопоставление порта 2222 и firewall провайдера |
| Отказ в доступе при clone | Проверьте публичный ключ нужного аккаунта Gitea, SSH-пользователя git, права репозитория и порт; используйте ssh -vT -p 2222 git@git.example.com |
| Порт 22 занят | Оставьте администрирование на 22; публикуйте Gitea на 2222 и согласуйте объявленный порт с URL клонирования |
| Отказ в доступе Gitea в Docker | Различайте права демона Docker и владельца bind-mount; используйте sudo docker, согласуйте UID/GID без chmod 777 |
| Gitea возвращает 502 Bad Gateway | Проверьте журналы, loopback-порт 3000 и upstream Caddy; HTTPS не исправляет остановленное приложение |
| Кончается место для репозиториев | Проверьте df -h, df -i и размеры каталогов; расширьте диск или применяйте документированное хранение без удаления внутренних файлов репозитория |
Используйте Beszel для динамики ресурсов и Uptime Kuma для внешней доступности. Проверяйте оповещения и контролируйте копии.
Часто задаваемые вопросы
Какой VPS лучше для Gitea?
Выбирайте поддерживаемый Linux VPS с достаточным SSD, понятным восстановлением и нужным команде сетевым доступом. LightNode подходит для личных почасовых проб; DigitalOcean и Linode предлагают привычные инструменты разработчика, Vultr даёт выбор регионов. Для Европы сравните доступный к заказу Hetzner. Нужный план зависит от размера репозиториев, параллельных Git-операций и ресурсов, которые раннеры CI делят с сервисом.
Сколько RAM нужно Gitea?
Официальный обзор указывает, что 2 ядра CPU и 1 ГБ RAM обычно достаточно небольшим командам или проектам. Это не включает неограниченную нагрузку или занятый сборкой раннер. Наш практический диапазон: 1-2 ГБ для личного использования и 2-4 ГБ для небольшой команды. Измерьте пики Git, потребление базы и запас операционной системы, прежде чем считать первоначальные ресурсы достаточными.
Можно ли разместить Gitea на VPS с 1 ГБ?
Да, лёгкая установка может уместиться в пробный бюджет 1 ГБ, в зависимости от нагрузки и выделенной CPU. Ограничьте размеры репозиториев, не размещайте сборки на том же сервере и следите за памятью при clone и push. Один ГБ оставляет меньше запаса Linux, Docker, обновлениям и базе, чем 2 ГБ. Успешный запуск не доказывает готовность экземпляра к самому занятому периоду команды.
Gitea бесплатна и имеет открытый код?
Да. Проект сообщества распространяется по лицензии MIT и может работать на вашей инфраструктуре. Хостинг, копии, домены, администрирование и отдельно предлагаемые коммерческие услуги всё равно стоят денег. Оператор отвечает за обновления и восстановление утраченных данных. Планируйте стоимость всего сервиса: бесплатная лицензия не включает управляемую инфраструктуру, поддержку и пригодные для восстановления копии каждого репозитория.
Поддерживает ли Gitea Docker?
Да. Официальная документация описывает rootful- и rootless-образы. Здесь закреплён rootful-образ сообщества версии 28.3.0, сохраняется /data, а веб и Git SSH опубликованы на разных портах. Rootless-вариант имеет другую схему хранения и реализацию SSH, поэтому одной замены имени образа недостаточно для безопасного перехода. Перед изменением работающей установки прочитайте соответствующие инструкции и сохраните данные.
Может ли Gitea заменить GitHub?
Она может заменить репозитории, запросы на слияние, задачи и часть автоматизации, если этого достаточно для ваших потребностей. Миграция требует проверки прав, интеграций, форматов пакетов и поведения Actions. Gitea не воспроизводит всю экосистему GitHub, а самостоятельное размещение передаёт обслуживание инфраструктуры вашей команде. Сначала проверьте типичный репозиторий с его процессами, затем решайте, переносить всё или использовать оба сервиса для разных проектов.
Обязательна ли PostgreSQL для Gitea?
Нет. SQLite встроена и подходит небольшим установкам; PostgreSQL входит в число других поддерживаемых СУБД. Если команда будет расти, первоначальный выбор PostgreSQL избавляет от зависимости от будущей миграции между движками, которая, по документации, недостаточно протестирована. PostgreSQL требует памяти, обновлений, учётных данных и копирования с учётом базы. На отдельной машине добавляются вычислительные расходы и соединение, которое тоже надо защищать и контролировать.
Сколько стоит хостинг Gitea в месяц?
Проверенные небольшие серверы в этой статье стоят $5-$12 в месяц без копий, доменов, дополнительного места, налогов и раннеров. Личный вариант с резервом на копии оценён в $6-$17; небольшой команде на приведённых конфигурациях стоит планировать около $24-$30. Это диапазоны бюджета, а не фиксированные пакеты провайдера. Большие коллекции LFS, хранение пакетов, частые исходящие клонирования и отдельные CI-воркеры могут значительно увеличить итог.
Итоговая рекомендация
Разработчикам с ограниченным бюджетом стоит сравнить проверенный начальный план Vultr с реально доступным предложением Hetzner. Для личных Git-репозиториев можно оценить LightNode Start с 2 ГБ, если подходит почасовая оплата; помните об ограничении одного ядра.
Небольшим командам разработки стоит оценить 2 vCPU/4 ГБ, PostgreSQL и независимые резервные копии. Vultr даёт более широкий выбор площадок, DigitalOcean/Linode подходят для привычных инструментов разработчика. Рассчитывайте раннеры отдельно и проверьте восстановление, прежде чем полагаться на этот Git-сервер.