-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add master branch tags on release from release branches #3971
Labels
status: archived
Archived and locked; will not be updated
type: CI
An issue with our continuous integration tests
Milestone
Comments
joeyparrish
added a commit
that referenced
this issue
Feb 23, 2022
1. When release-please creates release PRs, it removes the -uncompiled tag in the version number in lib/player.js. This adds a step to the workflow to maintain the player.js version manually. 2. This also adds a new job that tags the master branch after a release PR is merged. We maintain the -master tags on the master branch corresponding to each release so that it is easier to manage the range of commits for cherry-picks. 3. The "npm ci" step was failing because our package-lock.json was not compatible with v12 of NodeJS. This updates our workflow to use v16. The npm release workflow has now been tested in a fork up until the publish step. 4. The tagging and GitHub release publication parts of the workflow were previously failing due to an issue with release-please parsing the branch name. This has now been fixed, and is awaiting an upstream merge. For now, we can use my forked version. Closes #3968 (branch parsing failure) Issue #3969 (npm release is now tested up to the publish step) Closes #3971 (master branch tags) Closes #3974 (missing -uncompiled in lib/player.js)
joeyparrish
added a commit
that referenced
this issue
Mar 22, 2022
1. When release-please creates release PRs, it removes the -uncompiled tag in the version number in lib/player.js. This adds a step to the workflow to maintain the player.js version manually. 2. This also adds a new job that tags the master branch after a release PR is merged. We maintain the -master tags on the master branch corresponding to each release so that it is easier to manage the range of commits for cherry-picks. 3. The "npm ci" step was failing because our package-lock.json was not compatible with v12 of NodeJS. This updates our workflow to use v16. The npm release workflow has now been tested in a fork up until the publish step. 4. The tagging and GitHub release publication parts of the workflow were previously failing due to an issue with release-please parsing the branch name. This has now been fixed, and is awaiting an upstream merge. For now, we can use my forked version. Closes #3968 (branch parsing failure) Issue #3969 (npm release is now tested up to the publish step) Closes #3971 (master branch tags) Closes #3974 (missing -uncompiled in lib/player.js)
joeyparrish
added a commit
that referenced
this issue
Mar 22, 2022
1. When release-please creates release PRs, it removes the -uncompiled tag in the version number in lib/player.js. This adds a step to the workflow to maintain the player.js version manually. 2. This also adds a new job that tags the master branch after a release PR is merged. We maintain the -master tags on the master branch corresponding to each release so that it is easier to manage the range of commits for cherry-picks. 3. The "npm ci" step was failing because our package-lock.json was not compatible with v12 of NodeJS. This updates our workflow to use v16. The npm release workflow has now been tested in a fork up until the publish step. 4. The tagging and GitHub release publication parts of the workflow were previously failing due to an issue with release-please parsing the branch name. This has now been fixed, and is awaiting an upstream merge. For now, we can use my forked version. Closes #3968 (branch parsing failure) Issue #3969 (npm release is now tested up to the publish step) Closes #3971 (master branch tags) Closes #3974 (missing -uncompiled in lib/player.js)
github-actions
bot
added
the
status: archived
Archived and locked; will not be updated
label
Apr 24, 2022
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
status: archived
Archived and locked; will not be updated
type: CI
An issue with our continuous integration tests
We add tags to the master branch for each release from a release branch, to give us an easy reference to start cherry-picks for the next round of releases. This should be part of the automated release workflow.
The text was updated successfully, but these errors were encountered: