9代碼配置管理之流程方案1教學(xué)

第1章項目基礎(chǔ)知 第2章版本控 第3章分支管

分支開發(fā)-分支發(fā)布......... 第4章開發(fā)模 1邊做邊改模 2瀑布模 1第2章版本控制第3章分支管理2章的基礎(chǔ)上，學(xué)習(xí)多版本產(chǎn)品的常見發(fā)布流程方法。第4章開發(fā)模型1 由于軟件架構(gòu)的特性，每個子功能項目可以獨立組件研發(fā)團隊，新型軟件項目研發(fā)團隊主要是靠人/團隊溝通協(xié)作來主導(dǎo)項目的開發(fā)進度，這就對人員的綜合能力要求很高，相應(yīng)的對負責(zé)人的專業(yè)技術(shù)::3了解項目的基本結(jié)構(gòu)2了解版本控制主要功能示例：最簡單的版本控制就是保存項目內(nèi)容的一個備份編號為"A"，然后基于原始項目進行修改，修改后保方法能用，但是很沒效率。一是因為保存的數(shù)份copy幾乎完全一樣也因為這種方法要高度依靠開發(fā)者的自我紀常見的工具：CVS(ConcurrentVersionsControlSystem，SVN(Subversion)，VSS(VisualSourceSafe)、...常見的工具：Git、Mercurial、Monotone、Bitkeeper、...3記住標準分支使用流程->緩存區(qū)->本地倉庫->遠程倉庫。版本：項目開發(fā)過程中，使用版本來記錄文件在每個階段的變化內(nèi)容。解決：對于沖突的場景，進行人為干預(yù)，最終達到正常合并的條件。鎖定：對倉庫中文件進行安全保護的一種權(quán)限設(shè)置。n1A項目發(fā)布1.0n2A項目著手開發(fā)1.1n7A項目的1.0版本出現(xiàn)問題，并與當日修復(fù)并發(fā)布1.01版本n16A項目的1.0版本出現(xiàn)問題，并與當日修復(fù)并發(fā)布1.02版本n月20日A項目完成新版本功能，并發(fā)布1.1版本分支開發(fā)-主干發(fā)布。它的特點就是項目的功能開發(fā)工作在從r主分支切出來的e分支上，代碼開發(fā)完畢后，經(jīng)過功能測試沒有問題后，在正式代碼發(fā)布之前，先從主分支獲取最新最完整的代碼，合并到當前的feature分支上，進行整合功能測試，測試通過后就將代碼合并到master主功能分支上，發(fā)布代碼的時候，只需要打一個e標簽即可。如果進行下一個功能版本開發(fā)，那么就從r分支切出一個新的分支開發(fā)-分支發(fā)布的特點就是項目的功能開發(fā)工作在從r主分支切出來的e分支上，代碼開發(fā)完畢后，經(jīng)過功能測試沒有問題后，然后直接在當前e分支上進行代碼發(fā)布，發(fā)布后，將e分支的代碼合并到r主分支上。如果進行下一個功能版本開發(fā)，那么就從r分支再切出一個新的te分多個功能使用feature-astr后，從master主分支上切出一個release分支，作為項目代碼版本發(fā)布的專用分支，而master分支還繼續(xù)做項oo4上走到最后(部署出來)才發(fā)現(xiàn)錯了(需求錯誤)，這就意味著，當我們意識到錯誤的時候，已經(jīng)遲了，我們需要花(stagewiseo(Spiral的產(chǎn)品質(zhì)量當產(chǎn)品交付出去以后，在定制新需求前，評估之前的工作成果，然后進行新需求的風(fēng)險分析，接著瀑(AgileDev(TPS)，由敏捷社區(qū)引入并時候出現(xiàn)相依性的問題。精益生產(chǎn)鼓勵人與人、團隊之