Skip to main content

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.

Jump to: navigation, search

Difference between revisions of "Incubator Hatching"

 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
 +
{| border="1" style="background:white; color:red" 
 +
| Deprecated. Please don't edit or link to this document.
 +
This page has been not be replaced by anything. The basic ideas are sound, but we never got past a brief
 +
discussion and it has never been part of any of our processes.
 +
Incubator graduation is governed entirely by the Eclipse rules and guidelines.
 +
|}
 +
 
== Introduction ==
 
== Introduction ==
  
Line 16: Line 23:
 
== Hatching Checklist ==
 
== Hatching Checklist ==
  
The following list contains some proposed criteria for hatching. This list is completely informal at the moment and is posted here
+
The following list contains some proposed criteria for hatching. This list is completely informal at the moment  
 +
and is posted here
 
for the purposes of discussion.
 
for the purposes of discussion.
  
Line 26: Line 34:
 
# There should be a committer vote and it should pass favourably when the project is ready to hatch.
 
# There should be a committer vote and it should pass favourably when the project is ready to hatch.
 
# All contribution questionnaires must be on file and IP status must be integrated with the WTP IP log, along with committer and contribution records.
 
# All contribution questionnaires must be on file and IP status must be integrated with the WTP IP log, along with committer and contribution records.
[[Category:Process and Policies| ]]
+
[[Category:Old, Obsolete and Interesting Things| ]]

Latest revision as of 23:05, 3 September 2009

Deprecated. Please don't edit or link to this document.

This page has been not be replaced by anything. The basic ideas are sound, but we never got past a brief discussion and it has never been part of any of our processes. Incubator graduation is governed entirely by the Eclipse rules and guidelines.

Introduction

WTP is currently hosting several incubator projects:

  • JSF Tools
  • Dali JPA Tools
  • AJAX Tools Framework

It would therefore be a good idea if we spelled out what we expect from these projects so they can "hatch" into full-fledged components of WTP.

Some initial thoughts on this topic were discussed on the WTP PMC mailing list.

WTP's internal reviews are in addition to the formal EMO-hosted reviews specified as part of the Eclipse Development Process.

Hatching Checklist

The following list contains some proposed criteria for hatching. This list is completely informal at the moment and is posted here for the purposes of discussion.

  1. The code should be of good quality and all proposed API should have Javadoc.
  2. There should be a suite of JUnit tests that provide adequate coverage.
  3. The builds should be integrated into the WTP build infrastructure and the JUnits should run and pass. This implies the code will be upgraded to the current WTP level and will track WTP weekly, i.e. I-builds succeed. Both update sites and "all-in-one-zip" packaging must be supported.
  4. There should be tutorials and they should be clear enough so that even a PMC member can follow them successfully. :-)
  5. PMC members (and other members of WTP) should evaluate the code based on the tutorials and report favorably.
  6. There should be a committer vote and it should pass favourably when the project is ready to hatch.
  7. All contribution questionnaires must be on file and IP status must be integrated with the WTP IP log, along with committer and contribution records.

Back to the top