Skip to content

Execution: stamp git SHA / build-id into codeq --version + manifest.json (both envs) #24

Description

@Kenny-Heitritter

Parent

Map #16 · implements the Phase 0 decision locked in #19 (SHA/build-id stamping — the observability substrate).

What to build

Today manifest.json carries only version/timestamp/binaries, and the only on-pod way to tell which binary a user is on is codeq --version — which exposes no SHA. Make every codeq build self-identifying: stamp the opencode git SHA plus the Cloud Build $SHORT_SHA/$BUILD_ID into codeq --version output, and add "sha" + "build_id" keys to the emitted manifest.json, in both staging and prod.

Cheap — the build-binary step already installs git and sets OPENCODE_BUMP=1. This is the prerequisite for the rollout smoke-test and for verifying any auto-rebuild.

Lands in qbraid-infrastructure (terraform/environments/{staging,prod}/gcp/cloud-build-codeq.tf). Full ordered spec: #19 → Phase 0.

Acceptance criteria

  • A staging codeq push writes latest/manifest.json including a sha (opencode git SHA) and a build_id key.
  • codeq --version on the produced binary reports the same SHA / build id.
  • The same stamping is applied to the prod build (opencode-prod-maings://qbraid-codeq).
  • No change to the existing version/timestamp/binaries fields — additive only.

Blocked by

  • None — can start immediately.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    ready-for-agentTicket is scoped and ready for an agent to grab and implement

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions