Registries are the project-owned repositories where MeshAgent stores OCI images for your services. Use them when you want to build, publish, and deploy containerized services inside MeshAgent without depending on a separate registry such as Docker Hub, Azure Container Registry, or Google Artifact Registry. MeshAgent can still work with other registry paths, but project registries give you the MeshAgent-native path when you want image storage and deployment in one place.Documentation Index
Fetch the complete documentation index at: https://docs.meshagent.com/llms.txt
Use this file to discover all available pages before exploring further.
How registries work
Each repository belongs to a project and holds the image tags for one service or image family. Tags in the project registry use this shape:registry.meshagent.com/... tag, the resulting image lives in the project registry.
That means other rooms in the same project can deploy from the same published image tag. The repository namespace belongs to the project, not to one room.
Create a repository
Create a repository when you want a stable image name that you plan to build and publish more than once, such as a service, worker, or app. In most projects, you keep one repository per service or image family, then publish new tags into it over time. Create the repository before pushing tags into it:bash
Inspect and manage repositories
List repositories in the active project:bash
bash
bash
bash
Use the repository with meshagent build
Once the repository exists, publish images into it with meshagent build:
bash
meshagent build validates that:
- the project key in the tag matches the selected project
- the target repository exists in that project
meshagent registry create first.