Jump to: navigation, search

WTP/Build/WTP Build Rhythm Schedule

< WTP‎ | Build
Revision as of 11:42, 12 February 2009 by David williams.acm.org (Talk | contribs) (Finding That Sweet WTP Build Rhythm)

Finding That Sweet WTP Build Rhythm

The purpose of our weekly declared build is to make sure we have a build that mostly works, and is suitable to use as a target for for the following weeks development work. It is not for "end users" but may be used by some early testers to verify defects, get an early start on testing, etc.

The quality of the weekly build can be expected to vary during a milestone cycle, just as milestones vary during a release cycle, but, of course, the quality should improve as we near a milestone.


  • Team development.


  • Team development.
  • Prerequisite dependencies finalized and in the builds. (This is the goal, but note anyone can request a dependency be updated at any time by posting to wtp-releng@eclipse.org.)


  • Team development


-Teams should not commit any more changes until the build is declared. Unless, of course, it is to fix a bug that is literally blocking declaration of the build. Such bugs should be well documented in a bugzilla and announced to wtp-releng as a "respin request" (even though, the build will run automatically).
  • Team's smoke test and report status on wiki page by status meeting, 2 PM EST.
  • If a team needs to respin for a severe issue, the team may do so provided they report a failed smoke test status on the wiki and send a note to wtp-releng@eclipse.org with the defect number and explanation of which teams will need to re-smoke test the new build.
  • Discuss declaration of the weekly build during the WTP Status Call 2 PM EST.
  • In the event a re-build is required, then a new build will be complete by roughly 9 AM EST Friday.


  • Team development.
  • Final declare or not-declare decision to be made by 3 PM Friday (Eastern time). If the weekly build is really bad, we may not declare any build that week. In most cases, though, we will declare "with conditions" so potential consumers will know what to expect and they can decide if suitable for their needs.


  • Team development.


  • Team development.