0% 0% 0% 0%

Build & Artifacts

Index
  1. 01. Concepts
  2. 02. Architecture
  3. 03. State & Storage
  4. 04. Tools
  5. 05. BigQuery
  6. 06. Cloud Storage
  7. 07. Compute & Containers
  8. 08. Cloud Run
  9. 09. Pub/Sub
  10. 10. Databases
  11. 11. Observability
  12. 12. Access & Billing
  13. 13. Secret Manager
  14. 14. Networking
  15. 15. Scheduling & Tasks
  16. 16. Build & Artifacts
  17. 17. Guardrails
  18. 18. Setup
  19. 19. Deploy to Cloud Run

Build & Artifacts

The CI/CD surface — what got built, what’s stored, and re-run a failed build. Reads run under your identity; the two writes (retry a build, delete an image version) are approval-gated.

Cloud Build

  • list_builds(project_id) — the most recent builds, each with a short id and status (success, failure, working…).
  • list_build_triggers(project_id) — the build triggers in a project, flagged if disabled.
  • retry_build(build_id, project_id)write. Re-runs a build by id — the one-move fix when a build failed on a flake. Use list_builds to find the id.

Artifact Registry

  • list_artifact_repositories(location, project_id) — the repositories in a location, with their format (Docker, etc.).
  • list_artifact_images(repository, location, project_id) — the Docker images in a repository with their tags (first 20).
  • delete_artifact_version(package, version, repository, location, project_id)write. Deletes one image version — targeted registry cleanup, not a bulk purge.

Scope by design

enoki never deploys a function or pushes an image — deploying needs a source upload and build, which is exactly the free-form surface the Guardrails forbid. It reports what built and stored, retries a failed build, and cleans up a version — bounded, typed actions, each write bound to the exact plan you approve.

Next: Guardrails.