diff --git a/docs/deprecated.md b/docs/deprecated.md index 668d8e89b4..27a261a4a1 100644 --- a/docs/deprecated.md +++ b/docs/deprecated.md @@ -1,16 +1,10 @@ - - -# Deprecated Engine Features +--- +redirect_from: +- "/engine/misc/deprecated/" +title: "Deprecated Engine Features" +description: "Deprecated Features." +keywords: "docker, documentation, about, technology, deprecate" +--- The following list of features are deprecated in Engine. To learn more about Docker Engine's deprecation policy, @@ -105,8 +99,11 @@ Log tags are now generated in a standard way across different logging drivers. Because of which, the driver specific log tag options `syslog-tag`, `gelf-tag` and `fluentd-tag` have been deprecated in favor of the generic `tag` option. - docker --log-driver=syslog --log-opt tag="{{.ImageName}}/{{.Name}}/{{.ID}}" - +```bash +{% raw %} +docker --log-driver=syslog --log-opt tag="{{.ImageName}}/{{.Name}}/{{.ID}}" +{% endraw %} +``` ### LXC built-in exec driver **Deprecated In Release: [v1.8.0](https://github.com/docker/docker/releases/tag/v1.8.0)** diff --git a/docs/extend/index.md b/docs/extend/index.md index 4ce1eac1c5..f029ce00f6 100644 --- a/docs/extend/index.md +++ b/docs/extend/index.md @@ -1,19 +1,11 @@ - - -# Docker Engine managed plugin system +--- +redirect_from: +- "/engine/extend/" +title: "Docker Engine managed plugin system" +description: "How develop and use a plugin with the managed plugin system" +keywords: "API, Usage, plugins, documentation, developer" +advisory: "experimental" +--- This document describes the plugin system available today in the **experimental build** of Docker 1.12: diff --git a/docs/extend/legacy_plugins.md b/docs/extend/legacy_plugins.md index aa4fa4a9b3..fb725da12d 100644 --- a/docs/extend/legacy_plugins.md +++ b/docs/extend/legacy_plugins.md @@ -1,16 +1,10 @@ - - -# Use Docker Engine plugins +--- +redirect_from: +- "/engine/extend/plugins/" +title: "Use Docker Engine plugins" +description: "How to add additional functionality to Docker with plugins extensions" +keywords: ["Examples, Usage, plugins, docker, documentation, user guide"] +--- This document describes the Docker Engine plugins generally available in Docker Engine. To view information on plugins managed by Docker Engine currently in diff --git a/docs/extend/manifest.md b/docs/extend/manifest.md index d47efce8e8..6ec4aeef24 100644 --- a/docs/extend/manifest.md +++ b/docs/extend/manifest.md @@ -1,19 +1,9 @@ - - -# Plugin Manifest Version 0 of Plugin V2 +--- +title: "Plugin Manifest Version 0 of Plugin V2t" +description: "How to develop and use a plugin with the managed plugin system" +keywords: "API, Usage, plugins, documentation, developer" +advisory: "experimental" +--- This document outlines the format of the V0 plugin manifest. The plugin manifest described herein was introduced in the Docker daemon (experimental version) in the [v1.12.0 @@ -47,7 +37,7 @@ Manifest provides the base accessible fields for working with V0 plugin format - **`interface`** *PluginInterface* interface implemented by the plugins, struct consisting of the following fields - + - **`types`** *string array* types indicate what interface(s) the plugin currently implements. @@ -55,9 +45,9 @@ Manifest provides the base accessible fields for working with V0 plugin format currently supported: - **docker.volumedriver/1.0** - + - **`socket`** *string* - + socket is the name of the socket the engine should use to communicate with the plugins. the socket will be created in `/run/docker/plugins`. @@ -73,7 +63,7 @@ Manifest provides the base accessible fields for working with V0 plugin format - **`network`** *PluginNetwork* network of the plugin, struct consisting of the following fields - + - **`type`** *string* network type. @@ -83,11 +73,11 @@ Manifest provides the base accessible fields for working with V0 plugin format - **bridge** - **host** - **none** - + - **`capabilities`** *array* capabilities of the plugin (*Linux only*), see list [`here`](https://github.com/opencontainers/runc/blob/master/libcontainer/SPEC.md#security) - + - **`mounts`** *PluginMount array* mount of the plugin, struct consisting of the following fields, see [`MOUNTS`](https://github.com/opencontainers/runtime-spec/blob/master/config.md#mounts) @@ -95,27 +85,27 @@ Manifest provides the base accessible fields for working with V0 plugin format - **`name`** *string* name of the mount. - + - **`description`** *string* - + description of the mount. - + - **`source`** *string* source of the mount. - + - **`destination`** *string* destination of the mount. - + - **`type`** *string* mount type. - + - **`options`** *string array* options of the mount. - + - **`devices`** *PluginDevice array* device of the plugin, (*Linux only*), struct consisting of the following fields, see [`DEVICES`](https://github.com/opencontainers/runtime-spec/blob/master/config-linux.md#devices) @@ -123,11 +113,11 @@ Manifest provides the base accessible fields for working with V0 plugin format - **`name`** *string* name of the device. - + - **`description`** *string* description of the device. - + - **`path`** *string* path of the device. @@ -139,15 +129,15 @@ Manifest provides the base accessible fields for working with V0 plugin format - **`name`** *string* name of the env. - + - **`description`** *string* - + description of the env. - + - **`value`** *string* value of the env. - + - **`args`** *PluginArgs* args of the plugin, struct consisting of the following fields @@ -155,16 +145,16 @@ Manifest provides the base accessible fields for working with V0 plugin format - **`name`** *string* name of the env. - + - **`description`** *string* - + description of the env. - + - **`value`** *string array* values of the args. - - + + ## Example Manifest *Example showing the 'tiborvass/no-remove' plugin manifest.* diff --git a/docs/extend/menu.md b/docs/extend/menu.md deleted file mode 100644 index 4b9955038a..0000000000 --- a/docs/extend/menu.md +++ /dev/null @@ -1,15 +0,0 @@ - - - - diff --git a/docs/extend/plugin_api.md b/docs/extend/plugin_api.md index 5801ba9151..ebc7a41501 100644 --- a/docs/extend/plugin_api.md +++ b/docs/extend/plugin_api.md @@ -1,15 +1,8 @@ - - -# Docker Plugin API +--- +title: "Docker Plugin API" +description: "How to write Docker plugins extensions " +keywords: ["API, Usage, plugins, documentation, developer"] +--- Docker plugins are out-of-process extensions which add capabilities to the Docker Engine. diff --git a/docs/extend/plugins_authorization.md b/docs/extend/plugins_authorization.md index 4447465f1a..9694cd64f3 100644 --- a/docs/extend/plugins_authorization.md +++ b/docs/extend/plugins_authorization.md @@ -1,17 +1,10 @@ - - - -# Create an authorization plugin +--- +title: "Create an authorization plugin" +description: "How to create authorization plugins to manage access control to your Docker daemon." +keywords: "security, authorization, authentication, docker, documentation, plugin, extend" +redirect_from: +- "/engine/extend/authorization/" +--- This document describes the Docker Engine plugins generally available in Docker Engine. To view information on plugins managed by Docker Engine currently in diff --git a/docs/extend/plugins_network.md b/docs/extend/plugins_network.md index 7a107e2ce3..8a6789326b 100644 --- a/docs/extend/plugins_network.md +++ b/docs/extend/plugins_network.md @@ -1,15 +1,8 @@ - - -# Engine network driver plugins +--- +title: "Docker Engine network driver plugins" +description: "Network driver plugins." +keywords: ["Examples, Usage, plugins, docker, documentation, user guide"] +--- This document describes Docker Engine network driver plugins generally available in Docker Engine. To view information on plugins diff --git a/docs/extend/plugins_volume.md b/docs/extend/plugins_volume.md index f9c93a3de1..a2b33749fb 100644 --- a/docs/extend/plugins_volume.md +++ b/docs/extend/plugins_volume.md @@ -1,15 +1,8 @@ - - -# Write a volume plugin +--- +title: "Write a volume driver plugin" +description: "How to manage data with external volume plugins" +keywords: ["Examples, Usage, volume, docker, data, volumes, plugin, api"] +--- Docker Engine volume plugins enable Engine deployments to be integrated with external storage systems, such as Amazon EBS, and enable data volumes to persist