Skip to content

Commit

Permalink
Merge pull request #143 from o3de/tonybalandiuk-add-o3de-extras-repo
Browse files Browse the repository at this point in the history
Update Major Release Process.md
  • Loading branch information
tonybalandiuk authored Mar 13, 2023
2 parents b8d0e38 + 29d274b commit f789848
Show file tree
Hide file tree
Showing 2 changed files with 7 additions and 9 deletions.
7 changes: 3 additions & 4 deletions releases/Process/Major Release Process.md
Original file line number Diff line number Diff line change
@@ -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
Expand All @@ -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
Expand Down Expand Up @@ -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/).
9 changes: 4 additions & 5 deletions releases/Process/Stabilization Process.md
Original file line number Diff line number Diff line change
@@ -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.
Expand All @@ -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.*
Expand Down Expand Up @@ -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/).

0 comments on commit f789848

Please sign in to comment.