CI providers¶
CI providers are third-party services whose integrations expose the ci type. Use this group when you want builds and deploys to run from an existing CI system.
Machine name: ci
Use a CI provider when:
- you want builds and deploys to run from an existing CI system
- you want Wodby-aware build metadata and deployment commands inside that CI workflow
- you want to choose between Wodby's built-in CI flow and a third-party provider
Where it is used in Wodby¶
CI provider integrations are used for:
- app build and deploy workflows
- organization or app defaults for CI behavior
- provider-backed actions such as triggering or rerunning supported workflows
Provider-backed actions are available only for CI providers that Wodby can call directly. Custom CI uses the same CLI build and deploy flow, but Wodby does not poll, trigger, or rerun the external CI provider.
Supported options¶
| Option | Kind | Notes |
|---|---|---|
| Wodby CI | Built-in | Wodby-managed CI flow |
| CircleCI | Provider | Third-party CI integration |
| Custom CI | Provider | No provider connection; build completion is driven by Wodby CLI |
| GitHub Actions | Provider | Uses the GitHub provider |
| GitLab CI | Provider | Uses the GitLab provider |
Choosing between Wodby CI and third-party CI¶
- Use Wodby CI when you want the most direct Wodby-managed path.
- Use a provider-backed third-party CI integration when your team already builds in GitHub Actions, GitLab CI, or CircleCI and you want Wodby to use provider APIs where supported.
- Use Custom CI when your team already has a CI workflow but does not want to connect that CI provider to Wodby, or when the CI provider is unsupported.