Brian Goff 10c0af0835 Merge pull request #30702 from allencloud/update-api-docs-about-filters před 8 roky
..
errors ac9c47e26f fix some types on errors and form před 8 roky
fixtures f7e43d45b3 Add more unit tests (thus coverage) to pkg api před 10 roky
server abf31ee083 Return error in case `docker network inspect` is ambiguous před 8 roky
templates c471b7f243 hack/swagger-gen.sh is not exist, it should be /hack/generate-swagger-api.sh před 8 roky
types 3a1279393f Use distribution reference před 8 roky
README.md 27ca33e965 Add make command for previewing API docs před 8 roky
common.go 6bad3fc9fb bump engine API to 1.27 před 8 roky
common_test.go 91e197d614 Add engine-api types to docker před 8 roky
common_unix.go f811d5b128 Windows: Require REST 1.25 or later před 8 roky
common_windows.go 11454e1c97 Fix a bit typos před 8 roky
names.go dba271a42a Move names to package api před 8 roky
swagger-gen.yaml 29df3bdb11 Use a config to generate swagger api types před 8 roky
swagger.yaml 10c0af0835 Merge pull request #30702 from allencloud/update-api-docs-about-filters před 8 roky

README.md

Working on the Engine API

The Engine API is an HTTP API used by the command-line client to communicate with the daemon. It can also be used by third-party software to control the daemon.

It consists of various components in this repository:

  • api/swagger.yaml A Swagger definition of the API.
  • api/types/ Types shared by both the client and server, representing various objects, options, responses, etc. Most are written manually, but some are automatically generated from the Swagger definition. See #27919 for progress on this.
  • cli/ The command-line client.
  • client/ The Go client used by the command-line client. It can also be used by third-party Go programs.
  • daemon/ The daemon, which serves the API.

## Swagger definition

The API is defined by the Swagger definition in api/swagger.yaml. This definition can be used to:

  1. To automatically generate documentation.
  2. To automatically generate the Go server and client. (A work-in-progress.)
  3. Provide a machine readable version of the API for introspecting what it can do, automatically generating clients for other languages, etc.

Updating the API documentation

The API documentation is generated entirely from api/swagger.yaml. If you make updates to the API, you'll need to edit this file to represent the change in the documentation.

The file is split into two main sections:

  • definitions, which defines re-usable objects used in requests and responses
  • paths, which defines the API endpoints (and some inline objects which don't need to be reusable)

To make an edit, first look for the endpoint you want to edit under paths, then make the required edits. Endpoints may reference reusable objects with $ref, which can be found in the definitions section.

There is hopefully enough example material in the file for you to copy a similar pattern from elsewhere in the file (e.g. adding new fields or endpoints), but for the full reference, see the Swagger specification

swagger.yaml is validated by hack/validate/swagger to ensure it is a valid Swagger definition. This is useful for when you are making edits to ensure you are doing the right thing.

Viewing the API documentation

When you make edits to swagger.yaml, you may want to check the generated API documentation to ensure it renders correctly.

Run make swagger-docs and a preview will be running at http://localhost. Some of the styling may be incorrect, but you'll be able to ensure that it is generating the correct documentation.

The production documentation is generated by vendoring swagger.yaml into docker/docker.github.io.