Ruth,
Thank
you for starting this discussion.
We are
reaching the stage where it will be crucial for us to follow a well
understood, rigorous, and transparent shutdown process. This sounds
like a very well thought out proposal, and I think that it would be worth
discussion on next week's community call.
Don
The contents of this
e-mail are intended for the named addressee only. It contains information that
may be confidential. Unless you are the named addressee or an authorized
designee, you may not copy or use it, or disclose it to anyone else. If you
received it in error please notify us immediately and then destroy
it.
From:
cosmos-dev-bounces@xxxxxxxxxxx [mailto:cosmos-dev-bounces@xxxxxxxxxxx] On
Behalf Of Ruth Lee
Sent: Thursday, February 14, 2008 4:21
PM
To: Cosmos Dev
Subject: Re: [cosmos-dev] REVIEW REQUESTED
TODAY: Code Cutoff forWeekly Integration Builds
Hi Tania,
On a related topic,
can we discuss the details for the iteration build in the next Community call,
please? We discussed some of what's needed for the iteration build in the last
Summit call but some details were not fleshed out. I'd like to summarize my
expectation of what RE is being asked to do and close on the details so that
everyone is clear on what's happening. I've filled in the details based a little
bit on what happened in TPTP and I expect that there will be some debate and
we'll need to finalize this in the next Community call.
Declaring an
integration driver
* During the last week of development in the iteration, all code
check-ins stop once the candidate weekly integration driver is built.
* RE announces the candidate weekly integration driver but CVS is not
yet open for new code. COSMOS is in shut-down mode. The JUnits will be run
on the candidate weekly driver, the results posted to cosmos-dev, and the
results reviewed in the Architecture call as usual.
* During shut-down mode, if a developer wants to check in any changes for
the candidate iteration build, that developer must request permission from the
Leads (Project, Architecture) before those changes are checked in.
* The developer sends the request for permission to the cosmos-mgmt
mailing list. This request identifies the changes to be checked in, why they
can't be deferred to a future iteration, and the risk of the change. (Where
"risk" means "what could be broken if we allow this change?".)
* A Lead allows or defers the changes and cc RE so that RE can track the
list of bugzillas allowed in. RE maintains a wiki site with a cumulative list of
the bugzilla numbers and details provided by the developers.
* On Friday morning at 9:00 AM, RE sends that list of bugzillas and files
changed to cosmos-dev and anyone affected by any of the changes checked in
during shut-down mode runs the JUnits that test just the affected code. (Don't
know if it's possible to separate the JUnits like that, but that's the ideal to
reduce the amount of time needed for testing.) Any problems found are fixed
ASAP.
* On Monday at 9:00 AM, someone from RE will send a post to cosmos-dev
identifying the official integration driver to be used for the testing and
stating that CVS is now open.
The reason we moved
the code cutoff is so that we would have two days to identify and fix major
problems before turning the build over to QA without working through the
weekend. Requiring approval for check-ins would give us time to make sure
the build is stable and give a small amount of flexibility to check in
last-minute code.
Thanks,
Ruth.
Ruth Lee
IBM
Toronto Lab
ruthdaly@xxxxxxxxxx
T/L 313-4453
Tania N Makins
<tmakins@xxxxxxxxxx>
Sent by:
cosmos-dev-bounces@xxxxxxxxxxx
02/14/2008
01:51 PM
Please
respond to Cosmos Dev
<cosmos-dev@xxxxxxxxxxx> | |
To |
"Cosmos
Dev" <cosmos-dev@xxxxxxxxxxx> |
cc |
|
Subject |
[cosmos-dev]
REVIEW REQUESTED TODAY: Code Cutoff for Weekly
Integration Builds |
|
Team,
Please review the
process changes related to code cutoff for the weekly integration builds below
and respond with comments or a +1 if you are in agreement by EOD today.
Weekly
Integration Builds
- Weekly integration
builds will be run every Tuesday at 12:00 p.m.
ET
- Code cutoff for
integration builds is as follows:
- All patches
should be in bugzilla by Monday at 12:00 p.m.
ET
- All code should
be checked into CVS by 11:45 a.m. ET on
Tuesday
- CVS
will be locked until the build has completed successfully (typically for 1
hour). No code should be checked in from 11:45 a.m. on Tuesday until
notification of build completion has been sent out.
- Each subproject
team should run JUnits on the candidate build and post results by 10:00 a.m. on Wednesday to be reviewed during
the architecture call. JUnits should be run individually so that results can
be reported accurately. (Note: The Data Visualization team will perform a
smoke test on the UI since the tests are manual)
- RE team will post
notification to cosmos-dev when the integration build is ready - target
availability is 4:00 p.m. on Wednesdays
Tania N. Makins, PMP®
Project Manager, AC Open Source
Components
IBM Software Group - RTP, NC
Office:
(919) 254-8430 T/L: 444-8430
tmakins@xxxxxxxxxx_______________________________________________
cosmos-dev mailing
list
cosmos-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cosmos-dev