diff --git a/releases/Process/Major Release Process.md b/releases/Process/Major Release Process.md index 95052e6..8378a14 100644 --- a/releases/Process/Major Release Process.md +++ b/releases/Process/Major Release Process.md @@ -1,6 +1,6 @@ -# Draft - O3DE Major Release Process -V1.1 Updated December 22, 2022. +# O3DE Major Release Process +V1.2 Updated Mar 10, 2023. The release process is managed by the Release Special Interest Group (SIG). To request an update to this document, please open an issue at https://github.com/o3de/sig-release/issues ## Key Details @@ -16,6 +16,7 @@ The release process is managed by the Release Special Interest Group (SIG). To r * o3de * o3de-multiplayersample * o3de-netsoaktest + * o3de-extras ## Roles and Responsibilities @@ -172,5 +173,3 @@ Begins immediately after the release. The work in this phase may be minimal, dep 3. **We don't have a link on the downloads page for the stabilization build.** We should work with the Build SIG to make sure they get a link up the day we create the stabilization branch, so the community can more easily get and test the build. It's listed here https://github.com/o3de/o3de/issues/13208 so that it will be done for future releases. We may want to also get it on the downloads page on the website. 4. **Feature Grid Process** Currently, updating the Feature Grid is a brute force manual process, by which the Release Manager requests the other SIGs to update the process. See all of the feature grid issues from the 22.10 release here: https://github.com/o3de/o3de/projects/18?card_filter_query=grid . SIG-Release thinks this can be made easier by potentially making the feature grid updating a requirement of SIGs on a recurring basis. Why we are not trying to change this right now? We are asking SIG to work on roadmaps in Jan 2023, we do not want to add additional requests to SIG at this time. - -> Written with [StackEdit](https://stackedit.io/). diff --git a/releases/Process/Stabilization Process.md b/releases/Process/Stabilization Process.md index 2518048..13d118a 100644 --- a/releases/Process/Stabilization Process.md +++ b/releases/Process/Stabilization Process.md @@ -1,6 +1,6 @@ -# Draft - O3DE Stabilization Process -V1.0 Updated Jan 10, 2023. The release process is managed by sig-release. To request an update to this document, please open an issue at [https://github.com/o3de/sig-release/issues](https://github.com/o3de/sig-release/issues) +# O3DE Stabilization Process +V1.1 Updated Mar 10, 2023. The release process is managed by sig-release. To request an update to this document, please open an issue at [https://github.com/o3de/sig-release/issues](https://github.com/o3de/sig-release/issues) O3DE Stabilization is the process we use to prepare the codebase for a release. During Stabilization we create a branch off of the development branch to create a “stabilization branch”, limit any new feature introduced into the branch, and the community fixes bugs. This helps to ensure O3DE releases do not ship with bugs that will block a user’s ability to utilize O3DE. Note that stabilization is not mean to catch every issue, and instead works in conjunction with unit tests, nightly automated test runs, functional automated testing, manually running test passes, and issues filed by the community. @@ -13,7 +13,8 @@ O3DE Stabilization is the process we use to prepare the codebase for a release. - Stabilization involves the following O3DE Repositories: - o3de - o3de-multiplayersample - - o3de-netsoaktest + - o3de-test + - o3de-extras ## Roles and Responsibilities *Intent: Outlines the minimum set of roles and their responsibilities in order to complete all of the necessary release tasks.* @@ -88,5 +89,3 @@ There is an open discussion regarding streamlining the exception process: [https ### Phase 4 - Release 1. (Mainline Integrator) This step occurs on release day during the release call. Once sig-release determines the stabilization branch has been locked and hardened for enough time (usually 2 weeks) and no critical issues are outstanding, the stabilization branch is integrated to development, then integrated to main, and tagged with the release version. - -> Written with [StackEdit](https://stackedit.io/).