You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As you prepare for a future release, you'll need to organize more than the tasks and features. It's important to create a clear workflow for your team, and to make sure that the work remains organized.
There are several strategies for managing releases. Some teams might use long-lived branches, like production, dev, and main. Some teams use simple feature branches, releasing from the main branch.
No one strategy is better than another. We always recommend being intentional about branches and reducing long-lived branches whenever possible.
In this exercise, you'll use the release-v1.0 branch to be your one long-lived branch per release version.
Protected branches
Like the main branch, you can protect release branches. This means you can protect branches from force pushes or accidental deletion. This is already configured in this repository.
Add a feature
Releases are usually made of many smaller changes. This is a practice repository, but we will still make at least two feature adjustments.
Since we don't know of any bugs, we'll focus on a few features to update on our game before the version update.
You should update the README.md to point to the correct game URL
I'll help you change the text colors to green
Step 4: Add a new feature on the release branch
First, update the URL in your README.md.
Using the GitHub flow, make your update, and open a pull request with release-v1.0 as your base branch.
⌨️ Activity: Update the README.md
Create a new branch and change the URL in the README.md to point to your own GitHub Pages site.
Open a pull request with release-v1.0 as the base branch, and your new branch as compare.
Fill in the pull request template to describe your changes.
Add the pull request to the project board, using the Projects section on the right side of the pull request.
I'll respond in your pull request with the next step.
The text was updated successfully, but these errors were encountered:
Release management
As you prepare for a future release, you'll need to organize more than the tasks and features. It's important to create a clear workflow for your team, and to make sure that the work remains organized.
There are several strategies for managing releases. Some teams might use long-lived branches, like
production
,dev
, andmain
. Some teams use simple feature branches, releasing from the main branch.No one strategy is better than another. We always recommend being intentional about branches and reducing long-lived branches whenever possible.
In this exercise, you'll use the
release-v1.0
branch to be your one long-lived branch per release version.Protected branches
Like the
main
branch, you can protect release branches. This means you can protect branches from force pushes or accidental deletion. This is already configured in this repository.Add a feature
Releases are usually made of many smaller changes. This is a practice repository, but we will still make at least two feature adjustments.
Since we don't know of any bugs, we'll focus on a few features to update on our game before the version update.
Step 4: Add a new feature on the release branch
First, update the URL in your README.md.
Using the GitHub flow, make your update, and open a pull request with
release-v1.0
as your base branch.⌨️ Activity: Update the README.md
README.md
to point to your own GitHub Pages site.release-v1.0
as thebase
branch, and your new branch ascompare
.I'll respond in your pull request with the next step.
The text was updated successfully, but these errors were encountered: