摘要: 選擇一個(gè)開源框架，我的標(biāo)準(zhǔn)有幾條：

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

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

為了做到真正的In Action，我采用了Step-by-Step的方式，模擬一個(gè)項(xiàng)目從檢出項(xiàng)目開始，到修改本地副本，再到提交變更，解決沖突等一系列的實(shí)際工作中會(huì)遇到的場(chǎng)景，期望通過這些場(chǎng)景和任務(wù)來對(duì)SVN和版本控制、團(tuán)隊(duì)合作有一個(gè)基本的認(rèn)識(shí)  閱讀全文      摘要: SVN日常操作基本命令總結(jié)
1. 導(dǎo)入/導(dǎo)出資源：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  閱讀全文      摘要: 這時(shí)就需要用到SVN提供的清理功能了。清理功能是通過svn cleanup 命令來完成的。當(dāng)執(zhí)行這個(gè)命令時(shí)，SVN會(huì)首先完成log文件中沒有完成的剩余工作，釋放鎖定，最后刪除log文件。通常我們都是在項(xiàng)目的根目錄來執(zhí)行這個(gè)命令  閱讀全文      摘要: 什么時(shí)候是Branch？什么時(shí)候是Tag？原則如下：

如果你還需要繼續(xù)向目錄提交變更，它就是個(gè)分支。如果一旦拷貝后不再提交任何改變哪就是標(biāo)記。實(shí)際上SVN不會(huì)強(qiáng)制你不能對(duì)名為***tag的目錄進(jìn)行commit操作，這只是通常上約定。即便因?yàn)檎`操作我們也可以輕易的使用update操作回滾到當(dāng)初創(chuàng)建Tag時(shí)的快照版本  閱讀全文      摘要: 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:確定要從哪個(gè)版本開始~那個(gè)版本結(jié)束
Step 2: 執(zhí)行集成
Step 3: 提交集成結(jié)果

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

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

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

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