www/roadmap.html

   1 <html>
   2 <head>
   3 </head>
   4 <body>
   5
   6 <div class="h2 app" style="border-left: 0px" id="customcontent">
   7
   8 <h2>Current Releases</h2>
   9
  10 <p>
  11 The current stable release is 0.96.1, released 23 August 2004.
  12 </p>
  13
  14 <p>
  15 The current testing pre-release is 0.96.92, released 10 April 2006.
  16 </p>
  17
  18 <p>
  19 (Yes, the current "stable" release is a little long in the tooth.
  20 In practice, most everyone uses the testing pre-releases,
  21 because our testing methodology gives us a pretty good
  22 track record of not breaking things from release to release.)
  23 </p>
  24
  25 <h2>Upcoming Releases</h2>
  26
  27 Take these with a huge grain of salt,
  28 this is very rough planning
  29 and subject to change.
  30
  31 <table>
  32 <tr>
  33 <th>Release</th>
  34 <th>Est. Date?</th>
  35 <th>
  36 Goals
  37 </th>
  38 </tr>
  39 <tr>
  40 <td>0.96.93</td>
  41 <td>???</td>
  42 <td>
  43 Significant speed up of some specific configurations,
  44 plus accumulated patches with bug fixes and new functionality.
  45 Fix for the one regression found so far in 0.96.92
  46 (printing an incorrect message when executing the InstallAs() function).
  47 </td>
  48 </tr>
  49 <tr>
  50 <td>0.96.94</td>
  51 <td>???</td>
  52 <td>
  53 Testing pre-release of the "Big Signature Refactoring,"
  54 a significant re-design of internal data structures
  55 to accomplish the following:
  56   <ul>
  57   <li>
  58   Interoperability between MD5 signatures and timestamps.
  59   </li>
  60   <li>
  61   Ability to partition the dependency graph into separate SConstruct
  62   (not SConscript) files.
  63   </li>
  64   <li>
  65   Improved performance (we hope)
  66   </li>
  67   </ul>
  68 </td>
  69 </tr>
  70 <tr>
  71 <td>0.97</td>
  72 <td>???</td>
  73 <td>
  74 Wider release and more extensive field testing before
  75 declaring the "Big Signature Refactoring"
  76 ready to be blessed as the official 1.0 release.
  77 Additional features and bug fixes.
  78 </td>
  79 </tr>
  80 <tr>
  81 <td>1.0</td>
  82 <td>???</td>
  83 <td>
  84 First official, stable release.
  85 No 1.x release will (knowingly) break compatibility
  86 or cause a rebuild on upgrade.
  87 </td>
  88 </tr>
  89 <tr>
  90 <td>2.0</td>
  91 <td>???</td>
  92 <td>
  93 First release that will break backwards compatibility with Python 1.5.2.
  94 </td>
  95 </tr>
  96 </table>
  97
  98 <!--
  99
 100 <h2>Upcoming Features</h2>
 101
 102 -->
 103
 104 <h2>Release Planning</h2>
 105
 106 <h3>Why has 1.0 still not been released?</h3>
 107
 108 <p>
 109 As seems so common these days,
 110 SCons has had an extremely lengthy "beta" period.
 111 The primary goal has been to arrive at something by 1.0
 112 that we feel is absolutely rock-solid-stable
 113 and which people can download and use without fear of
 114 broken builds or unnecessary rebuilds.
 115 To get some idea of how we do this, see our
 116 <a href="testing.html">testing philosophy</a> page.
 117 </p>
 118
 119 <h3>Release numbering</h3>
 120
 121 <p>
 122 Our release numbers are of the form <i>major</i>.<i>minor</i>.<i>sub</i>.
 123 </p>
 124
 125 <ul>
 126 <li>
 127 <strong>Major release (1.0, 2.0, 3.0, etc.)</strong>
 128 <p>
 129 The major number increments when one of two things happens:
 130   <ul>
 131   <li>The release knowingly breaks backwards compatibility in some way.
 132   <li>The release knowingly causes a rebuild when you upgrade.
 133   </ul>
 134 Our goal is that as a user of SCons,
 135 you should always be able to upgrade to a later
 136 revision of the same major number
 137 with complete confidence that your build will not break.
 138 </p>
 139 </li>
 140 <li>
 141 <strong>Minor release (1.1, 1.2, 1.3, etc.)</strong>
 142 <p>
 143 Minor releases will add new functionality to an
 144 existing major release branch.
 145 All new functionality will be added so as to never
 146 knowingly break backwards compatibility with any
 147 previous minor releases from the same branch.
 148 We expect that our major release branches will be long-lived
 149 platforms for delivering many minor releases to
 150 add functionality.
 151 </p>
 152 </li>
 153 <li>
 154 <strong>Bug-fix release (1.1.1, 1.1.2, 1.1.3, etc.)</strong>
 155 <p>
 156 Sub-release numbers are used
 157 whenever a critical bug fix is necessary
 158 for a major or minor release.
 159 </p>
 160 </li>
 161 <li>
 162 <strong>Testing pre-release (1.1.90, 1.1.91, 1.1.92, etc.)</strong>
 163 <p>
 164 A sub-release number of 90 or greater
 165 indicates the release is intended for
 166 testing a set of new features intended for
 167 wider distribution in the next major or minor release.
 168 There may be many of these
 169 leading up to a release
 170 with a lot of significant internal changes
 171 (<i>*cough*</i> 0.97 <i>*cough*</i>...).
 172 </p>
 173 </li>
 174 </ul>
 175
 176 </div>
 177
 178 </body>
 179 </html>