軟件後期開發中的版本控制總結
|
主題 |
1． 在研發和測試過程中如何做好版本的銜接 2． 在程序部署到現場以後，如何做好版本控制 3． 版本和問題、缺陷之間的關係如何維護 4． 在項目實施過程中，實施人員對版本的關注點是什麼？項目經理對版本的關注點是什麼？ |
|
需要考慮的 |
首要：必須有明確的版本定義，及版本升級控制原則 1. 版本控制的目的： ü 保證版本的連續和可跟蹤（實現程序各版本的回退） ü 指導研發團隊，合理安排研發(修復)計劃，控制版本的升級 ü 指導實施團隊，選擇合適版本，進行正確的項目實施 ü 銜接研發和測試，適時控制版本的發佈 ü 避免程序代碼混亂，修復過的bug被覆蓋； ü 記錄版本發佈信息，版本之間界限清晰； ü 能夠規範用戶方版本的升級； ü 各個團隊能夠實現並行開發，劃分不同分支。 2. 從哪幾個方面做好版本控制： （1）研發過程中小版本如何控制： ü 首先項目組需要版本規劃，系統準備提交幾個測試版，準備發佈幾個主要版本，每個版本分別包括哪些功能； ü 在項目組內部，明確一下內部小版本序號增加的原則，什麼情況下增加小版本的序號，控制人是誰等； ü 在研發過程中，根據單元測試及問題修復情況，由控制人適時變更小版本號，並明示所有成員，並對文檔和代碼基線化。 ü 規劃的幾個主要版本完成時，應同時從開發區提交至受控區； ü 各個子系統需要並行開發時可以使用SVN工具劃分不同分支，採用分支合併技術控制程序版本； ü 劃分分支並行研發時，需要由專人負責分支的合併問題，注意做好合並時的測試工作，避免存在嚴重缺陷的分支合併到主幹線上； ü 注意： （a） 小版本的變更，必須經項目經理審覈，由控制人實施 （b） 要保證文檔和代碼的一致性 （c） 尤其注意sql庫表和代碼的一致性 （2）在研發和測試過程中如何做好版本的銜接 ü 首先項目經理要掌握什麼時候提交測試，並確認提交的測試版本及對應的文檔 ü 在測試區放置需測試的版本及對應的文檔。 ü 應該在受控區放置相應版本的源代碼,與測試區和發佈區的版本相一致。 ü 提交系統測試時，必須明確測試版本號且在配置文件中寫明。 ü 若採用模塊開發方式，各模塊可以定義不同的版本號，但配置文件中要有專門地方記錄各模塊的版本號，提交測試版本時應說明版本中包含的各模塊的版本。 ü 缺陷修復過程中程序版本可以根據程序改動量的大小，由項目經理決定是否增加程序版本（此種情況主要是第三位的版本序號變更）。 ü 缺陷修復之後重新提交系統測試時，也應在測試區重新放置對應的測試版本，明確新的測試版本號。 （3）在程序部署到現場以後，如何做好版本控制 ü 準備部署到現場的程程序，必須在發佈區，存放該版本的二進制文件及對應的實施文檔 ü 程序部署到現場後，必須明確發佈的版本號且在配置文件中註明； ü 程序部署後，應儘量避免現場直接修改程序和頻繁的重新部署程序；同時對於一些需求變更，應儘量避免直接修改，應收集並分析後在新的版本升級中統一考慮，減少成本版本升級的次數。（版本升級統一管理） ü 程序版本需重新發布時，必須詳細編寫《系統發佈日誌》、《已發佈版本缺陷》、《系統升級說明》等文檔，併發送給現場實施人員，以便實施人員能瞭解新發布版本與現場版本的區別，以及升級時的注意事項等。 ü 對用戶現場程序的重新部署（即版本升級），需要記錄在《系統升級說明》，跟蹤用戶版本升級歷史。 ü 部署到現場之後的版本升級問題是一個很慎重的問題，必須做好升級前的測試工作，研發人員測試之後，現場實施人員最好能在客戶環境下重新測試一遍再正式發佈，避免出現影響用戶正常工作的嚴重後果。 ü 程序上線後，大的版本升級應走正式的發佈流程，並提交相關發佈文檔；小的問題修復及頻繁的部署時，版本是否升級以及是否走正式的發佈流程由項目經理視情況而定。 （4）進入維護階段後，如何做好版本控制 ü 如果維護人員與實施人員不同，維護交接時需要注意將程序的版本信息交接清楚； ü 維護階段，重點做好客戶反饋問題的跟蹤； ü 統一管理版本的升級：定期對問題進行分析，安排人員對系統進行改進，確認升級版本號，相關升級文檔必須提供 ü 版本發佈和版本升級要求詳見“（3）在程序部署到現場以後，如何做好版本控制” （5）版本控制工具的使用 ü 程序源代碼和技術文檔目前統一基本所有項目都使用SVN工具； ü 軟開部門使用JIRA工具對程序bug進行跟蹤和管理； ü 電採目前JIRA工具對客戶反饋的現場問題進行跟蹤和管理； ü 電政部門使用自己開發的項目管理工具，對維護階段客戶反饋問題進行登記和管理； ü 移動運營和電力目前使用excel記錄和管理需要修改程序的現場問題； 3. 在項目實施過程中，實施人員對版本的關注點是什麼？項目經理對版本的關注點是什麼？ （1） 實施人員關注的： ü “我”收集的問題，以何種渠道向項目組反饋 ü “我”反饋的問題在哪個版本解決 ü 獲取對應版本及文檔的正確途徑 ü 每個版本的詳細發佈文檔內容，關注每個版本實現（或改進）的功能，以及存在的缺陷； ü 版本如何升級，是否需要接收培訓，是否需要事先模擬； ü 如果需要用戶培訓，培訓文檔是否完備 （2） 項目經理關注的： ü 系統整體的版本規劃，一共計劃出幾個大的版本； ü 規劃的每個大版本主要包括用戶哪些主要需求或者都有哪些功能模塊、隱藏的主要缺陷有哪些； ü 和版本對應的文檔有哪些，是否準備好 ü 研發過程中小版本號什麼時候增加，什麼原則增加； ü 並行開發時需要劃分幾個分支，分支合併由誰統一負責，分支合併的具體要求 ü 應該什麼時候進行版本發佈； ü 每次版本發佈時的版本號具體怎麼定義。 ü 目前各用戶使用的版本情況 |
|
可不考慮的 |
暫無 |