Ship release
After a production deploy, ship the open release. Changes from the deployed pull requests ship; the rest move to a new open release. Only for changelogs that release on deploy.
/v1/w/{workspace}/releases/shipSend an Idempotency-Key. This may answer 202 while it waits for approval.
Path parameters
workspacestringrequiredYour workspace’s address name.
Headers
Idempotency-Keystring8–100 characters. Repeat the same key and body to get the first outcome back instead of writing twice.
Body
changelogIdstringThe changelog, like cl_…; or give product instead.
productstringThe product’s key, like APP; each product has one changelog.
versionstringDefaults to the next one for the day, like 2026.12.01.1.
commitstringThe deployed commit.
previousCommitstringThe commit deployed before it.
deployedAtstringWhen it deployed.
pullRequestsobject[]The deployed pull requests; their changes ship.
changeIdsstring[]Or name the changes to ship.
Response
releaseobjectDetails
Ship a changelog's open release for a production deploy, when its release cycle is “every deploy” (list_changelogs shows it; scheduled and hand-released changelogs refuse). The changes whose pull requests are in the deploy (or the changeIds you name) go out with it; the rest move to a new open release. Pull requests in the deploy without a change are listed as missing, unless they say noChangelog. With neither pullRequests nor changeIds, every change in the open release ships. Sending the same commit again changes nothing (alreadyShipped). Publishing stays with a lead in Olamma.