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
sobolk opened this issue
Nov 13, 2023
· 0 comments
Labels
tech-debtRefactors, unsavory workarounds or other technical decisions that should be revisited latertestingEngineering label for issues related to tests or test tooling
NPM runs into race condition on first attempt to use create amplify when NPX cache is not populated.
We should preserve ability for canary test to run scenarios that match customer behavior 1:1.
The PR, introduced a workaround to execute --help to hydrate npx cache.
The following alternatives should be considered in the long term:
Create a programatic component that throttles first call (not all of them) to npm create amplify.
How does this run with multiple test files when each file runs as separate node process?
Farm out each test on separate worker ("generate test matrix" functionality)".
The alternative of just running test sequentially has been rejected as this makes runtime grow linearly with tests volume and doesn't scale.
The text was updated successfully, but these errors were encountered:
sobolk
added
tech-debt
Refactors, unsavory workarounds or other technical decisions that should be revisited later
testing
Engineering label for issues related to tests or test tooling
labels
Nov 13, 2023
tech-debtRefactors, unsavory workarounds or other technical decisions that should be revisited latertestingEngineering label for issues related to tests or test tooling
From #635 .
NPM runs into race condition on first attempt to use create amplify when NPX cache is not populated.
We should preserve ability for canary test to run scenarios that match customer behavior 1:1.
The PR, introduced a workaround to execute
--help
to hydrate npx cache.The following alternatives should be considered in the long term:
npm create amplify
.The alternative of just running test sequentially has been rejected as this makes runtime grow linearly with tests volume and doesn't scale.
The text was updated successfully, but these errors were encountered: