2
edits
Release plan: Difference between revisions
Jump to navigation
Jump to search
m
additional minor grammar edit - remove passive voice and add a clarifying comma.
Maeldredge (talk | contribs) m (minor grammar correction: "or alike" --> "and the like") |
Maeldredge (talk | contribs) m (additional minor grammar edit - remove passive voice and add a clarifying comma.) |
||
| Line 13: | Line 13: | ||
After branching, there is one month for bug fixing in the release branch, so building and packing of the binaries and FGDATA takes place around February, 18th and August, 18th. Allowing a few days for distribution of the files, new versions should be publically available around the 20th of February and August. | After branching, there is one month for bug fixing in the release branch, so building and packing of the binaries and FGDATA takes place around February, 18th and August, 18th. Allowing a few days for distribution of the files, new versions should be publically available around the 20th of February and August. | ||
The development stream of SimGear, FlightGear and FGDATA is set into a frozen state one month before the branch-day (17th), to let the dust of development settle and to allow fixing the most annoying bugs in the code. During this period, developers | The development stream of SimGear, FlightGear and FGDATA is set into a frozen state one month before the branch-day (17th), to let the dust of development settle and to allow fixing the most annoying bugs in the code. During this period, developers should not add any new features, subsystems, and the like. Immediately after the stream has branched for the release, development in the main stream (next/master) is open for major changes until one month before the next branch-day. This results in a duty cycle of 5 month developing and 1 month thinking. | ||
=== Version numbers === | === Version numbers === | ||