-
Notifications
You must be signed in to change notification settings - Fork 18
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
Set a flag for dev builds to fix manifest issue #149
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
The step doesn't run on PR builds, so there's no better way to test other than to merge. YOLO.
.buildkite/pipeline.yml
Outdated
@@ -71,6 +71,7 @@ steps: | |||
buildkite-agent artifact download "*.exe" . | |||
|
|||
echo "--- :node: Generating Release Manifest" | |||
export IS_DEV_BUILD=true |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or IS_DEV_BUILD=true node ./scripts/generate-releases-manifest.mjs
to make it explicit the flag is specifically for the generate-releases-manifest
script.
It worked fine, as the 'dev' builds section in manifest was regenerated:
And here is the section:
However, links don't work so we need to check it more. |
I notice the |
@p-jackson I fixed those in #153 |
Related to https://github.com/Automattic/dotcom-forge/issues/7339
Proposed Changes
I propose to set an environment variable to state that the given build is a dev build. That way, the manifest can be generated correctly for dev builds after recent pipeline changes.
Testing Instructions
See if the manifest is generated correctly and if dev builds are updated.
Currently, 'Distribute Dev Builds' step runs only for trunk, so it can't be tested before the merge.
Pre-merge Checklist