目前,尚未排定下一個版本的時程表。此清單中的日期、功能交付項目,甚至是版本號碼都可能變更(且我們嘗試預測的時程越遠,變動性就越高)。幸運的是,讓功能從版本中移除或讓發行日期延後的原因,也可能讓功能和發行加速。這就是開放原始碼、社群驅動軟體專案的本質(我們認為這很棒)。因此,如果您不喜歡這裡看到的內容,請採取行動:我們永遠歡迎您的 貢獻!
我們會盡量在星期三推出版本。如同本頁面上的大多數資訊,我們推出的日期並非硬性規定,但過去一直都是如此。在星期中推出版本,讓我們有充裕時間在推出版本前幾天進行準備,並在週末前驗證 tarball 版本。版本會在驗證程序完成後盡快定案並公告。請參閱我們的版本發布程序文件,以取得更多資訊。
Subversion 有兩種版本的發布:一般版本旨在更快速地提供新功能,而LTS 版本旨在提供更長時間的穩定性。
這兩種版本的發布在支援期限上有所不同
一般版本從其最初發布日期起支援六個月。例如,1.11.x 在 1.11.0 公告後六個月內都受到支援。一般版本可讓新功能提早推出,而無需長時間支援特定版本,讓功能開發對貢獻者和使用者來說都更具吸引力、更有回報且更快速。
LTS 版本自其最初發布日期起獲得四年支援。例如,1.14.x 將在 1.14.0 發布後四年內獲得支援。
LTS 版本在下一版 LTS 發布後三個月內獲得支援。
前兩個保證會累積:對於 LTS 發布線宣布結束生命週期 (EOL),它必須同時在超過四年前首次發布和與較新的 LTS 發布線平行支援至少三個月。
例如,假設 1.42.0 在 2042-07-01 發布,且 1.42 宣布為 LTS 線。在這種情況下,1.42 將至少獲得支援至 2046-06-30(沒有任何如果、但是或可能)。此外,預計在 2046-04-01 之前會進行較新的 LTS 發布(1.43.0、1.44.0 等),留下三個月時間來升級安裝。如果在 2048-01-01 之前沒有進行較新的 LTS 發布,1.42 的生命週期將自動延長至 2048-03-31。
在任何給定的時間,至少會有一個受支援的 LTS 發布。最新 LTS 發布將獲得一般反向移植的支援,而任何較舊的發布都將獲得高優先順序的修正。
在支援期間,我們承諾提供更新,以修正高優先順序的問題,例如安全性、資料遺失或損毀。我們有時也可能會修正其他問題,以符合每個發布的重點。
在此背景下,「發布」表示次要發布號碼的增量,這是我們三元組系統中的中間號碼。因此,1.2.0、1.3.0 和 1.4.0 是「1.x」線中的連續次要發布,而 1.1.1、1.1.2 和 1.1.3 是「1.1.x」線中的連續修補程式(錯誤修正)發布。我們不會提前安排修補程式發布,我們只是在我們認為累積了足夠的錯誤修正來保證發布時才發布。主要的全新發布,例如 Subversion 2.0,可能會很像次要發布,只是在確切功能周圍進行更多規劃。
迄今為止,除了 1.11、1.12 和 1.13 是常規版本外,自 1.0 以來的每個版本都是 LTS。
有關 Subversion 的版本編號和相容性政策的更多資訊,請參閱 「版本編號、相容性和棄用」 一節,該節位於 Subversion 社群指南 中。
以下是我們已識別為重要且可實現的「最想要」功能/增強功能清單,順序不分先後,以及我們認為存在且阻礙我們在 Subversion 中提供這些項目的依賴關係鏈。這不是一份詳盡的清單!它僅代表一些「最重要的功能」— 在影響上很重要,並且在開發成本上可能也很重要。
過時(撰寫於 2010 年,此後僅進行小幅更新)
功能/增強功能 | 依賴關係 | 目標版本 | 問題 |
---|---|---|---|
重新命名追蹤 | Ev2?FS-NG? | 2.0? | 898, 3630 |
改善合併 | 1.x? | ||
改善樹狀衝突處理 | 1.10 | ||
控制衝突的嚴格性 | 1.x? | 4405 | |
企業驗證機制 | 1.x? | 3629 | |
記錄訊息範本 | 儲存庫指定的組態 | 1.x? | 1973 |
擱置 | 1.10 ... | 3625 | |
檢查點 | 1.11 ... | 3626 | |
彈性儲存庫儲存(FS-NG) | 2.0? | ||
抹除 | FS-NG | 2.0? | 516 |
向前歷史搜尋 | FS-NG? | 2.0? | 3627 |