Version

Epics API

An epic is a body of work the client recognises: the scope a release is cut from and the parent of every story.

An epic is a body of work the client recognises: the scope a release is cut from and the parent of every story. It is numbered from the project's shared tracker sequence, so its reference (CRM-12) sits in the same series as the stories under it, and it carries the goal, the value and the measures that say when it is done, an owner, a MoSCoW priority, a status from draft to done and the dates agreed.

Every save of an epic writes a version: the snapshot of its captured columns, the diff from the version before, who wrote it, through what, and why. The versions are read and put back through the endpoints below, under the epic's own abilities; a restore writes a new version that points at the one restored, so the history is never rewritten.

The reads here see the epics of the projects the token may see; a client guest's token sees the agreed epics only (approved, in progress or done), because a draft is still the analyst's working note, and never a version. An epic outside that set is a 404 RESOURCE_NOT_FOUND, never a 403. Every write runs the same action the Epics page runs, under the project permissions, and announces itself as an epic.* event.

Endpoints

How is this guide?

Last updated on

Version

On this page

What changed recentlyEvery release of Zuse Bifrost, with the pages it touched.

For AI agents: llms.txt ยท llms-full.txt