近段時間，項目較多，為防止出現混亂，臨時寫了一些想法（繼續思考中）：
一：目的：為了更快、更加方便處理客戶臨時發現的一些bug;
二：原因：由于目前所有版本都不穩定，在標準版下的修改可能會影響到其他已交付項目的應用。
三：關于版本的處理意見：
??? 1.每交付給客戶一套程序時，要在此目錄下新建一個文件夾，存放交付時打包所需的所有源代碼（一定要包括當時數據庫的表結構）；
??? 2.每當客戶提出修改意見時，要先在bug管理工具的此項目上做詳細記錄，然后測試標準版本是否也有類似問題，再根據實際情況在標準版的項目bug中做詳細記錄；
??? 3.修改時要從服務器上相應的版本下拷貝出完整的一份項目，強烈建議不要在原項目上進行修改；
??? 4.根據客戶提出的問題進行修改;
??? 5.修改完后，認真嚴格測試（注意：不能僅僅測試用戶提出的問題，要全面測試所有的功能，以防由于代碼復用造成其它功能出現問題）;
??? 6.自己測試完畢，則提交本項目（注意是本項目，暫時還不要提交標準版的）的bug修改；
??? 7.最好再有其他人完整測試一遍（建議：最好有不同的人員來測試）；
??? 8.經確認沒問題，則關閉本項目下的bug.
??? 9.如果測試通過則備份原版本（一定要備份），再將本版本用修改后的覆蓋（建議：原版本存放一個月后，如無問題可以刪除，如果硬盤空間足夠大，則可以保留至下一個版本更新時再刪除）；
??? 10.按相同的方法修改標準版下的問題（不一定完全相同，有時可能為了達到兼容需要添加額外的東西，根據實際情況，但目的不變，就是解決標準版下出現的相同問題）；
??? 11.自己測試完畢，則提交標準版的bug修改；
??? 12. 再有其他人完整測試一遍（同樣建議：最好有不同的人員來測試）；
??? 13. 經確認沒問題，則關閉標準版下的bug.
四：好處
??? 1.版本控制工具上的各個項目的代碼共享（并非所有代碼，只是共同功能的代碼），可以達到修改一次，其他通用，而不必每個項目都去更新；
??? 2.保留最新客戶處的項目源代碼（包括表結構），可以更快更及時地針對用戶的問題進行調試修改。
?