Open edX Releases Homepage
What is an Open edX Release?
Every six months, we take a snapshot of our code, test it, and package it as an official Open edX release - this is a stable, tested version of our code that we encourage operators to install on their systems. Releases are named alphabetically with tree names. Aspen was released in September 2014; Redwood was released in June 2024. After Redwood will be Sumac, Teak, and so on. Only the most current release is supported. See Open edX Release FAQ .
Current Open edX Release Info
The current release is Sumac!
To learn about our new features, see the Product Release Notes!
For site operators looking to upgrade to the current release, see the Operator Release Notes.
Site operators should also be aware of our Open edX Release Schedule.
For info on previous releases, which are all unsupported, see Unsupported Release Notes and older release branch & tag information.
Upcoming Open edX Release Dates
Our next release is Teak!
Important Dates
Release will be cut ~April 9, 2025
Testing will occur ~April 10 - June 8
Redwood goes out June 9, 2025
Details of the release schedule are at Open edX Release Schedule.
Curious about what’s happening in our upcoming releases? Check out our Product Roadmap.
Upcoming Release Product Management
Are you a product manager or otherwise involved in defining and creating product information for the upcoming release? Here’s some resources for you.
Contribute to the SUMAC - Product Release Notes as an author or reviewer!
Interested in testing the release? Visit Release Testing for the Upcoming Release
Interested in contributing a feature to an upcoming release? Start by reviewing https://openedx.atlassian.net/wiki/spaces/OEPM/pages/3883302913
Questions? Find us in Slack or at a Working Group meeting. For more details, see Product Working Group
Upcoming Release Engineering &
Build Mgmt
Build-Test-Release (BTR) Working Group is responsible for creating, testing, and maintaining the release. Details on how to participate are within that wiki space.
Interested in testing the release? Visit Release Testing for the Upcoming Release
BTR maintains a GitHub project board to track bugs and issues during the testing process
Wait, how do I fit into the Release process?
Everyone in the community is affected by the release process, from the people who define and develop new features and functionalities to those who deploy and use the new versions of the Open edX software.
End Users/Stakeholders
Are you a decider for your institution, do you create courses on an Open edX instance, or do you operate/administer/maintain such an instance? Then you’re one of the Open edX “end users”. We think you’ll find our Product Release Notes and/or our Operator Release Notes (top left box) most useful. If you have any questions, we invite you to participate in our community and post your thoughts and questions on the Open edX forums.
Release Team
The release team is primarily members of the Product Working Group and the Build-Test-Release (BTR) Working Group. The PWG creates the Product Release Notes, defines the ways we’re testing the release, and helps to coordinate the group of volunteer testers. We’d love to get more people involved in testing the release - if you’re an Open edX End User, you’re perfect for the job. Reach out to us the #wg-build-test-release Slack room or by attending a BTR working group meeting.
The BTR Working Group operationally runs the release - this includes doing the work to properly tag code in GitHub, and creating/configuring the testing instance we use. BTR is instrumental in coordinating testing and writing the Operational Release Notes, which are aimed at explaining to site operators how to turn on/off new features, handle tricky migrations, describe recent and upcoming code deprecations, and more.
Important dates for the upcoming release are described in the top right box, and wayfinders for various important resources are in the lower boxes.
Product Delivery Team
The Product Delivery Team is comprised of the various product managers, UX/UI designers, and developers who create new features, fix bugs, and ensure the platform has a consistent and up-to-date codebase. Product Managers primarily author the Product Release Notes, with assistance from all others who helped build the product. Product Managers and UX/UI designers also participate in the Release Testing, ensuring new features work properly and no regressions have been introduced to existing features. Developers are instrumental in authoring and merging fixes for bugs found during the release testing process.