--- description: Creating repositories on Docker Hub keywords: Docker, docker, trusted, registry, accounts, plans, Dockerfile, Docker Hub, webhooks, docs, documentation, manage, repos title: Create repositories toc_max: 3 redirect_from: - /docker-hub/repos/configure/ --- Repositories let you share container images with your team, customers, or the Docker community at large. A single Docker Hub repository can hold many Docker images which are stored as **tags**. Docker images are pushed to Docker Hub through the [`docker push`](/engine/reference/commandline/push/) command. ## Create a repository 1. Sign in to Docker Hub. 2. Select **Repositories**. 3. Near the top-right corner, select **Create Repository**. When creating a new repository: - You can choose to locate it under your own user account, or under any [organization](../../docker-hub/orgs.md) where you are an [owner](../manage-a-team.md#the-owners-team). - The repository name needs to: - Be unique - Have between 2 and 255 characters - Only contain lowercase letters, numbers, hyphens (`-`), and underscores (`_`) > **Note** > > You can't rename a Docker Hub repository once it's created. - The description can be up to 100 characters. It is used in the search results. - If you are a Docker Verified Publisher (DVP) or Docker-Sponsored Open Source (DSOS) organization, you can also add a logo to a repository. The maximum size is 1000x1000. - You can link a GitHub or Bitbucket account now, or choose to do it later in the repository settings. - You can set the repository's default visibility to public or private. > **Note** > > For organizations creating a new repository, it's recommended you select **Private**. ### Add a repository overview Once you have created a repository, add an overview to the **Repository overview** field. This describes what your image does and how to use it.
A good image description is essential to help potential users understand why and how to use the image. The bellow covers the best practices to follow when adding a description to your image.
Include a description of what the image is, the features it offers, and why people might want or need to use it in their project or image.
Optional information to include are examples of usage, history, the team behind the project, etc.
Provide instructions for a minimal “getting started” example with running a container using the image. Also provide a minimal example of how to use the image in a Dockerfile.
Optional information to include, if relevant, is:
List the key image variants and the tags for using them along with what that variant offers and why someone might want to use that variant.
Add links here for docs and support sites, communities, or mailing lists were users can find more and ask questions.
Who is the image maintained by and how can someone contact them with concerns.
What is the license for the image and where can people find more details if needed.