docker / docker/cli

Feature request: docker manifest pull

Open
#2,314 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

area/builder area/distribution area/manifest
Dominant language
Go
Stars
6.1k
Forks
2.2k
Avg merge
1d 15h
Merged PRs (30d)
43

Description

Please provide a new subcommand "docker manifest pull"

I have 2 docker servers (not in a cluster). An "amd64" and a "armhf". I want to make an image on every server locally and then merge them in a manifest list. I can create and push a manifest list on the first server, but when I want to add the second image on the second server, I can't retrieve the already existing list. I only can create a new list. When I currently push this new list, I am losing the first entry.

"docker image pull" gets the image, not the manifest. I would suggest that "docker manifest pull" will pull the manifest and not the image. My workflow would then be:

# on the amd64 server:
docker build -t user/name:tag-amd64 .
docker push user/name:tag-amd64
docker manifest create user/name:tag user/name:tag-amd64
docker manifest push user/name:tag

# on the second armhf server:
docker build -t user/name:tag-armhf .
docker push user/name:tag-armhf
docker manifest pull user/name:tag # <= new subcommand.
docker manifest create user/name:tag user/name:tag-armhf
docker manifest push user/name:tag

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Review the existing docker manifest create and docker manifest push command paths, then determine how a remote manifest list should be retrieved and represented locally. Done means docker manifest pull user/name:tag preserves the existing entries so another architecture can be added and pushed without losing them.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, go
Domain
cli
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.