2026 年 Gitea VPS 推薦：託管費用、規格需求與安裝指南

VPS SOS 編輯團隊原創大约 21 分鐘

適合 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檢查外部可用性。測試告警，也要監控備份。