Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Build drivers table and OCI/Docker exporter page say the docker driver can't export tarballs or multi-platform images

Offen Anfängerfreundlich
  • Stimmt etwas nicht?
#26,372 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
2/5
Geschätzter Aufwand
Ein halber Tag
Anfängerfreundlichkeit
82/100
Issue-Typ
Dokumentation
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
docker, markdown
Bereich
documentation

Rechercherichtung

Beginne damit, die Tabelle Build drivers und die Seite OCI and Docker exporters in der Docker-Dokumentation zu finden. Prüfe die umgebende Formulierung und die verlinkten Hinweise zu Multi-Platform-Builds und aktualisiere anschließend beide Seiten, sodass die Unterstützung für den Treiber docker mit dem containerd-Image-Speicher beschrieben wird, während die Einschränkung für klassische Worker erhalten bleibt. Erledigt bedeutet, dass sich die Seiten nicht mehr widersprechen und beide Speichermodi korrekt behandeln.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Two pages say that the default docker driver can't do something it can do with the containerd image store:

  • Build drivers: the table leaves Tarball output and Multi-arch images empty for docker.
  • OCI and Docker exporters: "The docker driver doesn't support these exporters. You must use docker-container or some other driver."

With the containerd image store, which is the default for Docker Desktop and for fresh Docker Engine 29.0+ installations (containerd image store), both work with the docker driver. Multi-platform builds already says that no extra setup is needed in that case, so the pages disagree.

What I ran

Docker Desktop, Engine 29.7.2, buildx v0.36.1, containerd image store, builder desktop-linux (driver docker), FROM scratch + one COPY:

$ docker buildx build --builder desktop-linux --output type=oci,dest=out-oci.tar .        # exit 0, tar has index.json, oci-layout
$ docker buildx build --builder desktop-linux --output type=docker,dest=out-docker.tar .  # exit 0, tar has index.json, manifest.json, oci-layout
$ docker buildx build --builder desktop-linux --platform linux/amd64,linux/arm64 \
    --output type=oci,dest=out-multi.tar .                                              # exit 0, index.json has an image index

In moby, daemon/internal/builder-next/worker/containerdworker.go passes every exporter except moby to the BuildKit containerd worker, which has the oci and docker exporters. The classic worker (worker/worker.go) only has moby, local and tar, so the current text is still right for the classic storage drivers.

I didn't run a build on Docker Engine on Linux.

I can open a PR that marks these cells as supported with the containerd image store and updates the exporter page.

This report was prepared with the help of an AI assistant (Claude); I reviewed and verified it.

🤖 Generated with Claude Code

Vorherrschende Sprache
Markdown
Sterne
4.7k
Forks
8.5k
Ø Merge
2 T. 5 Std.
Gemergte PRs (30 T.)
146

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus docker/docs

Alle Issues in docker/docs

Ähnliche Issues

Weitere Issues zu Documentation

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.