This repository is a curated collection of Docker Compose samples demonstrating how to integrate various services (web frameworks, databases, proxies, etc.) using Docker Compose. It serves as a reference for developers to quickly set up development environments. The samples cover a wide range of stacks including Angular, Django, Flask, Go, Rust, and more. Notable examples include WebAssembly-based microservices using WasmEdge. The repository is not a single application but a library of examples, each with its own compose.yaml and application code. It is actively maintained by Docker.

Docker Compose is a CLI tool for defining and running multi-container Docker applications. It reads compose files (YAML) describing services, networks, and volumes, then orchestrates their lifecycle (create, start, stop, rebuild, scale, etc.) against the Docker Engine API. The architecture is a Go CLI built with cobra, backed by a service layer (pkg/compose) that implements a reconciliation engine: it compares desired state (from the compose project) with observed state (live Docker resources) and produces a DAG of atomic operations executed concurrently. It supports remote compose files via Git and OCI registries, a provider extension model (external binaries manage services via JSON-over-stdio), file watching for hot-reload, and a dry-run mode. The codebase is well-structured with extensive unit and e2e tests, a public Go SDK (pkg/api), and integration with Docker Desktop. Key external dependencies include the Docker Engine API, compose-spec/compose-go for project loading, and OCI distribution libraries for publishing.

Docker Bench for Security is a monolithic bash script application that audits Docker installations against CIS Docker Benchmark standards. It consists of a main orchestration script (docker-bench-security.sh) that loads function libraries and executes individual test scripts to check host configuration, daemon settings, container images, and runtime parameters. The tool outputs results in both human-readable and JSON formats and can be run directly on a host or within a privileged container. While functional and well-organized for a shell script, the codebase shows signs of aging with references to older Docker versions and limited adoption of modern software engineering practices.

docker/docs is the source repository for Docker's official documentation website (docs.docker.com). It is a Hugo static-site project with 2,500+ Markdown pages spanning all Docker products — Engine, Compose, Desktop, Hub, Scout, Hardened Images, AI Sandboxes, Model Runner, Docker Agent, security, subscription/billing, and the Extensions SDK — plus generated CLI and API reference sections. The site ships two renderings from one source: conventional HTML/JS for browsers and a plain-Markdown variant (via llms.txt, llms-full.txt, and Accept-header content negotiation) designed for LLMs and AI agents. This dual-output design is the most distinctive architectural feature of the repository. Beneath the content layer sits real engineering. A custom Go module (hack/api-docs) validates multiple OpenAPI 3.2 specifications against a strict JSON Schema dialect, SHA-256-locks upstream spec resources, and emits a single data/api-reference.json model consumed by Hugo. A Hugo content adapter (content/reference/cli/_content.gotmpl) generates ~400 CLI reference pages from structured YAML command trees in data/cli and data/sbx_cli rather than hand-authored Markdown. Upstream project docs (docker/cli, compose, buildx, moby, buildkit, model-runner, docker-agent) are vendored as Go modules with automated sync workflows and PR review guardrails that reject direct edits to generated content. The front end uses Tailwind CSS 4, Alpine.js, Mermaid, Pagefind search, and a self-contained interactive SVG diagram renderer. Build, lint, test, and deploy are fully containerized via docker-bake.hcl, with CI covering link checks, Vale prose linting, rumdl Markdown linting, API-reference regeneration staleness, and Playwright browser checks. The repository is actively maintained: daily and scheduled GitHub Actions keep vendored docs synchronized, a nightly docs scan detects quality issues, Dependabot and stale-issue automation run, and an AI-agent PR review pipeline enforces style and vendoring rules. The main risks are structural rather than stagnation-related: the HTML/Markdown shortcode system must be maintained in two forms (some visual components silently disappear from the Markdown variant), the vendored surface spans six+ upstream repos and depends on disciplined sync, and the rapidly evolving AI product documentation (Sandboxes, Docker Agent, Model Runner, Gordon) creates constant churn. Legacy content such as 2017-era engine release notes and deprecated Compose standalone install pages is retained deliberately as archived history, not as evidence of drift.

Docker Buildx is a Docker CLI plugin that extends the native `docker build` command with advanced BuildKit capabilities. It provides a rich command surface for multi-platform builds, declarative bake files (HCL/JSON/Compose), cache management, image attestations and provenance, policy-based source verification (OPA/Rego), and interactive debugging via a Debug Adapter Protocol (DAP) server. The architecture is driver-based, supporting local Docker, Docker containers, Kubernetes, remote TCP/Unix sockets, and a cloud driver. The codebase is written in Go and follows a modular structure with clear separation between CLI commands, build orchestration, driver implementations, policy evaluation, and utility packages. It includes an extensive integration test suite and CI pipelines that test across multiple BuildKit and Docker versions.

This repository is an issue tracker for Docker Desktop for Windows, now being sunset in favor of the desktop-feedback repository. It contains no source code, configuration, or reusable components. The codebase is effectively empty, serving only as a historical archive of issues. There are no application entry points, data flows, or architectural elements to analyze. The repository is deprecated and should not be used for any development or reuse purposes.

This repository is a monorepo of self-contained demo applications showing how to build and deploy multi-agent AI systems using Docker Compose, Docker Model Runner, and the MCP Gateway. It contains 12+ independent examples spanning Google ADK, A2A, Agno, CrewAI, LangGraph, Langchaingo (Go), Spring AI, Akka, and a Next.js agent UI. Each subproject is a standalone composition with its own compose.yaml, Dockerfile, and README, designed to run with a single `docker compose up --build` after creating a `.mcp.env` file. The demos are reference architectures rather than a single product, emphasizing local LLM inference, MCP tool integration, and switching between local and cloud models via compose override files.

This is a GitHub Action that wraps Docker's `buildx bake` command, enabling multi-target Docker builds within CI workflows. It parses bake definition files (HCL or JSON), translates GitHub Action inputs into bake arguments (including support for provenance, SBOM, custom outputs, and build checks), executes the build, and generates a detailed job summary with optional build record upload. The action integrates tightly with the `@docker/actions-toolkit` library to manage Docker contexts, builder instances, and GitHub API interactions. While the core action is specific to GitHub Actions, a subaction (`subaction/matrix`) demonstrates a reusable pattern for generating a multi-dimensional GitHub Actions matrix from a bake definition's targets and fields, which can be extracted and adapted for other CI systems or deployment pipelines. The repository is well-maintained with daily dependency updates and comprehensive CI tests across various buildx versions and scenarios.