Glossary API
A glossary term is a word the project agrees on.
A glossary term is a word the project agrees on. The thing the client calls a "branch", the analyst a "site" and the developers a "location" gets one entry with one definition, the other names it goes by as aliases, the terms it leans on, where the definition comes from and where it stands in review. Every story, requirement and test is read against these words, and Heimdall drafts in them, so the glossary is the project's own language written down once.
The reads here see the terms of the projects the token may see; a client guest's token sees the approved terms only, because a draft is still the analyst's working note. A term outside that set is a 404 RESOURCE_NOT_FOUND, never a 403. Every write runs the same action the Glossary page runs, under the project permissions, and announces itself as a glossary_term.* event.
Endpoints
/v1/glossary/{term}Get a glossary termPATCH/v1/glossary/{term}Update a glossary termDELETE/v1/glossary/{term}Delete a glossary termGET/v1/glossary/{term}/revisionsList a term's versionsGET/v1/glossary/{term}/revisions/{revision}Read one version of a termGET/v1/projects/{project}/glossaryList glossary termsPOST/v1/projects/{project}/glossaryAdd a glossary termPOST/v1/glossary/{term}/statusMove a glossary termPOST/v1/glossary/{term}/revisions/{revision}/restoreRestore a version of a termRelated
How is this guide?
Last updated on