subversion 提供了主線、分支管理技術，使得在軟體開發中可以更方便、
靈活的對專案的進度、版本的發布、版本的維護、軟體功能的拓展與定製進行管理。
主線(trunk)：乙個專案建立時就存在，並伴隨著專案的成長而不斷的成長，直到專案完全結束。
分支(branch)：一般是指功能分支，例如：我們的某個專案要新增乙個模組，但這個模組又比較複雜，實現難度比較大。
為了不影響主線的穩定，我們就可以建立乙個功能分支來專門開發這個模組，當這個模組開發完成以後，並通過測試部門的各項測試
，再合併到主線中去。再比如，我們的交警 gps 專案已經開發完成了，但是這個專案是給泉州交警做的，
現在我們又接到了乙個交警專案，不過是要給廈門交警大隊的。現在廈門交警大隊要求我們給他們定製一些功能。
我們又不想再主線上進行修改，這個時候，我們也可以建立乙個分支，並在這個分支上開發，這時是不會對主線造成影響的。
等給廈門開發完成了以後，我們發現，他們要求的有些功能其實很好，以後別的地方可能也需要同樣的功能。
這個時候我們就可以根據我們的需要，將有用的模組有選擇的合併到主線中來。
標籤(tag)：標籤和分支一樣，也是乙個目錄，不過這個目錄中一般存放的是發布的資訊(當然我們也可以只用分支，但是用標籤更清楚明了一些)。
還是拿我們的交警專案來舉個例子：我們的交警專案開發完成了以後，要拿給泉州交警大隊用了，也就是要發布(release)，
假設這個版本叫做1.0.2。這個時候，我們就要建立乙個標籤，當泉州交警大隊用了三個月，發現了乙個 bug，
我們只需要簽出這個標籤中的**(它和我們剛提供給泉州交警大隊時候的是一模一樣的)，進行除錯，並修正這個 bug。
然後再發布乙個版本，假設叫做1.1.0，這個時候我們就在建立乙個 1.1.0的標籤……
要注意，標籤目錄裡面的**，要進行嚴格的控制，除了修正 bug 外，不能做任何其他的事情。
科學規範的合作 Subversion
資訊 的時代，乙個人大包大攬做一件工作的時代已經終結，團隊協作必然是這個時代的主流，所以，我們要有團隊意識，要有科學規範的協作方式 subversion。subversion 版本控制系統，簡稱svn。在su bversion管理下，檔案和目錄可以超越時空。也就是subversion允許你資料恢復到...
開發目錄規範
我們已經學習了模組和包以後,在開發專案就不應該再是麵條版了,應該分檔案,分資料夾,這次就是來說固定的檔案結構,也就是開發目錄規範.1.資料夾的規範寫法 bin 可執行檔案 conf 配置檔案 core 主要業務邏輯 db 資料檔案 lib 庫 公共 第三方模組 log 日誌檔案 readme 說明文...
專案目錄規範
1 資料夾的規範寫法 bin 可執行檔案 conf 配置檔案 core 主要業務邏輯 db 資料檔案 lib 庫 公共 第三方模組 log 日誌檔案 readme 說明文件 是乙個檔案 在以上資料夾中，沒有需要作為包的，你的包通常放到lib中 但是注意lib不應該作為包 疑惑?這個資料夾到底應該是包...