我的TDD實踐(3)

　　2. 環境搭建

　　Server ：Subversion

　　Subversion官網 (建議下載1.6.x)

　　Client：TortiseSVN

　　目前，官網只有1.8.x 64位版本，請找到適合您的客戶端。

　　本文中建議配合Subversion請使用TortoiseSVN-1.6.8.19260-win32-svn-1.6.11版本

　　步驟Steps：

　　點擊Subversion安裝包，并將程序安裝到“指定目錄”(默認是C盤下)，默認安裝后重啟。

　　安裝完成，測試是否安裝成功。

　　打開CMD程序，輸入 svnserve --help。沒有提示錯誤就是安裝成功。

　　3.SVN服務端配置：

　　a) 在CMD中輸入：sc create SVNService binpath= "C:\Program Files\Subversion\bin\svnserve.exe --listen-port 3691 --service -r D:\SVN\Server\RepositoryRoot" displayname= "SVNService" start= auto depend= Tcpip

　　其中C:\Program Files\Subversion\bin\svnserve.exe是安裝程序的路徑;D:\SVN\Server\RepositoryRoot是目標路徑，在此之前要提前創建好該目錄下的RepositoryRoot文件夾。

　　啰嗦一句，win7下要管理員權限，沒有權限會返回“失敗5：拒絕訪問”。

　　也可以用批處理的方式注入cmd命令。

　　成功后會返回： CreatServer 成功。

　　b) 啟動SVNService服務：(管理員權限)cmd 執行 net start SVNService (SVNService是上面定義的服務名稱)

　　c) 使用SVN集成命令(或TSVN創建)，cmd-> input：svnadmin create D:\SVN\Server\RepositoryRoot(此路徑必須是服務開啟的路徑)。然后你會在此目錄下看到生成了很多文件，具體不一一介紹了，在這個文件夾中創建tags，trunk，branches文件夾。

　　d) 配置Svn服務端：

　　在conf文件夾下，

　　Svnserve文件修改如下：

　　anon-access = none

　　auth-access = write

　　password-db = passwd

　　realm = My First Repository

　　passwd文件修改如下：

　　[users]

　　qq=229063661

　　至此，服務端配置基本完成，更多的設置文件中有說明，或者去訪問SVN中文站，這里筆者要強調一下的是：SVN服務端和客戶端的版本要一致，不然可能會出現莫名其妙的錯誤。更有意思的是，您可以不建立SVN服務端而直接聯接Git的開源程序，但目前只支持只讀。

　　4.SVN客戶端配置：

　　a) 安裝TortoiseSVN-1.6.8.19260-win32-svn-1.6.11.exe?；径际悄J設置，安裝完之后可以更改語言。

　　b) 完成本地磁盤和Svn服務端磁盤的映射。

　　i. 在本地文件夾下右鍵---checkout---按照圖片上的設置(注意我是本地所以用localhost，IP可以跨機器訪問;我更改了端口3691，所以要顯示指明一下，要不然會出錯。)，最后輸入passwd中的用戶名和密碼即可。(qq:229063661)

　　至此，SVN客戶端也配置完畢了，SVN的使用方法這里就不舉例了，網上資料非常豐富，而且大家也可以查看T-SVN的操作手冊，或者訪問SVN中文站獲得更多信息。

　　“我的TDD實踐”系列之CI持續集成

　　簡介

　　CI(Continuous Integration)持續集成，最重要的服務對象是TDD，它是一個集合概念，包括自動構建build項目，自動分析代碼，自動測試，自動郵件報告，自動預編譯檢查，自動發布等等，這些都圍繞一個中心詞“Auto”，當然它不能幫您自動完成代碼 ：)。所有這些操作，直接解放了項目管理者，每日構建集成(Build every day)將會很大程度上提高項目的穩定性，代碼的健壯性及隨時反饋。

　　持續集成經典定義：www.martinfowler.com/articles/continuousIntegration.html

　　持續集成是一種能讓團隊成員友好“集成”(integrate)工作的軟件開發實踐，通常每個人最少每日“集成”一次，也就是說每天都要進行大量的“集成”(multiple integrates per day)。每一次集成都被自動構建器(automated build including test)盡可能快的檢測集成錯誤。許多團隊開發者發現，這種方法極大的降低了團隊簡集成的問題，而且能讓團隊更快的開發出有凝聚力，結合力的軟件(cohesive software)?！?--- Martin Fowler

　　持續集成拓撲圖：

原文轉自：http://www.uml.org.cn/Test/201308201.asp