Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "DTP PMC Meeting, April 15, 2008"
(→Minutes) |
|||
Line 23: | Line 23: | ||
**Get this incubator project into the build specially - calling it "incubator" -- get it into Xiaoying's process | **Get this incubator project into the build specially - calling it "incubator" -- get it into Xiaoying's process | ||
**Become committers, get builds working, and demonstrate to the PMC that the tests are passing, code works, community is interested -- don't want to seem arbitrary or not coordinated | **Become committers, get builds working, and demonstrate to the PMC that the tests are passing, code works, community is interested -- don't want to seem arbitrary or not coordinated | ||
− | **Needs regular committers working on this code on an active basis | + | ***(1) Needs regular committers working on this code on an active basis - might be new committers or existing ones - but if there's nobody doing the work, it's not a live component. They need to step in as committers and move the component forward. |
− | + | ***(2) Build with the current target release environment of DTP (supporting the same requirements of the current DTP release). | |
+ | ***(3) Must be supporting an active community and doing things the Eclipse Way. | ||
+ | ***(4) Must be actively pursuing code quality | ||
+ | ***(5) Must be actively pursuing the functional completeness of the component. | ||
+ | **When they think they are ready, we have a mini creation review and post their intention for community feedback. Use Bugzilla to register this. | ||
==Action Items== | ==Action Items== |
Revision as of 14:31, 15 April 2008
← Back to DTP PMC Meeting Page
Contents
Attendees
- Brian Fitzpatrick
- Sheila Sholars
- Linda Chan
- John Graham
Regrets
Agenda
- Apologies in advance if I have to bounce out briefly
- Talk about some SY staffing issues and what's being done
- Talk about how to promote incubator projects
- Open discussion
Minutes
- Promoting incubator projects -- different to promote a component than a project
- A bit premature for Ganymede, but have two maintenance releases coming up in the fall and winter, though we can't add new features/components to maintenance releases -- or next coordinated release in 2009
- Don't want to promote too quickly to set a precedent
- Pick and choose what bits and pieces of existing procedure for project incubation as applies to components
- Broader process issues -- what does it take to graduate from incubation to DTP? Once we get a policy in place, if Eclipse comes up with a plan down the line, we can contribute to it.
- Get this incubator project into the build specially - calling it "incubator" -- get it into Xiaoying's process
- Become committers, get builds working, and demonstrate to the PMC that the tests are passing, code works, community is interested -- don't want to seem arbitrary or not coordinated
- (1) Needs regular committers working on this code on an active basis - might be new committers or existing ones - but if there's nobody doing the work, it's not a live component. They need to step in as committers and move the component forward.
- (2) Build with the current target release environment of DTP (supporting the same requirements of the current DTP release).
- (3) Must be supporting an active community and doing things the Eclipse Way.
- (4) Must be actively pursuing code quality
- (5) Must be actively pursuing the functional completeness of the component.
- When they think they are ready, we have a mini creation review and post their intention for community feedback. Use Bugzilla to register this.