一.什麼是持續內建
持續內建的核心概念
CI 過程會經常建構軟體元件；在許多情況下，每當源代碼存儲庫（比如 Subversion 或 ClearCase）中的代碼發生變化時，都要建構軟體元件。CI 的好處是：經常建構軟體可以確定盡早遇到問題（比如代碼缺陷），避免問題在軟體開發周期晚期變複雜時才被發現。
工具與過程
盡管 CI 實際上是一個過程，但是持續內建 這個詞常常與一個或多個工具相關聯。在本教程中，講解如何安裝、配置和使用 Hudson 作為 CI 伺服器，但是要記住，CI 遠不隻是個工具。實際上，使用的工具可能是 CI 比較次要的方面，因為 CI 工具所做的僅僅是在代碼存儲庫中探測到修改時運作建構。建構過程本身比用來運作它的工具重要得多。
開始使用 CI
開始使用 CI 需要三個元件：
- 用 Ant 或 Maven 等工具建立的自動建構過程
- 一個代碼存儲庫，比如 CVS 或 Subversion
- 一個 CI 伺服器，比如 Hudson，但是 cron 作業也可以滿足需要
我們來詳細讨論這些元件。
自動的建構
CI 過程會經常內建軟體，這需要通過建構來完成。在 Java 環境中，Ant 是常用的建構平台。可以使用 Ant 可靠地自動執行編譯、測試等任務，甚至可以執行軟體檢查和部署。在掌握了 CI 的所有元件之後，您會發現建構政策是成功的 CI 過程最重要的方面。如果缺少适當的建構過程，CI 就難以發揮作用。
源代碼管理
為了讓 CI 正确地發揮作用，需要一個源代碼管理（SCM）系統或存儲庫，比如 Subversion 或 CVS。CI 伺服器向 SCM 存儲庫查詢代碼修改。在找到修改時，CI 伺服器執行簽出（即更新本地沙箱）并執行建構。除了執行得更頻繁之外，建構過程與在本地環境中執行的建構相同。
CI 伺服器
對于成功的 CI 過程，需要用一個自動的過程監視 SCM 存儲庫并在探測到修改時運作建構，這也非常重要。對于 Java 平台，有許多可用的 CI 伺服器，包括開放源碼軟體和商業産品。它們的基本配置都很相似，适合監視特定的 SCM 并在探測到修改時運作建構。所有 CI 伺服器都有自己的優缺點。Hudson 尤其讓人感興趣，因為它容易配置而且具有強大的插件，這些插件可以顯示測試結果趨勢等資訊。
二.Hudson 簡介
Hudson 是一種革命性的開放源碼 CI 伺服器，它從以前的 CI 伺服器吸取了許多經驗教訓。Hudson 最吸引人的特性之一是它很容易配置：很難找到更容易設定的 CI 伺服器，也很難找到開箱即用特性如此豐富的 CI 伺服器。Hudson 容易使用的第二個原因是它具有強大的插件架構，是以很容易添加特性。例如，一個 Hudson 插件可以随時間的推移跟蹤 FindBugs 和代碼覆寫。它還可以報告測試結果的趨勢（來自 JUnit 或 TestNG）以及建構結果和對應的執行時間。
Hudson 需要運作 Java 5。如果需要使用 Hudson 附帶的嵌入式容器（Winstone）之外的其他容器，那麼隻需使用一種 Servlet 2.4 容器。對于大多數情況，Winstone 就足夠了。
三.Hudson使用
CI 過程的最後一個方面是 CI 伺服器本身。CI 伺服器在整個開發過程中的主要作用是控制者：當伺服器在代碼存儲庫中探測到修改時，它将運作建構的任務委托給建構過程本身。如果建構失敗了，那麼 CI 伺服器将通知相關方面，然後繼續監視存儲庫。它的角色看起來是被動的；但是，它是快速反映問題的關鍵。
安裝 Hudson
使用 Hudson 的主要好處之一是它的設定很簡單。在最簡單的情況下，Hudson 隻需要兩個步驟：
- 下載下傳最新的版本（它打包為一個 WAR 檔案）。 hudson官方網址:https://hudson.dev.java.net/
- 運作
java -jar hudson.war
這樣就可以了。因為下載下傳的是一個 WAR 檔案，是以如果願意，可以将它部署在 Tomcat 或 JBoss 等容器中。這完全由您自己決定。當然，Hudson 假設在安裝它的機器上運作着 Java 5，而且如果定義了
JAVA_HOME
環境變量，Hudson 就會使用它。（正如前面提到的，Hudson 需要 Java 5。）
在安裝并運作 Hudson 之後（将 WAR 檔案部署到 servlet 容器或從指令行執行
java -jar hudson.war
），啟動浏覽器并通路預設安裝位置。如果通過指令行運作 Hudson 而且您在本地機器上，那麼可以通路
http://localhost:8080/
如果一切正常（實際上不太可能出問題），應該會看到圖 2 所示的 Hudson 啟動頁面。
配置 Hudson
如果通路 Hudson 首頁的本地執行個體并單擊左上角的 Manage Hudson 連結，應該會看到圖 3 所示的可配置選項清單。
圖 3. 配置 Hudson 非常容易
參數說明:
system.message 填寫一些說明資訊
Quiet period:hudson定時建構工程的時間(秒)
Enable security:設定hudson登陸的規則(預設為匿名登陸)
TCP port for JNLP slave agents:不了解JNLP不敢胡寫總之就是三種方式:固定(fixed) 随機(Radom) 不使用(disabled),使用固定時可以填入JNLP資訊
security realm:可以使用中間件容器,資料庫,LDAP來驗證安全,具體怎樣用法沒用過,以後會有更新,研究中.
authorized:可以設定身份的驗證方法:系統使用者,匿名使用者,自定義使用者,還有繼承使用者(此處也在研究中,建議使用匿名使用者)
JDK installations:設定JDK的安裝路徑
Shell executable:設定window shell指令
Ant installation:設定ant 的安裝路徑
mave installation設定mave的安裝路徑
cvs executable:設定cvsnt執行程序的路徑(cvs.exe)
.cvspass file:設定cvsnt管理者檔案的路徑(passwd檔案)
e-mail notification:設定當發生錯誤時發送的郵箱位址
hudson url:就是hudson的預設位址
還可以配置伺服器的其他幾個方面，比如向 Hudson 提供一個電子郵件伺服器的位置，以便在建構失敗時接收電子郵件。根據您的組織設定電子郵件的方式，可能需要讓系統管理者幫助設定這個特性。設定電子郵件并不是必需的；Hudson 還支援以 RSS 作為通知機制，對于某些人來說，這種方式比電子郵件更好。究竟選擇哪些通知機制完全取決于您。（注意，這裡說的是 “哪些”，也就是說，可以同時使用多種通知機制！）
在 Hudson 中配置項目
既然 Hudson 已經能夠與 SCM 存儲庫通信了，就該配置項目了。這個示例所用的項目稱為
solar-ci
。在 Hudson 首頁上單擊左上角的 New Job 連結。這時會看到圖 5 所示的螢幕：
該頁面可以使我們通過hudson來管理cvs裡的一個對應的工程
Project name:工程名稱
Description:描述資訊
Discard build:如果選擇此項可以設定build記錄儲存的天數,或者build記錄儲存的數理,或者隻儲存最新的build記錄,一般不需填寫
Advance project options:可以設定hudson定時檢查cvs工程的時間間隔,還可以指定cvs工程check out到本地的工程路徑,一般不需要填寫
Source code management:我們選擇cvs将出現以下參數:
Cvsroot:将寫cvs登陸字元串,格式(:protocol:user:password@host:path),例如: :pserver:cvsadmin:[email protected]:2401:/CVSNT/Repository,使用cvs必填
Modules:填寫cvs倉庫下的具體工程名, 使用cvs必填
Branch:填寫分支名稱,也可以勾選this is a tag,no a branch指定标記名稱
選擇subversion可以進行相應的subversion設定
Build trigger可以設定hudson自動執行的一些動作,build after others projects are built指定hudson建構完成後需要繼續建構的工程名
Build periodically 根據hudson定義的文法規則來設定自動建構工程的時間間隔
Post-build actions
設定一些建構完成後的動作,如放郵件,打包,産生測試報告,産生java doc 等.
點選ok儲存設定