# Swift 5.8 Release Process **URL:** \ **Category:** Announcements\ **Created:** [November 19, 2022, 11:21pm UTC](https://forums.swift.org/t/swift-5-8-release-process/61540 "2022-11-19T23:21:58Z")\ **Posts on this page:** 1\ **Page:** 1
**Author:** ![mishal\_shah](https://sea2.discourse-cdn.com/swift/user_avatar/forums.swift.org/mishal_shah/32/247_2.png) [@mishal\_shah](https://forums.swift.org/u/mishal_shah)\ **Post date:** [November 19, 2022, 11:21pm UTC](https://forums.swift.org/t/swift-5-8-release-process/61540/1 "2022-11-19T23:21:58Z")
This post describes the release process, and estimated schedule for Swift 5.8. ## Snapshots of Swift 5.8 Downloadable snapshots of the Swift 5.8 release branch will be posted regularly as part of [continuous integration](https://ci.swift.org/) testing. As support is available, snapshot downloads will be added for newly supported platforms. Once Swift 5.8 is released, the official final builds will also be posted in addition to the snapshots. ## Getting Changes into Swift 5.8 On **December 19, 2022** the `release/5.8` branch will be cut in the swift repository and related project repositories. This will contain the changes that will be released in Swift 5.8. After the branch is cut, changes can be landed on the branch via pull request if they meet the criteria for the release. ### Philosophy on Taking Changes into Swift 5.8 - All language and API changes for Swift 5.8 will go through the [Swift Evolution](https://github.com/apple/swift-evolution) process. Evolution proposals should aim to be completed by the branch date in order to increase their chances of impacting the Swift 5.8 release. Exceptions will be considered on a case-by-case basis, particularly if they tie in with the core goal of the release. - Other changes (e.g., bug fixes, diagnostic improvements, SourceKit interface improvements) will be accepted based on their risk and impact. - Low-risk test tweaks will also be accepted late into the release branch if it aids in the qualification of the release. - As the release converges, the criteria for accepted changes will become increasingly restrictive. ## Impacted Repositories The following repositories will have a `release/5.8` branch to track sources as part of Swift 5.8 release: - [indexstore-db](https://github.com/apple/indexstore-db) - [sourcekit-lsp](https://github.com/apple/sourcekit-lsp) - [swift-cmark](https://github.com/apple/swift-cmark) - [swift-corelibs-foundation](https://github.com/apple/swift-corelibs-foundation) - [swift-corelibs-libdispatch](https://github.com/apple/swift-corelibs-libdispatch) - [swift-corelibs-xctest](https://github.com/apple/swift-corelibs-xctest) - [swift-docc-render-artifact](https://github.com/apple/swift-docc-render-artifact) - [swift-docc-render](https://github.com/apple/swift-docc-render "https://github.com/apple/swift-docc-render") - [swift-docc-symbolkit](https://github.com/apple/swift-docc-symbolkit) - [swift-docc](https://github.com/apple/swift-docc) - [swift-driver](https://github.com/apple/swift-driver) - [swift-format](https://github.com/apple/swift-format) - [swift-integration-tests](https://github.com/apple/swift-integration-tests) - [swift-llbuild](https://github.com/apple/swift-llbuild) - [swift-llvm-bindings](https://github.com/apple/swift-llvm-bindings) - [swift-lmdb](https://github.com/apple/swift-lmdb) - [swift-package-manager](https://github.com/apple/swift-package-manager) - [swift-stress-tester](https://github.com/apple/swift-stress-tester) - [swift-syntax](https://github.com/apple/swift-syntax) - [swift-tools-support-core](https://github.com/apple/swift-tools-support-core) - [swift-xcode-playground-support](https://github.com/apple/swift-xcode-playground-support) - [swift](https://github.com/apple/swift) The [llvm-project](https://github.com/apple/llvm-project) and [swift-experimental-string-processing](https://github.com/apple/swift-experimental-string-processing) will have a corresponding swift/release/5.8 branch. ## Release Managers The overall management of the release will be overseen by the following individuals, who will announce when stricter control of change goes into effect for the Swift 5.8 release as the release converges. - Ben Cohen (@ben-cohen, [GitHub: airspeedswift](https://github.com/airspeedswift)) is the overall release manager for Swift 5.8. - Doug Gregor (@Douglas_Gregor, [GitHub: DougGregor](https://github.com/DougGregor)) is the release manager for the Swift Compiler. - Ravi Kandhadai Madhavan (@ravikandhadai, [GitHub: ravimad](https://github.com/ravimad)) is the release manager for [llvm-project](https://github.com/apple/llvm-project). - Fred Riss (GitHub: [fredriss](https://github.com/fredriss)) is the release manager for LLDB in [llvm-project](https://github.com/apple/llvm-project). - Steve Canon (@scanon, [GitHub: stephentyrone](https://github.com/stephentyrone)) is the release manager for the Swift Standard Library. - Tony Parker (@Tony_Parker, [GitHub: parkera](https://github.com/parkera)) is the release manager for [swift-corelibs-foundation](https://github.com/apple/swift-corelibs-foundation). - Rokhini Pabhu (@rokhinip, [GitHub: Rokhini Prabhu](https://github.com/rokhinip)) is the release manager for [swift-corelibs-libdispatch](https://github.com/apple/swift-corelibs-libdispatch). - Brian Croom ([GitHub: briancroom](https://github.com/briancroom)) is the release manager for [swift-corelibs-xctest](https://github.com/apple/swift-corelibs-xctest). - Tom Doron (@tomerd, GitHub: [Tom Doron](https://github.com/tomerd)) is the release manager for [swift-package-manager](https://github.com/apple/swift-package-manager). - Daniel Dunbar (@ddunbar, [GitHub: ddunbar](https://github.com/ddunbar)) is the release manager for [swift-llbuild](https://github.com/apple/swift-llbuild) and [swift-tools-support-core](https://github.com/apple/swift-tools-support-core). - Ben Cohen (@ben-cohen, [GitHub: airspeedswift](https://github.com/airspeedswift)) is the release manager for [sourcekit-lsp](https://github.com/apple/sourcekit-lsp), [indexstore-db](https://github.com/apple/indexstore-db), [swift-syntax](https://github.com/apple/swift-syntax), and [swift-stress-tester](https://github.com/apple/swift-stress-tester). - Franklin Schrans (@franklin, [GitHub: franklinsch](https://github.com/franklinsch)) is the release manager for [swift-docc](https://github.com/apple/swift-docc), [swift-lmdb](https://github.com/apple/swift-lmdb), [swift-docc-render](https://github.com/apple/swift-docc-render "https://github.com/apple/swift-docc-render"), [swift-docc-render-artifact](https://github.com/apple/swift-docc-render-artifact), [swift-docc-symbolkit](https://github.com/apple/swift-docc-symbolkit). - Tony Allevato (@allevato, [GitHub: allevato](https://github.com/allevato)) is the release manager for [swift-format](https://github.com/apple/swift-format). ### Platform Release Managers - Nicole Jacque (@Nicole_Jacque, [GitHub: najacque](https://github.com/najacque)) is the release manager for the Darwin platform. - Tom Doron (@tomerd, GitHub: [Tom Doron](https://github.com/tomerd)) is the release manager for Linux platforms. - Saleem Abdulrasool (@compnerd, [GitHub: compnerd](https://github.com/compnerd)) is the release manager for the Windows platform. - Mishal Shah (@mishal_shah, [GitHub: shahmishal](https://github.com/shahmishal)) will be the release coordinator responsible for production of nightly and release snapshots and coordinating sign-off on repositories and platforms for the release. Please feel free to post on the [development forum](https://forums.swift.org/c/development/compiler) or contact [Ted Kremenek](https://github.com/tkremenek) directly concerning any questions about the release management process. ## Pull Requests for Release Branch In order for a pull request to be considered for inclusion in the release branch (`release/5.8`) after it has been cut, it must include the following information: - **Explanation** : A description of the issue being fixed or enhancement being made. This can be brief, but it should be clear. - **Scope** : An assessment of the impact/importance of the change. For example, is the change a source-breaking language change, etc. - **Issue** : The GitHub Issue link if the change fixes/implements an issue/enhancement - **Risk** : What is the (specific) risk to the release for taking this change? - **Testing** : What specific testing has been done or needs to be done to further validate any impact of this change? - **Reviewer** : One or more code owners for the impacted components should review the change. Technical review can be delegated by a code owner or otherwise requested as deemed appropriate or useful. **All changes** going on the `release/5.8` branch **must go through pull requests** that are accepted by the corresponding release manager.