Changes between Version 5 and Version 6 of RFC/4_ReleaseProcedure


Ignore:
Timestamp:
11/24/14 05:49:14 (10 years ago)
Author:
mlennert
Comment:

reordering of sentences to make meaning clearer

Legend:

Unmodified
Added
Removed
Modified
  • RFC/4_ReleaseProcedure

    v5 v6  
    2626
    2727Step 2 (day X) - Soft freeze:
    28    If sufficient support is present, a first announcement is sent about the upcoming release. If support is lacking, a list of outstanding issues that need to be solved before a soft freeze should be sent to the developers mailing list. This announcement has as immediate effect a soft freeze meaning that commits should be limited to non-invasive backports from the development branch. Any such backport should be announced on the developers mailing list with 24 hours advance to allow possible discussion. The announcement mail also contains an approximate time table for the release, including begin of hard freeze, RC1, RC2, final release. Sufficient time should be left between the soft freeze and the hard freeze.
     28   If support is lacking, a list of outstanding issues that need to be solved before a soft freeze should be sent to the developers mailing list. If sufficient support is present, a first announcement is sent about the upcoming release. This announcement has as immediate effect a soft freeze meaning that commits should be limited to non-invasive backports from the development branch. The announcement mail also contains an approximate time table for the release, including begin of hard freeze, RC1, RC2, final release. Sufficient time should be left between the soft freeze and the hard freeze. Any backports during the soft freeze should be announced on the developers mailing list with 24 hours advance to allow possible discussion.
    2929
    3030Step 3 (X+30 days) - Hard freeze & RC1: