Features/Policy/Milestones: Difference between revisions

Latest revision as of 22:21, 25 September 2014

Obsolete
This page is obsolete. For the current process, refer to the Changes policy.

Important Milestones

For specific dates refer to the Schedule.

Submitting New Features

New features may be proposed (using the guidelines described elsewhere) and accepted by the Fedora Engineering Steering Committee (FESCo) up until the Feature Submission Deadline:
- Two weeks before the Feature Freeze milestone.
- FESCo will consider features proposed after this deadline on an exception basis

Feature Freeze

New features must be feature complete or close enough to completion by Feature Freeze so that a majority of its functionality can be tested during the Alpha and Beta releases.
If a feature page specifies that a feature will be enabled by default, it must be so at Feature Freeze.
Features meeting the preceding bullets are considered testable.
See the Feature Freeze Policy page for more specifics

Testable
This means the feature is substantially complete and can be tested when the feature is not 100% completely implemented. This is an attempt to provide some flexibility without completely losing the understood meaning of a feature being frozen. All new features are tested during the Alpha and Beta releases.

Beta Deadline/Feature Complete

At the Beta Change Deadline new features must be code complete meaning that all the code required to enable to the new feature is finished.
The level of code completeness is reflected as a percentage which is expected to be 100%. It does not mean the feature has been fully tested.

Code Complete
This does not mean that all open bugs have been fixed or that the feature has been fully tested.

Announcing the Final Feature List

After FESCo's review of incomplete features the final feature list will be publicly announced by the Feature Wrangler.

Exception Process

After Feature Freeze the Feature Wrangler will present a list of all the features that are not 100% complete or lack evidence of "testability." FESCo will review these feature to determine if they should remain as features of the current release.
After Beta Freeze the Feature Wrangler will present a list of all the features that are not 100% complete. FESCo will review these feature to determine if they should remain as features of the current release.

@@ Line 1: / Line 1: @@
-{{Anchor|freeze}}
+{{admon/warning|Obsolete|This page is obsolete. For the current process, refer to [[Changes/Policy|the Changes policy]].}}
-=== Important Milestones ===
-* New features may be proposed (using the guidelines above) and accepted no later than the ''Feature Freeze'' milestone
+== Important Milestones ==
-* New features must be feature complete or close enough to completion that a majority of its functionality can be suitably tested--the "feature is testable".
-* At ''feature freeze'' the Feature Wrangler will present a final feature status to FESCo which FESCo will review and comment on
-* After final review by FESCo at Feature Freeze the final ''accepted Feature'' list (Release Road Map) will be publicly announced by the Feature Wrangler.
-{{Admon/tip | ''Testable'' does not mean a small portion of the feature is complete and can be tested while a significant portion of the remaining functionality has not been completed and may not yet be tested. We are attempting to provide some flexibility here without completely losing the understood meaning of ''feature freeze''.}}
+For specific dates refer to the [[Schedule]].
+=== Submitting New Features ===
+* New features may be proposed (using the guidelines described elsewhere) and accepted by the Fedora Engineering Steering Committee (FESCo) up until the ''Feature Submission Deadline'':
+** Two weeks before the ''Feature Freeze'' milestone.
+** FESCo will consider features proposed after this deadline on an exception basis
+=== Feature Freeze ===
+* New features must be feature complete or close enough to completion by Feature Freeze so that a majority of its functionality can be tested during the Alpha and Beta releases.
+* If a feature page specifies that a feature will be enabled by default, it must be so at Feature Freeze.
+* Features meeting the preceding bullets are considered ''testable.''
+* See the [[Feature_Freeze_Policy|Feature Freeze Policy]] page for more specifics
+{{Admon/tip | ''Testable'' | This means the feature is substantially complete and can be tested when the feature is not 100% completely implemented.  This is an attempt to provide some flexibility without completely losing the understood meaning of a feature being ''frozen''. All new features  are tested during the Alpha and Beta releases.}}
+=== Beta Deadline/Feature Complete ===
+* At the ''Beta Change Deadline '' new features must be ''code complete'' meaning that '''all''' the code required to ''enable'' to the new feature is finished.
+* The level of ''code completeness'' is reflected as a percentage which is expected to be 100%.  It does not mean the feature has been fully tested.
+{{Admon/tip | ''Code Complete'' | This does not mean that all open bugs have been fixed or that the feature has been fully tested.}}
+=== Announcing the Final Feature List ===
+* After FESCo's review of incomplete features the final feature list will be publicly announced by the Feature Wrangler.
+== Exception Process ==
+* After ''Feature Freeze'' the Feature Wrangler will present a list of all the features that are not 100% complete or lack evidence of "testability."  FESCo will review these feature to determine if they should remain as features of the current release.
+* After ''Beta Freeze'' the Feature Wrangler will present a list of all the features that are not 100% complete.  FESCo will review these feature to determine if they should remain as features of the current release.

Search