Centos 6.5 – 向後移植的升級/php.ini 指令包含在 php 5.3.3 中
PHP 5.3.3 是官方 CentOS 6.5 儲存庫提供的最新版本的 PHP。正如你們大多數人所知，將其稱為“5.3.3”版本有點欺騙性，因為關鍵的錯誤修復實際上已被移植到 5.3.3 版本中，因此實際上“5.3.3 版本”確實會時不時地升級。我的問題是：除了在 php.ini 中手動切換指令外，你如何知道哪些新指令在更高版本的 PHP 中實現並由其正式支持，在 CentOS 6.5 的向後移植 PHP 5.3.3 中也可用?
例如，
max_input_vars( http://php.net/manual/en/info.configuration.php#ini.max-input-vars ) 自 PHP 5.3.9 起可用。有沒有一種簡單的方法可以判斷 CentOS 是否將它包含在向後移植到 5.3.3 的升級中？謝謝！
簡短的回答是：您不會通過反向移植獲得單一的新功能。
Red Hat（從中派生出 CentOS）有一篇很好的文章，介紹了他們如何處理安全更新以及向後移植的概念。
亮點是：
當我們（紅帽）向後移植安全修復程序時，我們：
• 辨識修復程序並將它們與任何其他更改隔離，
• 確保修復程序不會引入不需要的副作用，並且
• 將修復程序應用於我們之前發布的版本。
第一個項目符號與您的問題直接相關。在您的範例 PHP 項目中，當發布新的次要版本時，您可以查看更改日誌，並會看到每個次要版本都是錯誤修復、安全更新和新功能的組合。
Red Hat 將辨識與錯誤和安全修復相關的程式碼更改，並僅將這些更改應用於它們與您的主要版本一起發布的版本的程式碼庫。新功能被排除在它們應用的更新檔之外。因此，您最終仍會使用 5.3.3 版以及原始 5.3.3 版本中包含的所有（不多不少）功能，但錯誤較少。
目標是為第三方開發人員和（企業）客戶提供長期（ABI/API）穩定性。每次開源項目發布更新時，您都不必測試並可能更新您的自定義應用程序。您的平台保持安全，但庫和 API 等保持不變（或相當穩定）。
在某些情況下，Red Hat 將在主要版本的生命週期內通過軟體收集渠道發布替代的較新版本的軟體包。您不能通過簡單地升級和應用更新檔來獲得這些版本，您必須明確啟用這些儲存庫，然後手動安裝較新的版本（例如在 CentOS 中安裝 PHP 5.4 而不是 5.3.3
yum install centos-release-SCL和yum install php54.