GitLab
GitLab CI/CD: Local testing in CI
- Applies to
- Gatewayruntime for API, AI, and MCP gateways
- Hosting
- Managed EdgeManaged DedicatedSelf-HostedDiffers
1 difference by hosting option
Self-Hosted
Add --self-hosted-endpoint with your management API hostname to each zuplo deploy command so it targets your cluster. See zuplo deploy.
Test against a local Zuplo server before deploying anywhere.
.gitlab-ci.yml
Local tests run first. Only if they pass does deployment proceed.
The readiness poll replaces a fixed sleep. A sleep is a guess about startup
time that is wrong in both directions, and it is the most common reason a
gateway test suite "needs" a retry. The example polls /health — add an
unauthenticated health route if your gateway does not have one. See
health checks.
Next steps
- Add multi-stage deployment with staging
Last modified on