jasonbrooks added a new comment to an issue you are following:
As discussed in the Atomic WG meeting, I've taken a crack at communicating this
**Future Plans for Fedora Atomic Release Life Cycle**
* The Fedora Project ships new releases at ~6 month intervals, and
each release for ~13
months. Release X is supported until one month after the release of Release X+2.
* Since the first Fedora Atomic host shipped, as part of Fedora 21, the project has
maintained separate ostree repositories for both of the active Fedora releases. For
instance, there are currently trees available for Fedora Atomic 25 and Fedora Atomic 24.
* Fedora Atomic sets out to be a particularly fast-moving branch of Fedora, with releases
every two weeks and updates to key “atomic” components such as docker and kubernetes that
move more quickly than one might expect from Fedora.
* Due in part to this faster pace, the Fedora Atomic workgroup has always focused its
testing and integration efforts most directly on the latest stable release, encouraging
users of the older release to rebase to the newer tree, and dealing with support of the
older release on a best-effort basis.
* Starting with either the Fedora 26 to 27 or the 27 to 28 upgrade cycle, the Fedora
Atomic Workgroup intends to collapse Fedora Atomic into a single version which will track
the latest stable Fedora branch. When a new stable version of Fedora is released, Fedora
Atomic users will automatically shift to the new version when they install updates.
* Traditional OS upgrades can be disruptive and error-prone, but due to the image-based
technologies that Atomic Hosts use for system components (rpm-ostree) and for applications
(linux containers), upgrading an Atomic Host between major releases is little different
than installing updates within a single release.
* In both scenarios, the system updates are applied by running an rpm-ostree command and
rebooting, with rollback to the previous state available in case something goes wrong, and
applications running in containers are unaffected by the host upgrade or update.
* There’s work that must be done to prepare for this collapsed release structure, but for
users that wish to opt for this new behavior starting with the upcoming Fedora 25 to
Fedora 26 upgrade cycle, we’ll be preparing a “stable” ostree repo location that you can
rebase to follow the latest major release. Look for more information on that shortly.
To reply, visit the link below or just reply to this email