嚴格按照軟件產品發布流程發布軟件版本是建立和完善軟件產品版本控制，保證軟件產品質量的關鍵過程之一。參與軟件產品發布的人員主要是測試負責人和BM（Build Master）。

公司軟件產品發布的規程如下：

1、 發布準備。
發布之前，所有程序freezed由測試人員進行確認測試；
檢查qcs系統內登記的所有bug都已經被fixed，或者遺留的bug不影響系統的使用，如果有嚴重bug未解決（級別為must fixed）不能發布；
程序打包前做冒煙測試。

2、 測試負責人編寫release產品質量報告進行質量分析和總結。

3、 源碼、文檔入庫。
源碼包括數據庫創建腳本（含靜態數據）、編譯構建腳本和所有源代碼；
文檔包括需求、設計、測試文檔，安裝手冊、使用手冊、二次開發手冊、產品介紹（ppt）、使用demo等。

4、BM進行程序打包；標記源碼、文檔版本tag。

5、 BM填寫發布基線通知并通知相關人員；BM經理對發布基線進行審計。

6、在qcs系統上新建產品發布計劃，填寫配置項，執行發布計劃（發布產品）。

7、上傳程序包、使用文檔至download站點。

8、 編寫發布說明readme.txt（或者release note）。
Readme的內容應該包括產品版本說明、產品概要介紹、本次發布包含的文件包、文檔說明、本次發布包含或者新增的功能特性說明、遺留問題及影響說明、版權聲明以及其他需要說明的事項。

9、 正式發布通知。
通知開發、測試、市場、銷售各相關部門并附上產品發布說明和產品介紹。

10、后續工作。
產品發布后，在使用過程中可能還會發現一些bug。在不影響正常使用的情況下，這些bug將在下一版本發布時解決；如果bug嚴重影響使用，必須打patch或者按照流程重新發布。

11、 臨時發布。
軟件產品未正式發布前，可能需要一個臨時版本供開發人員或者用戶應急使用，這時候需要臨時發布一個版本。這個版本只包括基本的程序包和必要的使用說明。臨時發布需要通知相關開發、測試人員；BM需要為源碼、文檔打tag標記。

12、 軟件產品發布后，即建立了一條發布基線。
所有用戶安裝及二次開發必須在此基線上進行，開發人員不能直接從cvs或vss上check 代碼編譯交付用戶使用或者進行二次開發。

另一種說法：

公司軟件產品發布的規程如下：
1.FAE首先向版本管理員提交需求;
2.版本管理員將需求提交給項目經理,由經理確認需求以及發布基線;
3.發布準備:發布之前，先將當前主干中的所有程序freezed,并從主干中拉出一條發布分支branch,由開發人員對其進行功能測試:檢查所有bug是否都已經被fixed，或者遺留的bug不影響軟件的使用，如果有嚴重bug未解決暫時不能發布。
4.如果測試通過,則由相關開發人員進行程序打包；標記源碼、文檔版本tag。
5.開發人員將標記的源碼和文檔地址交予版本管理員,由版本管理員編寫發布說明release list.release list內容應包括本次發布包含的文件包、文檔說明;各類文件的存放路徑,提供者及tag信息;本次發布包含或者新增的功能特性說明；遺留問題及影響說 明；版權聲明以及其他需要說明的事項。
6.管理員在jira上建立測試任務并郵件通知相關測試人員。
7.FAE測試,測試完成后，FAE向版本管理員反饋測試結果（確認所提需求是否全部實現，不然則列出哪些功能還存在不足或BUG）:如果測試沒有通過， 將由版本管理員向開發組請求重新release內部版本，再交FAE重新測試;如果測試通過，則由版本管理員為當前的版本進行標記和命名,同時提交到發布 庫中.
8.正式發布通知。郵件通知各相關部門并附上產品發布說明和產品介紹。
9.由FAE將發布后的版本打包release給客戶;
10.后續工作。產品發布后，在使用過程中可能還會發現一些bug。在不影響正常使用的情況下，這些bug將在下一版本發布時解決；如果bug嚴重影響使用，必須打patch或者按照流程重新發布。
11. 臨時發布。軟件產品未正式發布前，可能需要一個臨時版本供開發人員或者用戶應急使用，這時候需要臨時發布一個版本。這個版本只包括基本的程序包和必要的使用說明。臨時發布需要通知相關開發、測試人員；管理員需要為源碼、文檔打tag標記。
12. 軟件產品發布后，即建立了一條發布基線。所有用戶安裝及二次開發必須在此基線上進行，開發人員不能直接從svn上check 代碼編譯交付用戶使用或者進行二次開發。