官方參考：
試驗區存放需要試驗的包，主要供開發者用。
存放最新版本的包，供開發和使用者測試
包在不穩定版經過一段時間的評估測試後，慢慢成熟穩定，可以進入測試版。
由乙個自動執行的程式根據一些質量標準自動新增到測試版：
1、沒有bug，或比現在測試版中的版本少
2、在unstable中10天以上
3、可以成功在所有平台編譯
4、依賴關係和測試版現有內容不衝突。
測試版經過一定時間後，在正式發布前逐漸由管理員凍結更改，形成乙個新的穩定版。之前的穩定版被成為old-stable。
穩定版裡的包通常不再增加功能，只提供安全更新和bug修復。
debian發布迴圈：不穩定版=>測試版=>穩定版
不穩定版的代號一直為sid
當前穩定版代號為wheezy
當前測試版代號為jessie
參考：穩定版通常隔段時間推出點發布，提供安全更新和bug修復。
點發布包括了截止到發布時間的安全更新和一些重要的bug修正。
2023年開始通常每2個月更新一次。
最初，穩定版發布在版本號後加r0，之後的「點發布」遞增r後數字。比如debian etch，從4.0r0開始。
到debian lenny時，規則改變，「點發布」使用「小版本號」表示，比如5.0.1中的1。
從wheezy，規則又改變，「點發布」使用「次版本號」表示，比如7.1中的1。
參考：
該apt庫包括了正在為下一次「點發布」做準備的更新包檔案。
該庫不是正式穩定版(stable)的一部分，還需要被管理員和使用者評估。
不過通常應該認為穩定性高於testing, backports。個人使用者可以測試，但不推薦用在「正式伺服器」上。
參考：
stable-proposed-updates庫中的一些包被提供在這個庫中。這些包通常是使用者希望在下一次「點發布」之前就能更新的包。比如病毒庫，時區表資料等。這些包最後都會包括在下次「點發布」中。
參考：
該庫中包含了最新的安全更新包。
為了使安全更新能更快的應用到系統中。安全更新沒有通常的mirror，而是使用dns aliaes等效名(dns aliaes)的方式提供了官方mirror。所以安全更新的源在source.list檔案中的url部分通常都是固定的，即如下：
deb stable/updates main contrib non-free
參考：
這個庫中存放了一些為穩定版重新編譯的新版本包。因為當穩定版發布時間比較長時，很多軟體有了新版本。使用testing 和unstable中的新版本包風險又比較大，所以包維護人有時會將新版本包針對穩定版重新編譯，提供給使用者使用。
但安裝該庫中的包時需要特別指出：
sudo apt-get install -t wheezy-backports package
關於灰度發布和灰度配置的思考
最近團隊在做乙個集中化配置管理系統，根據運維團隊的需求，要考慮應用灰度發布時配置部分變更的可能，需求是首先變更某個機房的某台伺服器上的配置，進一步地，修改該機房所有伺服器的配置，最後修改全域性伺服器的配置。這樣的需求和通常理解的灰度發布有一定區別，暫且叫他灰度配置。本文主要理解下兩種灰度的差異，並且...
幾條關於檢視和刪除發布和分發的命令
檢視當前分發伺服器屬性 usemaster exec sp helpdistributor 檢視當前發布伺服器屬性 usemaster exec sp helpdistpublisher 徹底刪除發布和分發 declare distributiondb assysname declare publi...
Linux 關於靜態庫和動態庫
為什麼要使用庫？如何使用庫 靜態庫與動態庫 查詢c標準靜態庫 find usr lib name libc.a查詢c標準動態庫 find usr lib name libc.so 如何給別人提供乙個靜態庫 首先要自己提供一套方法，然後打包。就以add函式和sub函式為例，說明如何給別人提供乙個靜態庫...