Create a release based workflow that is built on the foundations of the GitHub flow.
Welcome to “Release-based workflow” :sparkle:
The GitHub flow is a lightweight, branch-based workflow for projects with regular deployments.

Some projects may deploy more often, with continuous deployment. There might be a “release” every time there’s a new commit on main.
But, some projects rely on a different structure for versions and releases.
Versions are different iterations of updated software like operating systems, apps, or dependencies. Common examples are “Windows 8.1” to “Windows 10”, or “macOS High Sierra” to “macOS Mojave”.
Developers update code and then run tests on the project for bugs. During that time, the developers might set up certain securities to protect from new code or bugs. Then, the tested code is ready for production. Teams version the code and release it for installation by end users.
In this step, you will create a release for this repository on GitHub.
GitHub Releases point to a specific commit. Releases can include release notes in Markdown files, and attached binaries.
Before using a release based workflow for a larger release, let’s create a tag and a release.
To set the stage for later, let’s also add a bug that we’ll fix as part of the release workflow in later steps. We’ve already created a update-text-colors branch for you so let’s create and merge a pull request with this branch.
base: release-v1.0 and compare: update-text-colors.## Description:
- Updated game text color to green
We use cookies
We use cookies to analyze traffic and improve your experience. You can accept or reject analytics cookies.