持續反饋是持續整合中不可或缺的乙個環節，當乙個專案在持續整合過程中，由於單元測試、**審查等因素導致專案構建失敗時，資訊應該能夠實時準確的通知到相關的人員，以便於責任人能夠快速的處理。
反饋就是在正確的時間，以正確的方式，將正確的資訊傳送給正確的人——持續反饋是讓這種反饋資訊自動化、目標化和實時化（持續化）。
包括全部構建資訊和失敗的構建資訊兩種訂閱，我們只要複製rss訂閱位址到我們的eclipse rss外掛程式或者郵件客戶端的rss外掛程式中即可獲取專案構建的實時通知。
在專案持續整合配置的最後一步「增加構建後操作」中，選擇「e-mail notification」：
在輸入框中輸入每次構建結果需要通知的郵件位址，多個郵件位址以空格分隔；「每次不穩定的構建都傳送郵件通知」核取方塊是預設勾選的，只要構建結果是unstable的，都會傳送郵件；「單獨傳送郵件給構建造成不良影響的責任人」核取方塊預設未選中，此核取方塊的作用是：當你配置的反饋郵件位址不包含**提交人時，此核取方塊勾選上後，對於導致此次構建失敗的**提交者，系統會單獨傳送郵件通知。
對於開發者而言，如果jenkins的通知資訊能夠整合到開發工具中是最好的選擇，不但可以減少不必要的環境搭建，而且讓開發者更容易關注到反饋的資訊。
eclipse mylyn 3.5版本以上的外掛程式已整合了hudson/jenkinsconnector工具，只需要將eclipse 的mylyn外掛程式公升級到3.5以上版本就可以使用了。
我們使用的mylyn外掛程式版本為mylyn 3.12，eclipse版本支援要求為eclipse 3.8、eclipse 4.3、eclipse 4.4三個版本。
download.eclipse.org/mylyn/releases/latest
在eclipse標籤欄：window——show view——other選擇中，檢視是否存在mylyn——builds，如果存在則顯示此檢視：
開啟builds檢視後，在檢視中找到圖示，並選擇「add build server」項，新增build server，選擇，並配置如下：
配置完成後，在build檢視中會顯示jenkins server和你關注的構建計畫，構建計畫上會顯示構建計畫名稱、構建的當前狀態顯示、最後一次構建的時間三個資訊，當滑鼠停留在構建計畫上，會顯示構建結果儀錶盤，展示構建時間、次數、測試結果、**覆蓋率等資訊。
在build檢視的preferences中，設定automatically refresh builds為5分一次，如下圖所示：
open last build：開啟最後一次構建結果檢視；
last build->open with browser：在瀏覽器中開啟jenkins介面，展示此構建計畫的最後構建結果；
run build：手動觸發一次構建，並立即執行；
history：檢視所有構建歷史列表；
refresh：立即重新整理當前構建計畫狀態；
通過open last build或者history中構建列表可開啟構建結果檢視，如下：
jenkins持續整合
1.部署 wget o etc yum.repos.d jenkins.repo no check certificate wget o etc yum.repos.d jenkins.repo rpm import 2.vi etc sysconfig jenkins 修改埠號為10080 3.v...
Jenkins 持續整合
1 手動構建 jenkins構建成功後的包存放在 var lib jenkins workspace 專案名 target下 2 自動化構建 這裡選擇push事件觸發 前面步驟一樣 區別在於觸發器不同 選擇 build when a change is pushed to gitlab.gitlab...
持續整合和Jenkins介紹
對於很多做嵌入式軟體的朋友來說，可能從來都沒有聽說過持續整合這個詞，也就無從接觸過jenkins這個工具軟體。自去年轉調部門後，除了解了設計模式外，還有幸接觸到了jenkins。那什麼是持續整合？jenkins具體用來做什麼，對軟體開發有什麼益處呢？總得來說，這兩者主要是涉及乙個軟體質量的主題，特別...