No description
Find a file
Stephen J Day e891939ebc spec: Canonicalized JSON Format for Distribution APIs
Signed-off-by: Stephen J Day <stephen.day@docker.com>
2015-03-16 13:03:02 -07:00
cmd Merge pull request #45 from icecrime/dist_binary_skeleton 2015-02-13 16:30:31 -08:00
configuration Path prefix support for running registry somewhere other than root of server 2015-02-26 16:04:43 -08:00
context Context package to support context-aware logging 2015-02-06 16:20:38 -08:00
digest Replace unsupported hashes with supported 2015-02-19 17:55:05 -08:00
doc spec: Canonicalized JSON Format for Distribution APIs 2015-03-16 13:03:02 -07:00
Godeps Fixing build, GoDeps entry for github.com/MSOpenTech/azure-sdk-for-go was pointing to the wrong location 2015-02-20 17:45:25 -08:00
manifest Specify manifest schema version 1 media type 2015-02-19 16:47:13 -08:00
notifications Add error return to Repository method on Registry 2015-02-13 16:27:33 -08:00
open-design Initial open-design proposal 2014-11-10 09:39:20 -08:00
project Adds pre-commit hook, hook config script, and a README 2014-12-15 18:09:11 -08:00
registry Merge pull request #213 from stevvooe/docker-upload-uuid 2015-03-02 10:51:15 -08:00
testutil Move testutil package to top-level 2015-01-05 16:53:13 -08:00
version Move version printing to version package 2015-01-29 18:32:16 -08:00
.drone.yml Fix goverall 2014-11-22 10:17:14 -08:00
.gitignore Add pem and out files to gitignore 2015-02-11 15:45:03 -08:00
.mailmap Update mailmap file with some new aliases 2015-02-16 14:21:28 -08:00
AUTHORS Move API specification into correct position 2015-02-06 17:49:50 -08:00
circle.yml Move to godep 2015-01-22 15:52:46 -08:00
CONTRIBUTING.md Define meaning of project management labels for issues and PRs 2015-02-10 15:55:36 -08:00
doc.go Move registry package out of repo root 2015-01-06 10:40:22 -08:00
Dockerfile Update Dockerfile to use Makefile to build binary 2015-01-29 18:32:16 -08:00
errors.go Add error return to Repository method on Registry 2015-02-13 16:27:33 -08:00
LICENSE Initial commit 2014-12-22 15:49:26 -08:00
MAINTAINERS Add Stephen Day to maintainers file 2015-01-28 10:31:54 -08:00
Makefile Removing dependencies from Makefile AUTHORS target that break build in pristine git env 2015-02-23 15:11:04 -08:00
README.md Clarify maturity of this 2015-01-12 11:10:13 -08:00
registry.go Add error return to Repository method on Registry 2015-02-13 16:27:33 -08:00

Notice: This repository hosts experimental components that are currently under heavy and fast-paced development, not-ready for public consumption. If you are looking for the stable registry, please head over to docker/docker-registry instead.

Distribution

The Docker toolset to pack, ship, store, and deliver content.

Planned content for this repository:

  • Distribution related specifications
    • Image format
    • JSON registry API
  • Registry implementation: a Golang implementation of the JSON API
  • Client libraries to consume conforming implementations of the JSON API

Ongoing open sprint

What is an open sprint?

The open sprint is a focused effort of a small group of people to kick-off a new project, while commiting to becoming maintainers of the resulting work.

Having a dedicated team work on the subject doesn't mean that you, the community, cannot contribute! We need your input to make the best use of the sprint, and focus our work on what matters for you. For this particular topic:

  • Come discuss on IRC: #docker-distribution on FreeNode
  • Come read and participate in the Google Groups
  • Submit your ideas, and upvote those you think matter the most on Google Moderator

Goal of the distribution sprint

Design a professional grade and extensible content distribution system, that allow users to:

  • Enjoy an efficient, secured and reliable way to store, manage, package and exchange content
  • Hack/roll their own on top of healthy open-source components
  • Implement their own home made solution through good specs, and solid extensions mechanism.

Schedule and expected output

The Open Sprint will start on Monday December 29th, and end on Friday January 16th.

What we want to achieve as a result is:

  • Tactical fixes of today's frustrations in the existing Docker codebase

  • Laying the base of a new distribution subsystem, living independently, and with a well defined group of maintainers. This is the purpose of this repository, which aims at hosting:

    • A specification of the v2 image format
    • A specification of the JSON/HTTP protocol
    • Server-side Go implementation of the v2 registry
    • Client-side Go packages to consume this new API
    • Standalone binaries providing content distribution functionalities outside of Docker
  • Constraints for interface provided by Distribution to Core:

    • The distribution repository is a collection of tools for packaging and shipping content with Docker
    • All tools are usable primarily as standalone command-line tools. They may also expose bindings in one or more programming languages. Typically the first available language is Go, but that is not automatically true and more languages will be supported over time
    • The distribution repository is still under incubation, any code layout, interface and name may change before it gets included in a stable release of Docker

How will this integrate with Docker engine?

Building awesome, independent, and well maintained distribution tools should give Docker core maintainers enough incentive to switch to the newly develop subsystem. We make no assumptions on a given date or milestone as urgency should be fixed through docker/docker#9784, and in order to maintain focus on producing a top quality alternative.

Relevant documents