feat(ops): add production readiness check#53
Conversation
|
@Dayz-tech-co is attempting to deploy a commit to the karagoz's projects Team on Vercel. A member of the Team first needs to authorize it. |
|
@Dayz-tech-co Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits. You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀 |
|
Thanks for the production readiness work. I checked this against #51 and cannot merge it yet because the test suite is not green. Commands run:
Blocking test failure:
The test expects the formatted report to include
Please update the test fixture or readiness validation so the test expectation matches the intended behavior, then rerun Small cleanup: lint also reports an unused |
|
Thanks for the production readiness PR. I cannot merge it yet because the new readiness test fails. Command run: npm ci
npm test -- src/lib/readiness/production.test.tsBlocking failure: The generated report currently lists other missing production settings but not |
|
Thanks for the PR! GitHub reports this branch is conflicting with |
b486256 to
55151fa
Compare
|
Rebased this branch onto current main and resolved the reported conflicts while preserving the newer payment quote, body-size, wallet/XDR, metrics, and idempotency protections. I also fixed the previously reported readiness test mismatch and current-main test defects that prevented the required full suite from going green.\n\nValidation on commit 55151fa:\n- npm test: 62 files passed, 433 tests passed\n- npm run lint: passed (0 errors; 6 existing warnings)\n- npm run build: passed\n- valid production readiness fixture: exit 0\n- unsafe/missing production fixture: exit 1 with actionable setting names and no secret values\n- git diff --check: passed\n\nGitHub now reports the PR as MERGEABLE. Ready for re-review. |
Closes #51
Summary
What the readiness check validates
STELLAR_HORIZON_URLSTELLAR_NETWORK_PASSPHRASEFORTEXA_AUTH_SECRETFORTEXA_OPERATOR_WALLETSDATABASE_URLorFORTEXA_STORE_DIRREDIS_URLorFORTEXA_SHARED_STATE_PATHWhy
Fortexa currently falls back to several local/demo-safe defaults:
Those are convenient for local development but unsafe for production payment flows. This change gives operators a clear pre-deploy gate with actionable remediations and no secret leakage.
Notes
Validation
Intended commands:
npm run testnpm run lintnpm run check:production-readinessLocal limitation:
npm installfailing withENOSPC(disk full), so I could not complete the requested local lint/test run here