本文為技術討論，思路記錄，為以後如有需要用到此業務場景提供參考。 業務背景： 一個中小型企業，擁有多個軟體產品，服務的客戶的需求也是五花八門，有時候用一個版本庫會極難處理和均衡各方需求，出於管理方便，可能就每個客戶有對應的一套源碼進行管理，因此需要有一套自動化管理軟體的發佈服務程式。否則版本管理的工 ...
本文為技術討論，思路記錄，為以後如有需要用到此業務場景提供參考。
業務背景：
一個中小型企業，擁有多個軟體產品，服務的客戶的需求也是五花八門，有時候用一個版本庫會極難處理和均衡各方需求，出於管理方便，可能就每個客戶有對應的一套源碼進行管理，因此需要有一套自動化管理軟體的發佈服務程式。否則版本管理的工作量將是巨大的，並且是容易出錯的。
技術實現：
1、事務管理系統（需求和BUG的管理信息系統）
2、SVN（源碼管理系統）
3、WebService（發佈程式的介面服務）
4、Oracle（數據存儲：存儲每次發版任務信息和結果，以及各個源碼程式配置等信息）
5、後臺服務程式（發佈主服務程式）
6、FTP（FTP伺服器，後臺發佈成功的程式，通過FTP上傳到FTP伺服器，提供個測試人員和現場實施人員下載）
7、簡訊系統（發佈結果通過簡訊提醒提交發佈請求的人）
業務邏輯：
1、作為一家以軟體項目為主體的軟體公司，一般都會擁有一套事務管理系統（採購第三方或者自己開發），事務管理系統能夠記錄各個業務系統的需求，BUG，以及發佈請求，能對這些事務進行跟蹤。
2、事務管理系統中的發佈版本事務，需要和WebService進行交互，能夠提交相應的發佈請求，當然事務系統和發佈系統之間處理髮布請求，還要對項目的管理，項目各個模塊等信息進行數據互通處理。
3、SVN作為免費開源的源碼管理器，相對也穩定，用作公司的源碼伺服器還是比較合適的。
4、Oracle資料庫存儲各種信息（各個軟體項目信息，服務的客戶信息，軟體產品模塊，各個軟體項目對應的源碼庫信息，以及發佈程式最新信息等，各種事務信息等等）
5、後臺服務程式（作為軟體發佈服務的核心，需要能夠實現可配置多台的發佈伺服器，並且實現負載均衡，有詳細的錯誤日誌信息，支持發佈多種程式語言，例如：C#，ASP.NET，PB，Java）
6、後臺服務程式發佈結果能夠通過郵件的方式發送給事務提交者，並且把輸出日誌和錯誤信息一併發送。這裡不考慮把發佈程式也通過郵件發送給發佈者，因為一般郵件附件大小都會有限制，會給系統造成局限性。
7、發佈後的程式統一上傳到FTP伺服器上，不同的項目存儲的路徑不同，提供給客戶使用下載的FTP用戶和密碼也不相同，這樣可以便於控制管理。
8、簡訊系統，發佈成功或者失敗，將會通過簡訊通知提交發佈請求的用戶。
