發行週期
Litellm Proxy 具有以下發行週期：
1.x.x-dev.N（每夜版）：通過 ci/cd 的發行（無需人工審查）。在 PyPI 上發布為1.x.x.devN。1.x.x-rc.N（release candidate）：通過 ci/cd + 人工審查 + 效能測試（待定 — 即將實作）+ 供早期測試者提交議題的 7 天期間的發行。在 PyPI 上發布為1.x.xrcN。1.x.x（穩定版）：已通過以上所有流程的rc，之後在第二輪人工測試後升級為穩定版。
在正式環境中，我們建議鎖定到最新的穩定 1.x.x 發行。
-stable 與 -nightly 後綴已取消。穩定版現在採用純粹的 PEP 440 / SemVer 2.0（例如 1.84.0），每週排程發行會增加 MINOR 元件，而 PATCH 保留給熱修正。Docker 會發布指向同一映像檔的裸版（1.84.0）與 v-前綴（v1.84.0）標籤；PyPI 使用裸版的 PEP 440 格式（1.84.0，絕不使用 v1.84.0）。以舊命名（v1.83.x-stable 等）發布的版本會永久保留。
請參閱 LiteLLM 發行版本編號正在變更 以取得完整的舊 → 新名稱對照。
請在此處查看我們的版本說明。
每週排程
每週都會針對同一條版本線執行相同的循環。第一個每夜版（dev）建置通常在週二，會開啟下一個次要版本（例如 1.86.0），而該基底會沿用所有建置直到以穩定版釋出。第二個每夜版會在週中、通常是週四推出。週六會產生 release candidate（1.86.0rc1），並進入大約為期一週、供早期測試者與 QA 使用的期間。到隔週後段、週五或週六，前一週的 rc 會移除後綴升級為穩定版（1.85.0rc1 變為 1.85.0），其內容與該 rc 相同，除非有修正被回補。因此每個週六都一兼兩職：當週的 rc 會被切出，而前一週的 rc 則成為穩定版。
| 日 | 發布內容 |
|---|---|
| 週二 | 第一個每夜版 dev 建置；開啟下一個次要版（1.86.0.dev1） |
| 週四 | 第二個每夜版 dev 建置，累積式（1.86.0.dev2） |
| 週六 | 新的 rc 切版（1.86.0rc1）；前一週的 rc 升級為穩定版 |
| 下週二 | 下一條版本線的第一個每夜版開啟（1.87.0.dev1）；循環重複 |
如果某個週六的 rc 未通過 QA，則不會升級；修正會進來，後續的 rc 可能會被切出，排程則從那裡繼續。
常見問題
LiteLLM 穩定版有發行排程嗎？
穩定版每週發布一次（通常是週日）。每次排程中的穩定版都會提升 MINOR 版本：1.84.0 → 1.85.0 → 1.86.0。
什麼情況算是 'minor' 版本提升，而什麼情況算是 'patch' 版本提升？
自 1.84.0 開始（請參閱版本編號部落格文章）：
- 'minor' 提升：例行每週排程的穩定版發布（
1.84.0→1.85.0）。這是正常節奏，可能包含新的向後相容功能或資料庫表。 - 'patch' 提升：保留給目前穩定版的熱修正（
1.84.0→1.84.1）。 - 'major' 提升：會破壞向後相容性（
1.x.x→2.x.x）。
企業支援
隨著 LiteLLM 成長，現有的專業支援模式已不再符合我們的規模。我們正在轉向一個以清楚、可預測的溝通為核心的新模式，讓客戶知道何時可以期待支援與變更。下方所描述的模式正在退場，我們會在接下來幾週內完成新系統時分享細節。
- 穩定版每週發布一次。一旦有新的版本可用，我們將不再為較舊的版本提供支援。
- 如果有 MAJOR 變更（依照 semvar 慣例，例如 1.x.x -> 2.x.x），我們可針對前一個穩定映像檔提供最長 90 天的支援。