作為大公司的企業應用系統，在使用過程中是非常謹慎的。但是作為系統本身，在系統上線后，依然會存在一些相應的BUG，當然在系統的運行過程中還存在有相應的新需求及相應的調整。
change control & scope management有時間我再寫。
補丁的過程中存在的問題：
(1)有些補丁打上去了，有些補丁沒有打上去(代碼已經提交了)。后續的補丁對前面的補丁有很強的依賴。
(2)補丁有問題。
對于開發層面，每天的代碼提交需要有嚴格的日志，通過SVN或其他相應的工具雖然能夠體現出是誰提交了文件，修改了什么，但是對于補丁可能是一個相應的集合，需要開發人員將相應的內容能夠完善起來。這個如果能有有效的工具進行控制最好的。目前還在尋找中....
補丁上線。在測試、DEMO環境和product環境的多次檢測是一個不錯的方法。
關鍵是要建立一個補丁的流程機制
(1)開發人員，提交代碼，提交內容備注填寫。
(2)測試人員嚴格測試。
(3)實施人員、系統管理員的多次檢測和緊急恢復制度。
文檔化、流程化、標準化是非常關鍵。