-
Notifications
You must be signed in to change notification settings - Fork 9
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
e2e: add emojivoto to release #358
Conversation
justfile
Outdated
@@ -197,15 +197,11 @@ fmt: | |||
lint: | |||
nix run .#scripts.golangci-lint -- run | |||
|
|||
demodir namespace="default": coordinator initializer |
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.
Why are these not needed anymore?
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.
The coordinator gets generated separately. Only the Emojivoto files need to be in the ZIP
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.
Point taken about the coordinator, but what about the initializer? It needs to be patched in the demo resources, doesn't it?
@katexochen: demodir
is currently a mix between released artifacts and HEAD. What do you think about moving back to "everything from HEAD" when releases include the demo app?
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.
Why move to HEAD instead of taking everything from the release? The purpose of demodir is to drop a dev into a reliable and stable demo environment.
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.
This will be possible with gh release download
after the next release, which is why I was thinking to either drop the target (if we only ever want stable demo dirs), or use the dev build to simulate "what we would get if we'd cut a release now".
I'm also unsure how to complete the release workflow: should steps for installing and calling |
The contrast/.github/workflows/release.yml Line 200 in 822dee4
The resulting zip needs to be included into the released files. contrast/.github/workflows/release.yml Lines 221 to 223 in 822dee4
There may be a general misunderstanding here: the |
I have tried to add a similar script to the one currently generating the coordinator in the release. It does not work at the moment and I am trying to understand why |
I believe there is now at least a correctly generated and patched demo being produced in the release, so the E2E release testing can at least proceed. I'm really sorry about the delay.
|
Overall lgtm, but the demodir target is still broken afaict. Maybe it would make sense to revert the justfile changes in this PR and focus on the release? |
435c6d4
to
29c0f9e
Compare
29c0f9e
to
325c93f
Compare
325c93f
to
2233e9b
Compare
I rebased this and fixed the merge conflict with node-installer. Once tests pass, I'll hit merge. |
Co-authored-by: Markus Rudy <[email protected]>
2233e9b
to
ecc6b66
Compare
resourcegen
now takes an additional argument for the file path containing image patches. The demo generation has been modified to make use of this, though the namespace patching still runs through kypatch for now.