Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "DTP Ganymede Milestone Sign-off Policy"
Line 2: | Line 2: | ||
'''[12/7/07]:''' This document is a '''draft''' and has not been approved by the DTP PMC. | '''[12/7/07]:''' This document is a '''draft''' and has not been approved by the DTP PMC. | ||
==Introduction== | ==Introduction== | ||
− | As both an Eclipse project and a member of coordinated releases (Callisto, Europa, Ganymede), it is imperative that DTP milestones, release candidates, and releases are of acceptable quality. | + | As both an Eclipse project and a member of coordinated releases (Callisto, Europa, Ganymede), it is imperative that DTP milestones, release candidates (RC), and releases are of acceptable quality. |
==Process== | ==Process== | ||
− | *For each DTP milestone, | + | *For each DTP milestone, RC and release date, the PMC will determine a "candidate build" date on which the associated DTP build will be taken as the testing target. |
− | *For each DTP milestone, | + | *For each DTP milestone, RC and release date, the PMC will determine a sign-off close date and publish it to the dtp-pmc mailing list. |
*Each DTP project lead should work with their teams to test the DTP candidate build. | *Each DTP project lead should work with their teams to test the DTP candidate build. | ||
*By the sign-off close date, each DTP project lead will send an email to dtp-pmc expressing one of the following sign-off options: | *By the sign-off close date, each DTP project lead will send an email to dtp-pmc expressing one of the following sign-off options: | ||
− | **Accepted: "In the project lead's best judgement, their project components are ready for the milestone/ | + | **Accepted: "In the project lead's best judgement, their project components are ready for the milestone/RC/release." |
− | **Accepted, with reservations: "In the project lead's best judgement, their project components are ready for the milestone/ | + | **Accepted, with reservations: "In the project lead's best judgement, their project components are ready for the milestone/RC/release, with the following reservations." Next, a list of Bugzilla entries specific to that project, which the project lead would ideally like to see resolved, but not enough strictly to postpone the milestone/RC/release completion. |
− | **Declined: "In the project lead's best judgement, their project components are not ready for the milestone/ | + | **Declined: "In the project lead's best judgement, their project components are not ready for the milestone/RC/release." Next, a list of Bugzilla entries specific to that project, which the project lead believes must be resolved before milestone/RC/release completion. |
Revision as of 14:25, 7 December 2007
Status
[12/7/07]: This document is a draft and has not been approved by the DTP PMC.
Introduction
As both an Eclipse project and a member of coordinated releases (Callisto, Europa, Ganymede), it is imperative that DTP milestones, release candidates (RC), and releases are of acceptable quality.
Process
- For each DTP milestone, RC and release date, the PMC will determine a "candidate build" date on which the associated DTP build will be taken as the testing target.
- For each DTP milestone, RC and release date, the PMC will determine a sign-off close date and publish it to the dtp-pmc mailing list.
- Each DTP project lead should work with their teams to test the DTP candidate build.
- By the sign-off close date, each DTP project lead will send an email to dtp-pmc expressing one of the following sign-off options:
- Accepted: "In the project lead's best judgement, their project components are ready for the milestone/RC/release."
- Accepted, with reservations: "In the project lead's best judgement, their project components are ready for the milestone/RC/release, with the following reservations." Next, a list of Bugzilla entries specific to that project, which the project lead would ideally like to see resolved, but not enough strictly to postpone the milestone/RC/release completion.
- Declined: "In the project lead's best judgement, their project components are not ready for the milestone/RC/release." Next, a list of Bugzilla entries specific to that project, which the project lead believes must be resolved before milestone/RC/release completion.