有沒有人知道 Apache 2.2.x 的生命週期終止日期是什麼時候？從歷史法則來看，我猜測是在2016年或2017年（1.3和2.0都是11到12年之間，2.2是2005年問世的）。
我希望找到一些權威的信息，例如計劃的生命週期結束日期或最小承諾的生命週期終止日期（即 Apache 軟體基金會保證至少會支持到 20##），但我在網上找不到任何內容除了歷史上發生的事情之外。
參見表https://en.wikipedia.org/?title=Apache_HTTP_Server#開發了解歷史版本和 EOL 日期。
答案1
Apache 是開源軟體，這意味著任何有興趣的人都可以維護它。
此外，Apache 是每個 Linux 發行版的重要組成部分，例如。 RHEL / CentOS / Oracle Linux 6.x 具有 Apache 2.2，並將支援至 2020 年 11 月。
因此，Apache 2.2 真正終止生命的日期是不可預測的。
答案2
儘管 Apache 2.2 沒有正式的生命週期終止，但您可以使用一些措施來確定適當的過渡時間，即：
- 功能支援（通常透過模組，例如 modssl）
- 遵守當前標準（例如 TLSv1.2）
- 錯誤修復的可用性（向後移植）
- 安全性更新的及時性（例如，僵局）
從我的角度來看，在過去幾年裡，其中一些界限已經被跨越。具體來說，帶有 modssl 的 Apache 2.2 沒有針對以下問題的修復：堵塞漏洞不過，Apache 2.4 已經這樣做有一段時間了。
幾年前，SNI 對 Apache 2.2 的支援進展緩慢——它是 Apache 2.4 的功能，在很長一段時間內透過非官方修補程式向後移植。
我已經使用 Apache 2.2 多年，幾個月前才決定開始過渡到 2.4（我們的一台伺服器有額外的 SSL 要求，目前只有 Apache 2.4 可以滿足），所以我們目前有一些 2.2 伺服器，一些2.4。最終我只想支援單一伺服器堆疊。你的理由可能會有所不同，但這些都是我做出決定的要點。
答案3
從http://www.apache.org/dist/httpd/Announcement2.4.html：
請注意，Apache Web 伺服器專案將僅在2017 年6 月之前提供2.2.x 版本的維護版本，並將在此日期之後至少到2017 年12 月提供一些安全性修補程式。的最少維護補丁在此期間，強烈建議用戶立即完成向 httpd 2.4.x 風格的過渡，以便從更多的小安全和錯誤修復以及新功能中受益。
答案4
Apache 2.2 的正式生命週期終止日期為 2018 年 1 月 1 日（請參閱阿帕契首頁）：
Apache httpd 2.2 生命週期結束 2018-01-01
如同先前所宣布的，Apache HTTP 伺服器專案已停止 2.2.x 系列版本的所有開發和修補程式審查。
Apache HTTP Server 專案長期以來一直致力於在2017 年6 月之前提供2.2.x 版本的維護版本。評估對於 2.2.x 版本。
首先官方公告時間是 2016 年 7 月 5 日。
這是針對我們所有 2.2 用戶的，您的時間已經不多了。
隨著今天發布的 Apache 2.4.23，Apache 軟體基金會包含了上個月商定的 Apache 2.2 生命週期終止 (EOL) 的時間表。
因此，2017 年 6 月 30 日之後，Apache 2.2 將不再收到任何新版本。 Apache 2.2 將於 2017 年 12 月 31 日徹底停產，此後將不再有任何維護。
一些背景
Apache HTTP Server 的開發人員幾乎全部都是志願者，他們投入一些空閒時間來維護該軟體。正因為如此，他們可以自由選擇這次要投入的內容，對於大多數人來說，主要是維護2.4 程式碼庫、新功能或增強功能以及2.6/3.0 或簡稱2.next，我喜歡這樣稱呼它。這導致了這樣的問題：沒有足夠的開發人員能夠或願意花時間審查 2.2 的錯誤修復或候選版本，並且需要 3 名開發人員來審查並確定任何此類變更或版本。因此，如果您無法讓三個人進行審查和投票，為什麼還要費心維護它呢？
Apache 2.2.32 就是一個很好的例子，它計劃與 2.4.23 同時發布。有兩個錯誤修復已經擱置了一段時間，需要審查並同意繼續，但仍差 1 票。剛剛過去的周末是美國的假日週末，這對解決問題沒有任何幫助，但隨著假期結束和 2.4.23 即將到來，這有望在接下來的幾天內發生，並在下週的某個時間發布。
第一次對 EOL 2.2 進行投票是在 2015 年 5 月。更新到2.4。這些版本/發行版最終已經停產，但只有少數版本/發行版本身已經停產。這次推遲的投票終於在上個月到來，投票前對那些願意為 2.2 做出貢獻的人進行了民意調查，選擇了時間表。
看看該民意調查的結果，我只看到兩名開發人員願意維護/審查錯誤/安全修復，兩名開發人員願意測試並投票支持2017 年6 月的新版本，看來其餘的人只願意堅持到底今年，如果無法獲得 3 票，那麼之後事情可能會變得粗略，並且在 2017 年底之前基本上 EOLing 2.2。