After asking around, no one has been
able to tell me how an integration build is declared or when it happens.
Therefore, I'd like to propose the following process:
*Component leads* are responsible for
testing their component before an integration build occurs, to ensure that
we catch last minute defects before the IB and go into it expecting to
declare it immediately. Once the candidate integration build occurs, they
must test again and let the subproject leads know whether the integration
build is good for their component, or whether there are defects that they
want to fix.
Note that the component leads do not
actually need to do the testing themselves. :) They are just responsible
for getting it done, and this may be using a combination of passing JUnit
tests, manual testing by anyone familiar with the component, smoke testing,
a formal FVT test, good reports on the newsgroup, etc.
*Subproject leads* are responsible for
getting the reports from the component leads, following up if they haven't
heard anything, and deciding together when to declare the IB. I'll assert
that it is completely in their power to decide whether or not to declare
the IB - for instance, they could declare an IB if they've heard good reports
from 80% of the component leads but can't get ahold of the other leads
and don't want to wait. And they can decide (with input from the component
leads) whether a particular defect from one of the components is important
enough to delay the IB and respin.
Once an IB is declared, or if it is
delayed more than usual, the subproject leads are responsible for posting
the information, either on the build page or to the mailing list.
WebSphere Tools - IBM Canada Ltd.
(905) 413-3503 (tieline 969)