1 任務管理—Mylynphp
http:// download.eclipse.org/mylyn/releases/latest html
1.1 Task – 代碼劃分ios
項目初始會劃分模塊並分配相應的開發人員,在定義好接口後,就能夠很細的劃分每一個開發人員的工做任務(具體到類)。大部分時候,按模塊模塊劃分,類是比較集中的。但在稍微大點的項目中,仍是有代碼交集的地方。爲了在項目開發初期能夠較爲專心的開發屬於本身的那部分,可使用mylyn提供的任務管理。spring
首先,打開task list UI,建立一個新的task.完成task相關內容,狀態(是否完成),計劃,完成時間,及相關資料(如項目設計的鏈接,時間跟蹤等)。數據庫
接着,設置該任務爲活動狀態,點擊task list UI上的focus on workweek按鈕。windows
而後,再package Explore裏選擇要開發的類,點擊該UI上的focus on workweek按鈕。瀏覽器
最後,保存task.服務器
在你要開發的時候,選中該task,打開對應task界面中的context標籤,相關要開發的類就清晰的列在這裏了。網絡
若是開發的模塊或者類比較多,還能夠分類或者建立子任務。在任務完成後,標記爲完成(對勾)。eclipse
除了集中開發之外,還能夠用到測試上,尤爲是當你的一個修改邏輯涉及到很到地方的時候。你能夠建立一個新的任務,把該邏輯修改相關的全部單元測試聚焦到這個任務中。這個一般和Jira結合會很是的方便。
另外,task list還支持各類排序方式,如按照優先級,建立時間等。
該操做也適用與其餘的connector(如bugzilla,trac等)
1.2 Wiki – 項目相關聯trac
使mylyn和trac關聯須要添加repository.在安裝列表中選擇Edgewall Trac,而後安裝。安裝完之後會自動提示設置,須要設置wiki的
Server:
Label:
userId:wliu
password: ****
選擇保存密碼,完成設置。
而後,你能夠根據本身的實際狀況去建立query或者task.在建立前,首先選擇repository,而後跟尋提示去作。
1.2.1 建立query
在裏面你須要寫明query title及相關查詢條件。好比,你是要收集wiki 上全部關鍵詞爲indicator的資料,那麼在keywords設置contains,而且關鍵字爲indicator.注意,要想搜索結果精確,那麼你必須在你建立indicator有關的資料的時候,要精確設置他的關鍵字。
同時,你能夠設置多個或者一個條件來過濾wiki上的東西,可設置的條件不少。可是我認爲關鍵其實仍是在於wiki的規範書寫。
設置自動跟新,那麼能夠獲得wiki的最新改動信息,及時斷網,也能夠在網絡鏈接後第一時間更新本地信息。
1.2.2 建立task
對於trac建立task,就是建立新的wiki頁。
在Eclipse中,能夠徹底對trac進行操做,而沒必要經過瀏覽器進行訪問。
1.3 Bug – 錯誤修復和跟蹤
使mylyn和bugzilla關聯須要添加repository.在安裝列表中選擇Bugzilla,而後安裝。安裝完之後會自動提示設置,須要設置wiki的
Server:
Label:
userId:
password: ****
選擇保存密碼,完成設置。
1.3.1 建立query
該connector建立query有兩種方式:條件過濾和url定位。其餘和trac同樣
1.3.2 建立task
能夠在這裏直接提交bug或者修改,並追蹤該bug的狀況。
1.4 mail – 郵件管理
能夠選擇gmail或者是outlook,這裏選擇gmail進行測試。
同上面兩個同樣,安裝gmail connector,並進行設置。
Server:imap.gmail.com
Label:Gmail
userId:
password:
功能大體和上面兩個connector相同。你能夠在eclipse裏面瀏覽新建而且回覆。
1.5 hudson – 持續集成
今天終於把hudson搞出來了,他是和task pro綁在一塊兒的。和其餘connector不同,不在task list裏操做,你須要先打開builds窗口裏。建立build server ,選擇hudson,而後和其餘同樣填寫服務信息。不一樣的是在這裏能夠選擇你關注的項目。而後就能夠操做了,能夠查看項目相關的持續集成狀況,對應的單元測試腳本,代碼更新和修改狀況,build結果等。能夠在這裏直接去構建你選中的項目,很方便。
1.6 jira
功能相似於上面幾個connector,因爲安裝的Jira爲破解版,不太好用,始終和jira安裝的服務連不上。
1.7 xplanner
因爲jira一直有問題,就選擇弄xplanner,另一種項目管理工具,只不過這個工具不是很好用。
在mylyn前面幾個版本也許支持xplanner,最新的 mylyn對應的connector裏是沒有xplanner的。官網提供的連接已經失效。最後想了個笨方法,就把之前mylyn含有xp的jar的包下下來,拷到eclipse的plugin下面,重起eclipse就能夠了。http://www.eclipse.org/mylyn/downloads/archive.php
比較笨的方法,哈哈,反正好用。
2 code review – Jupiter
本人以爲code review兩我的一塊兒作有必定的好處,但也有必定的問題。兩我的一塊兒講解需求,而後逐行代碼開始看,不少問題也許會被發現,但更多的問題是在時候或總體review的時候才能發現的。加上review 的時候問題記錄已經問題代碼在過後有可能對不上或者忘記了。建議是兩我的在一塊兒作的時候對問題代碼進行記錄並標示,而後review的人過後在總體看一下。
Jupiter這個插件在代碼審查的時候相對比較好用。
安裝地址:
http://jupiter-eclipse-plugin.googlecode.com/files/edu.hawaii.ics.csdl.jupiter_3.2.1.jar
首先,選擇要review代碼所在工程的任意一個類,右擊選擇add review issue。
接着,建立review id, 最好填寫詳細的描述以便之後察看。
建議: id不要用簡單的數字,最好用有表明意義的詞彙,如industry-consensus-eps-actual
接着,跟着嚮導,選擇要review的類
這裏能夠選擇多個類,添加後,類的路徑會出如今界面上。
而後,添加審查者id,這裏也能夠選擇多個。
最後,確認設置信息,會顯示代碼所在工程,review id,描述和審查者姓名。
完成基本的設置後,能夠開始代碼review.
1) 設置問題類型,好比可用性,程序邏輯。
2) 設置問題的嚴重程度
3) 梗概,描述等。
能夠定位到具體的代碼行。完成後,保存,自動生成一個以review id+reviewer爲文件名的文件,並能夠提交到svn 上。
對於 被review 的人,打開windows->open perspective->Review.選擇下拉列表中的rework phase,察看須要本身修改的問題。而後修改問題狀態便可。
3 單元測試
<dependency>
<groupId>org.unitils</groupId>
<artifactId>unitils-spring</artifactId>
<version>3.1</version>
<type>jar</type>
<scope>compile</scope>
</dependency>
Unitils能夠省略初始化bean的不少代碼,而且它自帶不少對結果的檢查類,好比能夠經過反射比較實體類的各個字段的值是否相同,而沒必要經過代碼一一比較。可使用dbunit進行數據庫操做,結合esaymock去屏蔽測試。
使用很是方便,有助於精確對代碼進行單元測試
4 find bugs
該插件經常使用於代碼的檢查,很是的方便,在codereview以前使用。
http://findbugs.sourceforge.net/downloads.html
使用比較簡單,只要選中要檢查的項目或類,右擊鼠標,選擇find bugs,開始就能夠了。具體的代碼問題會清晰的以列表呈現出來,還有問題描述和建議。
5 RSE-target management
你能夠經過這個插件在eclipse上遠程鏈接服務器。
Windows->open view-remote systems->remote systems
這裏你能夠設置你的遠程鏈接,好比選擇ssh only->new connection…,而後填寫相關信息,如Host等,就可以使開始遠程訪問了。
我的感受這個在遠程調試,尤爲是遠程斷點調試的時候很是好用。
這個插件是自動跟隨新的eclipse版本發佈的,不用額外下載。