不租伺服器也能託管私有倉庫：gits 把 git 託管的成本結構壓到近乎為零

10月12日，開發者 abersheeran 在 V2EX「分享創造」板發布了一個名為 gits 的專案。一句話定位：完全運行在 Cloudflare 各項無伺服器服務之上的私有 git 倉庫託管方案，不需要自己租賃或維護任何伺服器。

這個產品砍掉了什麼

按作者自述，gits 最初是為了設計一種新的 Agent 編程使用形式而做的副產品，後來他把「不純粹的部分」全部剔除，只留下倉庫託管功能。專案甚至沒有傳統託管平臺標配的 issues 與 pull requests。

這個取捨值得從成本結構看。Gitee、GitLab 這類 GitHub 替代品的共同前提是要有伺服器：固定租金、運維工時、安全更新，都是每月固定支出。gits 把這一層整包轉嫁給 Cloudflare 的無伺服器基礎設施，作者在原帖中明確列出的兩個使用場景是不適合放 GitHub 的倉庫，以及 GitHub 帳號私有倉庫的備份。它還內建 GitHub App，可自動同步已授權帳號下的所有倉庫。

換句話說，這不是要跟 GitLab 拼功能完備度，而是把「私人 git 託管」壓縮成單一功能的最小可行產品。

免費額度如何撐起一個託管服務

Cloudflare 的商業模式提供了背景：Pages、Workers 等服務對小流量使用者有免費額度，超出才按用量計費。對個人開發者的私有倉庫同步與備份這種低頻、小流量的負載，用量大概率落在免費層之內。這就是 gits 成本結構的核心：使用者的邊際成本接近零，代價是放棄 issues、pull requests 等協作功能，以及對單一雲端供應商的依賴。

這與我們先前分析的Cloudflare 收購 Deno 之後的遷移帳屬於同一條脈絡：Cloudflare 持續把開發者工具鏈納入自家無伺服器生態，個別開發者把基礎設施架在上面，享受的是平臺補貼式的低成本，承擔的則是平臺規則變動的風險。

誰受惠、誰承壓

受惠方很直接：有私有倉庫備份需求、不願付 VPS 月租、也不願承擔自架 GitLab 運維工時的個人開發者。承壓方則談不上，因為 gits 沒有商業化企圖，GitHub 與 GitLab 的付費協作功能它一項都沒做。

真正的觀察點在於這種架構的示範效果。當無伺服器免費額度足以承載一個 git 託管服務，個人開發者工具的「地板成本」已經被壓到接近零。原帖下方唯一的回覆也頗有意思：有人點進專案裡的 SKILL.md，質疑作者寫給 AI 的明確指示是否會限制模型發揮。這個細節透露 gits 的開發流程本身就高度依賴 AI 輔助，開發工時這一欄的成本可能同樣被壓縮了。

收束判斷

gits 是一個功能單一、無商業化負擔的個人專案，樣本意義大於市場意義。它驗證的是一件事：在無伺服器免費額度與 AI 輔助開發的疊加下，個人開發者做出並運行一個基礎設施級工具的門檻，已經低到只剩時間成本。至於這類最小化工具會不會侵蝕付費託管服務的個人客層，目前缺乏可量化的用戶數據，保留觀察。