這個項目是一個winform程序，已經發布了正式版本（2.0）,現在根據使用反饋開發3.0版本，涉及到功能界面的修改，也已經改到一半了；但是突然之間客戶正在使用的版本（2.0）爆出了bug，要緊急修改發布，但是不能把現在修改到一半的版本發布出去。請問，一般是怎么控制版本來避免這種情況？
2 回答
紅糖糍粑
TA貢獻1815條經驗 獲得超6個贊
不知道樓主是不是使用SVN做源代碼管理，其它代碼管理工具應該可以使用下面的策略。
目標，要求
本次svn提交規范主要針對當前項目中出現的svn管理難，開發流程控制難掌控，項目進度記錄不準確等問題而提出。要求每個角色都要進行規范化svn作業。
目錄結構與開發模式
分散式分支開發模式原理
Svn://project/
+trunk/（主開發目錄）
+branches/（分支開發目錄）
+dev_1.0_function1（功能性分支1）
+dev_2.0_function2（功能性分支2）
…
+tags（存檔目錄，不允許修改）
a) 1.0的開發，做一個dev_1.0的功能性分支
Svn://project/
+trunk/（不承擔開發任務）
+branches/
+dev_1.0_function1
+tags
b) 1.0功能開發完成，合并分支到主干
Svn://project/
+trunk/（merge from branch dev_1.0_function1）
+branches/
+dev_1.0_function1（開發任務結束，凍結）
+tags
c) 測試完成，根據主干做一次1.0的tag
Svn://project/
+trunk/（merge from branch dev_1.0_function1）
+branches/
+dev_1.0_function1（開發任務結束，凍結）
+tags
+tag_release_1.0（copy from trunk）
d) 1.0版本結束，做下一個版本的開發2.0
Svn://project/
+trunk/（merge from branch dev_1.0_function1）
+branches/
+dev_1.0_function1（開發任務結束，凍結）
+dev_2.0_function2（2.0的開發）
+tags
+tag_release_1.0（copy from trunk）
e) 1.0版本出現bug，直接在dev_1.0版本上修復
Svn://project/
+trunk/（merge from branch dev_1.0_function1）
+branches/
+dev_1.0_function1（bugfix）
+dev_2.0_function2（2.0的開發）
+tags
+tag_release_1.0（copy from trunk）
f) 選擇性的進行代碼合并
使用規范
命名規范
分支名稱采用固定名稱與下劃線結合方式進行功能性分支描述如:dev_1.0_crm。
存檔名稱統一采用tag_release_版本的方式。
提交規范
原文地址：
http://www.cnblogs.com/BraveCheng/archive/2012/07/02/2573617.html
- 2 回答
- 0 關注
- 719 瀏覽
添加回答
舉報
0/150
提交
取消