雪狐林網(wǎng)絡(luò)科技分析之烏魯木齊網(wǎng)站建設(shè)的建議

雪狐林網(wǎng)絡(luò)科技分析之烏魯木齊網(wǎng)站建設(shè)的建議

烏魯木齊網(wǎng)站建設(shè)建議之1：使用好的配置管理工具，也稱為版本控制工具（Veion Control）， 比如Git，SVN。

請徹底拋棄 VSS，如果是新采用配置管理工具，CVS已經(jīng)不再是選項。

配置管理工具與版本控制工具可以理解為指的是相同工具。烏魯木齊網(wǎng)站建設(shè)建議之2：每個隊伍應(yīng)當(dāng)對代碼配置項和非配置項有所說明，不要假設(shè)每個隊伍新人都是代碼配置管理達人，小心自以為是的新手加入一些自以為是的垃圾。雖然可以刪除，但發(fā)現(xiàn)再刪除，其本身就是成本。烏魯木齊網(wǎng)站建設(shè)建議之3：納入配置管理的文件的名稱里不要含有版本號。當(dāng)前的配置管理工具都有強大的版本控制功能，而只要在文件名中加入版本號，那么相當(dāng)于放棄工具的版本控制功能，而只是把配置管理工具當(dāng)成了普通的存儲空間，就像共享目錄、FTP一樣。烏魯木齊網(wǎng)站建設(shè)建議之4：依賴項也需要添加到版本庫，或者維護好相應(yīng)的庫，其中較重要的是構(gòu)件庫。

同時也包括圖片，編譯腳本，數(shù)據(jù)庫腳本，自動化測試等等。烏魯木齊網(wǎng)站建設(shè)建議之5： 沒有進入版本庫，它就不存在，“工作進展的標(biāo)準(zhǔn)就是代碼進了版本庫”。如果堅持執(zhí)行這一條的話，發(fā)現(xiàn)其他的好xi慣會隨之而來。把任務(wù)分成小塊所以經(jīng)常提交代碼，更加頻繁的更新，集成代碼。較重要的是，經(jīng)常提交代碼說明了正在做東西。烏魯木齊網(wǎng)站建設(shè)建議之6：識別代碼配置項和非配置項。非配置項的例子有target目錄，.class文件，.clashpath，.project， .sonar， thumbs，debug文件夾等等，利用ignore功能把非配置項忽略掉。代碼配置項要完整，在別處能編譯得到相同結(jié)果，但是又不干擾別處的工作環(huán)境。烏魯木齊網(wǎng)站建設(shè)建議之7：拋棄古老的配置管理三庫做法，常說的三庫是指開發(fā)庫（動態(tài)庫）、受控庫和產(chǎn)品庫（靜態(tài)庫）；做法是開發(fā)庫-受控庫-產(chǎn)品庫。在當(dāng)年沒有強大版本控制工具的“古代”，三庫做法是不得不的選擇，而在現(xiàn)代版本控制工具（比如CVS，SVN，Git等）的支持下，三庫做法變得落伍了。烏魯木齊網(wǎng)站建設(shè)建議之8：必須自己提交代碼，而不是讓別人代勞。有一些隊伍為了保證代碼庫的干凈，讓一個人專門負責(zé)審核和提交代碼。這并不是一個好習(xí)慣。源代碼管理并不是為了保持代碼的純凈，起碼在開發(fā)過程中不是這樣。它的目的是讓隊伍更頻繁的集成各自的工作，當(dāng)有問題的時候可以回退。烏魯木齊網(wǎng)站建設(shè)建議之9：整體環(huán)境在云計算條件下也是可以成為配置項，環(huán)境中較突出的元素是基礎(chǔ)數(shù)據(jù)。當(dāng)需要多種不同的環(huán)境（比如干凈環(huán)境、真實環(huán)境、某個時間點環(huán)境）進行調(diào)試、測試的時候，得到配置管理的環(huán)境在1分鐘之內(nèi)部署出來，那是多么高效的事情。

測試人員愛死這個了！烏魯木齊網(wǎng)站建設(shè)建議之10：避免表面CMMI做法-只管理維護一個受控庫，展現(xiàn)給評估組和應(yīng)付各類檢查，而實質(zhì)上，項目隊伍使用另外的庫開展日常工作，只在應(yīng)付檢查時才把強制要求的交付物復(fù)制到受控庫。這種做法滿足CMMI評估，但實質(zhì)上沒有發(fā)揮配置管理的更多好處。古老的三庫方案恰恰就是這樣子的。