日本娇小xxxxhd_国产在线视频区_番茄免费阅读小说下载安装app_天天噜噜日日噜噜久久综合网

       建議一:使用好的配置管理工具，也稱為版本控制工具（Version Control), 比如Git，SVN。 請徹底拋棄 VSS，如果是新采用配置管理工具，CVS已經不再是選項。 配置管理工具與版本控制工具可以理解為指的是相同工具。

       建議二：每個團隊應當對代碼配置項和非配置項有所說明，不要假設每個團隊新人都是代碼配置管理達人，小心自以為是的新手加入一些自以為是的垃圾。雖然可以刪除，但發現再刪除，其本身就是成本。

       建議三：納入配置管理的文件的名稱里不要含有版本號。當前的配置管理工具都有強大的版本控制功能，而只要在文件名中加入版本號，那么相當于放棄工具的版本控制功能，而只是把配置管理工具當成了普通的存儲空間，就像共享目錄、FTP一樣。

       建議四：依賴項也需要添加到版本庫，或者維護好相應的庫，其中最重要的是構件庫。 同時也包括圖片，編譯腳本，數據庫腳本，自動化測試等等。

       建議五： 沒有進入版本庫，它就不存在，“工作進展的唯一標準就是代碼進了版本庫”。如果堅持執行這一條的話，發現其他的好習慣會隨之而來。把任務分成小塊所以經常提交代碼，更加頻繁的更新，集成代碼。最重要的是，經常提交代碼說明了正在做東西。

       建議六：識別代碼配置項和非配置項。非配置項的例子有target目錄，.class文件，.clashpath,.project, .sonar, thumbs，debug文件夾等等，利用ignore功能把非配置項忽略掉。代碼配置項要完整，在別處能編譯得到相同結果，但是又不干擾別處的工作環境。

       建議七：拋棄古老的配置管理三庫做法，常說的三庫是指開發庫（動態庫）、受控庫和產品庫（靜態庫）；做法是開發庫->受控庫->產品庫。 在當年沒有強大版本控制工具的“古代”，三庫做法是不得不的選擇，而在現代版本控制工具（比如CVS，SVN，Git等）的支持下，三庫做法變得落伍了。

       建議八：必須自己提交代碼，而不是讓別人代勞。有一些團隊為了保證代碼庫的干凈，讓一個人專門負責審核和提交代碼。這并不是一個好習慣。源代碼管理并不是為了保持代碼的純凈，起碼在開發過程中不是這樣。它的目的是讓團隊更頻繁的集成各自的工作，當有問題的時候可以回退。

       建議九：整體環境在云計算條件下也是可以成為配置項，環境中最突出的元素是基礎數據。當需要多種不同的環境（比如干凈環境、仿真環境、某個時間點環境）進行調試、測試的時候，得到配置管理的環境在1分鐘之內部署出來，那是多么高效的事情。 測試人員愛死這個了!

       建議十：避免表面CMMI做法-只管理維護一個受控庫，展現給評估組和應付各類檢查，而實質上，項目團隊使用另外的庫開展日常工作，只在應付檢查時才把強制要求的交付物復制到受控庫。這種做法滿足CMMI評估，但實質上沒有發揮配置管理的更多好處。古老的三庫方案恰恰就是這樣子的。

       不平凡軟件，鄭州軟件開發公司，鄭州軟件開發，鄭州軟件定制，鄭州微信開發，鄭州進銷存定制開發，鄭州OA系統開發，鄭州軟件開發公司