老項目經過幾手之後,往往亂的不成樣子,不整理真實是看著不清新,開發維護也很困難。
再次有幾個建議:
1 一個項目應該服從一個代碼架構。不能來個新人,或做個新功用就加一個新的開發架構。
2 代碼評審的重要性。在新人實習的三個月內,要對其詳細解說代碼架構,使其了解,並對其提交的代碼作評審,避免其另立門戶,給後續代碼維護買下隱患。假如有更好的建議,可以溝通之後,由零碎架構師添加到項目中。
有沒有遇到如下問題:
1文件夾換個地位,代碼無法提交SVN。
2 刪除某個不必的文件或文件夾,代碼無法提交SVN。
3 修正文件夾名,代碼無法提交SVN。
怎樣修正目錄構造,才干正確提交代碼?
在SVN管理下的代碼假如動目錄構造要小心,不能直接在文件零碎下刪除,挪動,修正文件名。
由於在本地修正了文件名後,提交時,服務器是不知道你修正了哪個文件,只知道你提交了一個新的文件名。
應該在SVN下操作。假如用CornerStone,應該在Repositories下操作。對文件夾改名,刪除,文件挪動。
然後再到Working Copies下更新。再到Xcode下重新組織。
罕見操作惹起的抵觸
如開端目錄構造如下
Common-
ASIHTTPRequest-
ColorManager-
Mantle-
MBProgressHUD
ThirdLib-
我想把 ASIHTTPRequest- 放到 ThirdLib裡
我一開端的操作步驟是這樣
我在Finder中把ASIHTTPRequest拖到ThirdLib中
在Xcode中,Common目錄下刪除援用,再在ThirdLib下添加ASIHTTPRequest
SVN提交,報錯,刪除的ASIHTTPRequest目錄找不到
假如此時,再到Common下新建ASIHTTPRequest目錄
SVN下Common\ASIHTTPRequest目錄變為綠色的~,有抵觸了,
此時提交,說被鎖定,撤銷也不好使。
此時處理方法是刪掉本地庫,重新CheckOut, 重新操作。
正確的操作步驟:
在Xcode中,Common目錄下刪除援用ASIHTTPRequest,提交SVN
在Finder中,把ASIHTTPRequest復制到ThirdLib
CornerStone,在Repositories下刪除ASIHTTPRequest
在Xcode中,ThirdLib下添加ASIHTTPRequest,提交SVN。
【IOS代碼重構(一)目錄構造調整】的相關資料介紹到這裡,希望對您有所幫助! 提示:不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦!