答案1
好的，這是作為 tlmgr 和整個 TeX Live 基礎設施的主要開發人員的答案。你必須決定兩件事：
- 新版本發布前的凍結期
- 從一個版本到下一個版本的可升級性
關於前者，凍結期：通常在一年中我們這樣做不是對實際的二進位檔案進行更新，但僅限於腳本和打包。這意味著，在準備新版本時，所有二進位檔案都必須重新編譯，這是一項艱鉅的任務，涉及大量時間和迭代。修復了錯誤，調整了程式碼，以便它可以在所有平台上建置（而且有很多！）。這段時間我們做不是想要對某些二進位檔案進行部分升級，因為有時需要伴隨庫檔案更新。
另一點是，在凍結期間，關鍵的新功能有時會包含在 texlive 基礎設施和 tlmgr 中，如果以正常方式向全世界發布的話會非常危險。
最後，它還涉及到可以壓入 DVD 的狀態。
現在討論版本之間的可升級性：第一年的原因是內部結構的變化，但沒有發生變化。允許升級（如選項內部編碼的格式等）。這是最初幾年（例如 2008-2010 年）最常見的原因。正常升級根本不是瑣碎地可能的。當然，人們可以編寫一個升級腳本並為 Windows 製作一個 NSIS 安裝程序，但我們沒有時間這樣做。我們是志願者，必須專注於重要的事情。
在過去的幾年裡（例如自 2010 年以來），總是有一個升級過程，儘管我們通常不會對其進行大量測試；這就是我們不推薦它的原因。如今磁碟空間非常充足，因此並行安裝兩個裝置並不是那麼痛苦。但仍有升級的方法。
不幸的是，在 Windows 上，這並不是那麼簡單，因為卸載程式和註冊表等與發布年份相關，這在 Windows 上簡直是一個痛苦，但這是一個特例。
最後，還有一個原因：在去年的許多情況下，更新或新安裝不會像通常那樣改變下載資料量全部軟體包以一種或另一種方式更新（由於內部更改），這意味著升級將涉及下載所有軟體包，就像安裝一樣。
我希望這一切能讓我們的意圖更加明確，如果有任何不清楚的地方，或者如果有人有更好的想法如何處理它，我們願意接受建議！
答案2
我不能特別代表 TeX Live，但我從一開始就參與了 Linux 發行版，我相信我的觀察也與 TeX Live 相關（兩者都是必須選擇、整合的不同部分的集合）並確信可以很好地協同工作，每件作品都依照自己的步調發展）。
雖然在完美的世界中，這樣的軟體集合將被永久維護，但這是不切實際的。新的軟體包出現，舊的軟體包被徹底修改，一些軟體包被完成工作的新方法所取代。比如說，維護 TL-2011 意味著保持「舊方式」工作，即使上游已經放棄了這個包（或者對其進行了很大的更改，以至於它不再是直接替代品）。這意味著無休止的向後移植和修復舊錯誤。這樣做的志工只存在於徹頭徹尾的受虐狂中。
TeX Live 維護需要具有相當深奧領域知識的人員，而這些人都在非常供不應求。他們要么永遠保留 2011 年（而不是 2012 年、2013 年…），要么專注於建立和發布最後一個版本。此外，在shiny&new 工作總是更有趣，因此更有潛力吸引新員工。
也許他們足以讓兩個版本保持最新狀態，但我想不行（因為他們決定沒有人力，所以每年都必須升級）。
答案3
除了@vonbrand的出色回答之外，每年升級和「凍結」tex live的一個重要原因是在物理介質上提供穩定的快照，這主要是為了各個用戶組的成員的利益，但也為了那些不使用tex live的tex使用者。
這張 DVD（它不再適合 CD）也與一些與（la）tex 相關的書籍一起包裝，特別是在德國；這種（商業）包裝是任何具有限制性（非免費）許可的內容必須從集合中排除的原因。
答案4
要在 @vonbrand 和 @barbara beeton 的答案中添加更多資訊：
另一個原因是改變基礎設施。不久前，該tlmgr管理工具針對（主要）Windows 使用者引入了圖形介面。此外，套件格式也從 LZO 更改為 XZ（我認為是從 TL2008 更改為 TL2009），如果不要求新安裝，這是不可能的，因為整個基礎設施都已更改。
但儘管如此，通常可以從 TL2011 更新到 TL2012，而無需任何新的完整安裝。但要小心：這是不是得到了開發商的支持，並且不是受到推崇的！它在某些情況下有效，而在其他情況下則無效。
我希望有一個滾動發布方案（例如在 Arch Linux 或 Gentoo 中），因為這是 TeX Live 郵件列表上多次出現的主題。