List Artifacts
const url = 'https://example.com/registry/v1/workspaces/example/engines/qibdo/namespaces/example/repositories/example/artifacts';const options = {method: 'GET'};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url https://example.com/registry/v1/workspaces/example/engines/qibdo/namespaces/example/repositories/example/artifactsReturns a page of artifacts under one repository, with inline tags so the caller can render the standard “image with N tags” view in one round-trip. Supports AIP-160 filtering and AIP-132 ordering.
Parameters
Section titled “ Parameters ”Path Parameters
Section titled “Path Parameters ”Workspace UUID — must match the authorized scope.
Parent namespace UUID.
Parent repository UUID.
Query Parameters
Section titled “Query Parameters ”The maximum number of artifacts to return. The service may return fewer than this value. If unspecified, at most 20 artifacts will be returned. The maximum value is 100; values above 100 will be coerced to 100.
A page token, received from a previous ListArtifacts call.
AIP-160 filter expression
AIP-132 order_by expression
Responses
Section titled “ Responses ”OK
ListArtifactsResponse
Response message for ListArtifacts.
Note: This API intentionally omits total_size from list responses.
Keyset pagination does not support efficient total count computation
(COUNT(*) requires a full table scan). Per AIP-158, total_size is optional.
object
The list of artifacts under the requested repository.
An OCI artifact: a manifest (the JSON document the registry stores) plus the blobs it references (image layers, configs). Identified by content-derived digest. May have zero or more tags pointing at it; deleting a tag does not delete the artifact.
object
Content-derived identifier (sha256:…). Stable for the lifetime of the manifest.
Parent repository UUID — identifies the repository this artifact lives in.
Total size of the manifest plus its referenced blobs, in bytes.
OCI media type (e.g. application/vnd.oci.image.manifest.v1+json).
All tags currently pointing at this manifest (the registry returns these inline via
?with_tag=true). Empty when the artifact is referenced only by digest.
A mutable label that points at an artifact’s manifest digest. Multiple tags can point at the same digest; deleting a tag (DeleteTag) does not delete the underlying manifest unless it was the last reference.
object
The tag name as understood by docker pull foo:<name>. Unique per repository.
The digest of the manifest this tag currently points at.
When this tag was last pushed (i.e. the most recent docker push image:<name>).
True when the repository’s immutable-tag policy applies to this tag — the registry refuses to overwrite it on push.
When the manifest was first pushed.
Most recent pull time, if any.
Latest scan status reported by the configured scanner.
A token, which can be sent as page_token to retrieve the next page.
If this field is empty, there are no subsequent pages.
Example
{ "artifacts": [ { "scan_status": "ARTIFACT_SCAN_STATUS_UNSPECIFIED" } ]}default
Section titled “default ”Default error response
The Status type defines a logical error model that is suitable for different programming environments, including REST APIs and RPC APIs. It is used by gRPC. Each Status message contains three pieces of data: error code, error message, and error details. You can find out more about this error model and how to work with it in the API Design Guide.
object
The status code, which should be an enum value of [google.rpc.Code][google.rpc.Code].
A developer-facing error message, which should be in English. Any user-facing error message should be localized and sent in the [google.rpc.Status.details][google.rpc.Status.details] field, or localized by the client.
A list of messages that carry the error details. There is a common set of message types for APIs to use.
Contains an arbitrary serialized message along with a @type that describes the type of the serialized message.
object
The type of the serialized message.
Example generated
{ "code": 1, "message": "example", "details": [ { "@type": "example" } ]}