2026 年 Gitea VPS 推荐：托管费用、配置要求与安装指南

VPS SOS 编辑团队原创大约 20 分钟

适合 Gitea 的 VPS 应当有足够的内存处理 Git 操作，为仓库增长留出空间，并配备能够实际恢复的备份。Gitea 是用于自建代码仓库的轻量级 Git 服务器，在 Web 界面中提供私有代码托管、拉取请求、议题跟踪和团队协作。仓库数据存在哪里、允许谁访问，都由你决定。

个人 Git 服务器可以从较低配置起步。如果团队需要推送大型仓库、存储 Git LFS 对象或运行 Gitea Actions，就要另作预算。CI/CD 构建在 runner 上执行，其 CPU、内存和磁盘消耗可能远高于代码仓库服务本身。

本文比较五家服务商，区分实际配置建议与官方说明，并介绍 Ubuntu 上的 Docker Compose 安装流程。管理服务器的 SSH 保留在 22 端口，Git 使用独立 SSH 端口，Web 界面则通过 HTTPS 保护。

核验日期：2026 年 11 月 4 日。 本文基于公开资料比较，不包含购买服务器后的性能实测。LightNode 链接为推广链接，我们可能获得佣金。除另有说明外，价格不含税费及可选服务。

Gitea 是什么？

Gitea 可以托管公开和私有 Git 仓库，提供拉取请求、议题、项目看板、用户和组织管理。Webhook 与集成可以将仓库活动连接到其他服务。软件包注册表支持容器、npm、Maven、PyPI 等格式。

Gitea Actions负责协调工作流，由已注册的 runner 执行任务。迁移前应检查工作流和第三方 action 的兼容性。

个人开发者、初创公司、小型团队、开源项目，以及希望控制 Git 基础设施的组织，都可以使用 Gitea。GitHub 提供托管协作生态，GitLab 提供范围更广的集成式 DevOps 平台，功能并非完全对应。Coolify和 Dokploy这类平台则用于管理应用部署。

Gitea VPS 配置要求

官方说明指出，2 个 CPU 核心和 1 GB 内存通常足以支持小型团队或项目。这是负载参考，并非容量保证。下表为编辑部的配置规划建议，已考虑 Linux 和 Docker 所需空间。

使用场景	CPU	内存	存储	数据库
个人 Git 服务器	1-2 vCPU；单核仅作为评估选项	1-2 GB	20-40 GB SSD，另留增长空间	SQLite
小型开发团队	2 vCPU	2-4 GB	50-100 GB SSD	值得在初次安装时选择 PostgreSQL
成长中的团队	4+ vCPU	8+ GB	100+ GB SSD，按实际数据量规划	PostgreSQL

1 vCPU 低于官方典型示例；协作频繁时优先选择两核。同时进行的克隆、推送、Git 对象打包、索引和数据库操作，都可能带来日常浏览时看不到的负载峰值。

仓库历史、LFS 对象、软件包、附件、日志，以及更新所需的空闲空间，都应分别规划。从当前分支删除大文件，不会清除它在 Git 历史中的对象。Git 和数据库 I/O 更适合 SSD 而非 HDD，但仅凭磁盘类型不能判断性能。

保留的备份应放在其他位置。Gitea Actions runner 的托管资源需要单独规划：构建缓存、容器和并发任务可能压垮 1 GB 的机器。不可信任务应与 Git 服务器及其 Docker socket 隔离。参见 runner 文档。

Gitea VPS 托管需要多少钱？

计算资源价格核验于 2026 年 11 月 4 日，备份预算为估算。总额不含域名、税费、额外磁盘、超额流量、独立数据库及 runner。

预算档位	建议负载／配置	已核验的计算费用范围	预计备份预算	预计月度小计
低预算个人 Git 托管	轻量仓库；1 vCPU、1-2 GB、25-55 GB SSD	$5-$12	$1-$5	$6-$17
小型团队 Git 托管	2 vCPU、4 GB、80 GB SSD	$20-$24	$4-$6	$24-$30
成长中的开发团队	4 vCPU、8 GB、160 GB SSD	$40-$48	$8-$12	$48-$60

个人档位仍需注意单核的限制。$5 入门示例来自 Vultr 和 Linode；DigitalOcean 的 2 GiB 配置为 $12。较高档位的区间则比较 Vultr 与 DigitalOcean/Linode。

Linode 基础地区的备份附加服务，2 GB 配置收费 $2.50，4 GB 配置收费 $5，8 GB 配置收费 $10。DigitalOcean 按比例收费的每周备份为 Droplet 价格的 20%。服务商快照本身不能证明应用能够一致性恢复。

下单前，应计算额外 SSD、备份保留、单独收费的 IPv4，以及克隆和 LFS 的出站流量。域名使用注册商的实际续费报价。PostgreSQL 即使与 Gitea 在同一 VPS，也会占用资源；独立数据库服务器和 CI runner 各自增加一份计算费用。

2026 年适合 Gitea 的 VPS 服务商

以下为编辑推荐顺序。入门价格对应的资源不同，应比较建议套餐与具体地区的总价。

服务商	建议配置	入门价格	存储	适合场景	访问官网
LightNode	Start：1 vCPU / 2 GB	月度参考价 $7.71	50 GB NVMe	按小时计费的个人部署	访问
DigitalOcean	Basic Regular：1 vCPU / 2 GiB，$12/月	$4/月，512 MiB	建议套餐：50 GiB SSD	使用成熟开发者工具	访问
Vultr	Regular：1 vCPU / 2 GB，基础价 $10/月	已核验的 1 GB 选项：$5/月*	建议套餐：55 GB SSD	选择合适地区	访问
Akamai Cloud / Linode	Linode 2GB：1 vCPU / 2 GB，基础价 $12/月	Nanode 1GB：基础价 $5/月	建议套餐：50 GB	常规 Linux 托管	访问
Hetzner	CPX22：2 vCPU / 4 GB，视库存而定	需要当前可下单报价	80 GB NVMe	比较欧盟基础设施费用	访问

*核验 Vultr 的 1 GB 选项，不代表它是整个产品目录中最便宜的套餐。来源：Vultr 公开 API和 Linode 机型 API；其他目录来源见表中链接。

1. LightNode：灵活的按小时计费 Gitea 托管

LightNode

建议套餐： Start Linux，1 vCPU、2 GB 内存、50 GB NVMe SSD，标称 1 TB 流量。入门价格： 页面显示的月度参考价为 $7.71。

访问官网 → LightNode

KVM、root 权限、独立 IP 和 Linux 镜像支持常规 Docker 安装。按小时计费适合试用个人 Git 服务器，并可选择多个大洲的机房。

优点： 计费灵活，地区选择较多。不足： 官方 FAQ 当前说明仅支持 IPv4，且每台实例一个 IPv4。适合： 希望先评估私有仓库、再决定长期配置的开发者。

实例停止后仍会计费；计费 FAQ 说明，在完整自然月内，服务器费用上限按 672 小时计算。应确认流量和释放实例的规则。当前套餐标注 1 TB 流量，但未核实所有地区统一提供 50 Mbps 端口。活跃团队应选择更多 CPU。

2. DigitalOcean：文档齐全的开发者运维方案

DigitalOcean

建议套餐： Basic Regular，1 vCPU、2 GiB、50 GiB SSD，$12/月；小团队可评估 2 vCPU/4 GiB/80 GiB，$24/月。入门价格： 512 MiB 配置为 $4/月。

访问官网 → DigitalOcean

Droplet 提供 Linux 镜像、开发者控制台、文档和 API 自动化。优点： 配置档位清晰，管理操作有文档可查。不足： 备份额外收费，入门 512 MiB 低于本文建议的内存。适合： 希望使用成熟工具的小型开发团队。打包套餐按秒计费，设月度上限，最低计费为 60 秒或 $0.01，取较高者。

3. Vultr：更广的部署地区选择

Vultr

建议套餐： vc2-1c-2gb，1 vCPU、2 GB、55 GB SSD，基础价 $10/月；2 vCPU/4 GB/80 GB 档位为 $20。已核验的 1 GB 入门选项： $5/月。

访问官网 → Vultr

Cloud Compute 在多个地区提供可自行管理的 Linux 实例。优点： 地区选择较多，有小规格评估套餐。不足： 地区差价会改变成本，建议的 2 GB 套餐在圣保罗为 $15。适合： 将 Git 主机部署在靠近团队网络路径的地区。这里的 Regular 套餐使用 SSD，其他系列有 NVMe。不要假设整个目录使用相同磁盘，也不要把机房列表当成延迟实测。

4. Akamai Cloud / Linode：清晰的实例规格

Akamai Cloud / Linode

建议套餐： Linode 2GB，1 vCPU、2 GB 内存、50 GB 磁盘，基础价 $12/月。Linode 4GB 提供 2 vCPU/80 GB，$24/月。入门价格： Nanode 1GB，基础价 $5/月。

访问官网 → Akamai Cloud

Linux 实例和开发者文档支持 SSH 管理与 Docker 部署。优点： 虚拟机管理方式熟悉，备份价格明确。不足： 存在地区定价，Linode 2GB 在雅加达为 $14.40，在圣保罗为 $16.80。适合： 偏好常规 Linux 基础设施的开发者。流量额度和可选服务仍需按实际订单确认。

5. Hetzner：以可下单报价比较欧洲成本

Hetzner

建议套餐： CPX22，2 vCPU、4 GB 内存、80 GB NVMe，视库存而定。入门价格： 获取当前实际可购买的报价。

访问官网 → Hetzner

Hetzner 提供 Linux 云服务器、私有网络和 API。优点： 可选择欧盟地区，标称的欧盟流量额度较大。不足： 已查阅目录将产品标为不可用，公开参考信息并不保证可以下单。适合： 比较欧洲可用资源、重视预算的团队。应确认币种、增值税、主 IPv4、备份费用和地区流量规则。

如何在 Ubuntu VPS 上安装 Gitea

本教程使用全新且受支持的 Ubuntu 24.04 LTS 镜像，以及官方社区版 28.3.0 rootful 镜像。已核验稳定版本和镜像仓库清单。命令依据文档整理，不代表在已购买 VPS 上完成过实装。

步骤 1：准备 Ubuntu VPS

使用 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，应限制为可信来源。Git SSH 使用 TCP 2222，HTTPS 使用 80/443；不要公开 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

Docker VPS 指南介绍托管选择；本教程使用当前的 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 服务器不同，只改标签并不能完成迁移。临时的回环地址 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：完成 Web 安装

首次访问应保持私密。在你的电脑上执行：

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 端口
Gitea 基础 URL（Gitea Base URL）	私下初始化时为 `http://localhost:3000/`；第 8 步修改
管理员账户（Administrator Account）	展开管理员设置，创建具名管理员并使用独立密码

立即创建管理员，在 HTTPS 正常工作之前保持 Web 公网访问关闭。由于禁止注册，团队账号由管理员创建。SQLite 适合轻量使用。预计团队会增长时，应在初次安装选择 PostgreSQL：跨数据库转换尚未充分测试，而 PostgreSQL 需要额外内存、补丁维护及数据库感知备份。

步骤 7：配置 Git SSH 访问

在 Gitea 用户的 SSH 密钥设置中添加公钥，私钥保留在工作站。需要时可以生成密钥：

ssh-keygen -t ed25519 -C "developer@example.com"
cat ~/.ssh/id_ed25519.pub
ssh -T -p 2222 git@git.example.com

接受主机密钥前，通过可信服务器渠道核对显示的指纹。认证成功的信息可能提示 Gitea 不提供 shell 访问，这是正常情况。

此 rootful 部署通过 Docker 映射主机 2222 → 容器 22，SSH_PORT=2222 用来声明对外端口，开发者访问的防火墙规则需允许 TCP 2222。克隆 URL 必须包含 :2222。SSH_PORT 不是内置 SSH 服务器的监听端口设置，参见配置参考。不要停掉 VPS 管理用的 SSH 服务。

步骤 8：通过反向代理配置 HTTPS

将 DNS 指向 VPS，只保留有效的 A/AAAA 记录。按 Caddy 官方 Ubuntu 说明安装 Caddy，将以下内容保存到 /etc/caddy/Caddyfile：

git.example.com {
    reverse_proxy 127.0.0.1:3000
}

将 Compose 中的 GITEA__server__ROOT_URL 改为 https://git.example.com/。在 VPS 上重建 Gitea 后再检查 HTTPS：

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/

该配置参考 Gitea 的 Caddy 示例。Caddy 会获取证书、支持 WebSocket、保留主机名并设置转发头。只信任预期代理发送的请求头。启用 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、绑定挂载目录的部署，停止服务后归档可以获得一致的本地恢复点：

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 写入，再生成一致性数据库转储与对应文件备份，不能用复制正在运行的数据库目录替代。参照备份与恢复指南。在隔离的替代环境还原，保留属主，并测试登录、克隆／推送、议题和 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、数据库和 runner 分别规划	技术栈更广，按其配置指引规划	GitHub.com 基础设施由服务商运行
仓库管理	Git、拉取请求、议题和组织	Git 与集成式 DevOps 工作流	Git 与托管协作生态
CI/CD	Gitea Actions 与 runner	GitLab CI/CD 与 runner	GitHub Actions 与 runner
用户管理	本地用户、组织及受支持的身份集成	群组、角色与身份选项	组织、团队与企业控制
维护责任	由你维护自建技术栈	Self-Managed 由你维护；SaaS 由厂商运行	GitHub.com 由厂商运行；Enterprise Server 由你维护
适用场景	直接控制功能集中的 Git 服务	更广泛的集成 DevOps 需求	成熟的托管协作

各自模式可参考 GitLab 配置要求与 GitHub 介绍。

Gitea 适合小型开发团队吗？

适合，前提是团队能够维护访问权限、更新和恢复流程。小型 VPS 没有可靠的通用用户数上限，同时克隆和大体积推送比账号数量更重要。SQLite 可以应付轻量使用，预计增长时可在初次安装选择 PostgreSQL。为隔离构建和控制资源，runner 更适合独立部署。

为历史、LFS、软件包、Git 临时操作和保留的备份预留空间。Gitea 可以接替熟悉的仓库工作流程，但离开 GitHub 前，应检查集成、权限和 Actions 兼容性。

Gitea 托管常见问题排查

问题	可能原因与检查方式
Gitea SSH 连接被拒绝	检查 `docker compose ps`、容器日志、`ss -lntp`、2222 端口映射及服务商防火墙
Git 克隆提示权限不足	确认正确 Gitea 账户的公钥、SSH 用户 `git`、仓库权限与端口；使用 `ssh -vT -p 2222 git@git.example.com`
22 端口已占用	主机管理保留在 22，将 Gitea 发布到 2222，并匹配声明端口与克隆 URL
Docker 部署 Gitea 提示权限不足	区分 Docker daemon 权限与绑定目录属主；使用 `sudo docker`，匹配数据 UID/GID，不要 `chmod 777`
Gitea 返回 502 Bad Gateway	检查 Gitea 日志、回环地址 3000 端口与 Caddy 上游；HTTPS 不能修复已停止的应用
仓库存储耗尽	查看 `df -h`、`df -i` 和目录大小；扩容或按文档应用保留策略，不要删除仓库内部文件

使用 Beszel查看资源趋势，用 Uptime Kuma检查外部可用性。测试告警，也要监控备份。