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
Canary tests should be as close as possible to real-world usage. We've achieved this with canary tag deployments in NPM & Dockerhub, but we should also use the same docker-compose.yml file that users fetch when starting the sandbox.
We currently have a separate yml file which is very similar but this way we won't catch errors when changing the aztec-sandbox/docker-compose.yml file.
The text was updated successfully, but these errors were encountered:
Fixes#2642Fixes#2917
Also: use `aztecprotocol/aztec-sandbox:canary` for canary tests
# Checklist:
Remove the checklist to signal you've completed it. Enable auto-merge if
the PR is ready to merge.
- [ ] If the pull request requires a cryptography review (e.g.
cryptographic algorithm implementations) I have added the 'crypto' tag.
- [ ] I have reviewed my diff in github, line by line and removed
unexpected formatting changes, testing logs, or commented-out code.
- [ ] Every change is related to the PR description.
- [ ] I have
[linked](https://docs.github.com/en/issues/tracking-your-work-with-issues/linking-a-pull-request-to-an-issue)
this pull request to relevant issues (if any exist).
Canary tests should be as close as possible to real-world usage. We've achieved this with canary tag deployments in NPM & Dockerhub, but we should also use the same docker-compose.yml file that users fetch when starting the sandbox.
We currently have a separate yml file which is very similar but this way we won't catch errors when changing the aztec-sandbox/docker-compose.yml file.
The text was updated successfully, but these errors were encountered: