摘要: 選擇一個開源框架，我的標準有幾條：

★良好的文檔和源代碼管理：這是最基本的一條，想RSSLibJ這種連文檔、官網都沒有的一律pass掉
★持續的改進：這是第二個重要的，像上面某些工具從02年后就不再更新了，出了問題你找誰訴苦去
★簡單和易上手：在短時間內可以迅速依樣畫葫蘆
★活躍的社區：參與的人越多軟件成長得越多。我不是特別在乎軟件目前的使用率，因為好的軟件都是慢慢出名的  閱讀全文      摘要: ◆軟件必須適應不同的終端，不同的訪問方式，不同版本的協議。對設計通用性要求較高
◆軟件必須解析和生成XML，涉及到大量的字符串和格式處理。對XML和性能要求較高
◆軟件必須具備實時監控功能，且具備主動推送功能，對多線程和異步通訊要求較高
◆軟件必須支持不同的持久化方式，對緩存和持久化要求較高
◆軟件必須支持基于全文的搜索，對搜索技術有一定要求
◆軟件界面必須是支持拖拽功能的，對GUI和Ajax有一定要求  閱讀全文      摘要: SVN是一個開放的、免費的版本控制管理工具，相比CVS，Perforce等其他工具，SVN在版本模型，鎖定策略方面要更加靈活高效。下面就讓我們開始一步一步地學習如何使用SVN，如何把版本控制融入到日常工作中，更重要的是在學習版本控制的過程中樹立起團隊合作的理念。

關于SVN的參考資料，最好的莫過于其官方文檔《Version Control with Subversion》，作為新手一定要看的是里面的第一章《Fundamental Concepts》和第二章《Basic Usage》以及第九章《Subversion Complete Reference》。

為了做到真正的In Action，我采用了Step-by-Step的方式，模擬一個項目從檢出項目開始，到修改本地副本，再到提交變更，解決沖突等一系列的實際工作中會遇到的場景，期望通過這些場景和任務來對SVN和版本控制、團隊合作有一個基本的認識  閱讀全文      摘要: SVN日常操作基本命令總結
1. 導入/導出資源：svn import、svn checkout
2. 更新工作副本： svn update
3. 添加變化：svn add、svn delete、svn copy、svn move
4. 檢查變化：svn status、svn diff
5. 撤銷變化：svn revert
6. 解決沖突：svn resolved
7. 提交變更：svn commit  閱讀全文      摘要: 這時就需要用到SVN提供的清理功能了。清理功能是通過svn cleanup 命令來完成的。當執行這個命令時，SVN會首先完成log文件中沒有完成的剩余工作，釋放鎖定，最后刪除log文件。通常我們都是在項目的根目錄來執行這個命令  閱讀全文      摘要: 什么時候是Branch？什么時候是Tag？原則如下：

如果你還需要繼續向目錄提交變更，它就是個分支。如果一旦拷貝后不再提交任何改變哪就是標記。實際上SVN不會強制你不能對名為***tag的目錄進行commit操作，這只是通常上約定。即便因為誤操作我們也可以輕易的使用update操作回滾到當初創建Tag時的快照版本  閱讀全文      摘要: svn merge的命令用法有三種：
A.svn merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
B.svn merge sourceWCPATH1@N sourceWCPATH2@M [WCPATH]
C.svn merge[[-c M]...|[-r N:M]...] [SOURCE[@REV][WCPATH]]

Step 1:確定要從哪個版本開始~那個版本結束
Step 2: 執行集成
Step 3: 提交集成結果

  閱讀全文      摘要: svn switch [--relocate] URL。該命令有兩種用法：一種是不使用參數relocate的，一種是使用relocate參數的。它們的使用原則如下：

A.如果切換后的版本庫路徑還是在同一個版本庫，只是在不同的路徑下。那么使用svn switch URL
B.如果切換后的版本庫位置已經改變(主機遷移，版本庫遷移)，但是目錄結構不變。就需要加relocate參數  閱讀全文      摘要: 我們看到“創建分支”居然和普通的拷貝動作一摸一樣！是的對SVN來說，主干、分支、標記都是普通的目錄而已，這些都是人為加上的意義。  閱讀全文      摘要: SVN提供了幾種解決沖突的建議：

A.(p) postone 延遲解決
B.(df) diff-full 顯示所有沖突的內容
C.(e) edit 啟動編輯器解決沖突
D.(r) resolve 標識沖突已經解決
E.(mf) mine-full 用我的版本覆蓋他人的修改
F.(tf) theirs-full 用他人的版本覆蓋我的修改
G.(l) lanuch 啟動其他工具來解決沖突
H.(h) help 啟動幫助信息

雖然SVN提供了比較差異和解決沖突的方法，但避免沖突的最好方法永遠只有一個：明確的分工和良好的溝通，盡量避免多個人同時修改同一份文件。如果不能避免，那么最好指定一個人在提交前負責合并各人的更新，然后一次性提交。  閱讀全文