Eclipse方式: Processes that Adapt (part I)

來源:互聯網
上載者:User

John Wiegand 和 Erich Gamma 在EclipseCon 2005作了題為《Eclipse方式: Processes that Adapt》的主題演講,闡述了為何Eclipse的開發過程如此成功。

裡程碑(Milestones first)每6個星期為一個周期。每個裡程碑都市一次小的開發週期(mini dev cycle)。計劃/執行/測試/回顧。裡程碑式的開發減少了壓力。

持續整合(Continuous integration)完全自動化的系統構造和測試。每日的晚間構造會發現不同組件之間的整合問題。每周的整合構造和所有的自動單元測試必須成功執行(至少在我們自己使用的時候足夠好)。裡程碑的構造,則提供整個Eclipse社群使用足夠好的系統。

總是beta (Always beta)每一次構造都視為一個候選的release,我們期待它是可以工作的。組件團隊每天使用最新的代碼,項目組則使用整合後的,而社群則使用裡程碑構造的系統。

集體參與 (Community involvement)以前的開發是不公布原始碼的,也很少交流。現在需要透明的開發過程。整個社群需要知道進行的如何,如何參與。需要開發式的參與,提高社群貢獻的價值
問題: 沒有人知道下一個裡程碑中含有什麼新功能 解決:發布新的和值得注意的功能(new and noteworthy)
持續的測試 (Continuous testing)最初沒有單元測試,這就好像矇著眼睛開車。現在,有超過20,000個JUnit測試單元,和整個構建過程緊密的聯絡在一起。只有所有的測試都是綠色的時候(JUnit中,綠色表示測試通過),繼承構造才能通過。我們有3種不同的測試: 正確性,效能,資源

結束遊戲 (Endgame)正式發布之前或有一次匯總過程(convergence process)。包括了一系列的測試-改正的過程。每一次這樣的過程都會增加成本。關注於優先順序高的問題。這裡沒有專職的測試員。
問題:很疲勞的過程 解決:分攤到每一次發布,而不是集中在裡程碑之前
最終截止(Final Closure)以The Elcipse Project Team的名義,發布"Eclipse x.x now available"

放鬆自己(Decompression)每次release之後的恢複期。可以自由的去探索一些新的東西,回顧上一個周期(達成的任務,失敗的地方,過程,小組之間的交流)。開始計划下一個release的過程。

每個周期的時間
Release 周期: 12-16 個月 裡程碑: 9個月 結束遊戲:1至2個月 放鬆期:1個月
這裡是第一部分。詳見eclipsepowered.org


相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。