api sends raw requests to the active provider.
Provider-neutral commands cover supported Gitfleet workflows. api is an
escape hatch for advanced users who need a provider endpoint that is not yet
modeled.
Use api for diagnostics, one-off provider reads, or controlled automation
against an endpoint Gitfleet does not wrap.
Know which provider profile is active and read the provider endpoint
documentation for the route you are calling. api does not normalize responses
into Gitfleet DTOs, so scripts should expect provider-specific JSON. For
mutating requests, prepare the body file and use --dry-run when checking the
request shape.
gitfleet api get /usergitfleet api post /repos/owner/repository/dispatches --body payload.json --dry-rungitfleet api put /path --body payload.jsongitfleet api patch /path --body payload.jsongitfleet api delete /path --yes
GitHub and GitLab both expose raw API capability.
Mutating raw requests are powerful. Use --dry-run where supported and --yes
for destructive automation.
Prefer --json and explicit request bodies for scripts.
Use modeled commands where available, especially repo, change, issue, and pipeline.