Fix redirections for generated api references (#7890)

We have been using redirections in many pages when referencing the API
docs generated. Since the relocation of the generated files, this is
becoming difficult to maintain. This PR redirects all such links to the
generated artifacts so we can easily detect missing links if any.

closes: #7874
This commit is contained in:
Qiming
2018-03-29 21:28:04 +08:00
committed by k8s-ci-robot
parent 894470851f
commit b8fb58f333
49 changed files with 123 additions and 143 deletions
@@ -47,7 +47,7 @@ and reports two healthy devices on a node, the node status is updated
to advertise 2 `vendor-domain/foo`.
Then, users can request devices in a
[Container](/docs/api-reference/{{page.version}}/#container-v1-core)
[Container](/docs/reference/generated/kubernetes-api/{{page.version}}/#container-v1-core)
specification as they request other types of resources, with the following limitations:
* Extended resources are only supported as integer resources and cannot be overcommitted.
* Devices cannot be shared among Containers.
@@ -118,9 +118,9 @@ The canonical directory `/var/lib/kubelet/device-plugins` requires privileged ac
so a device plugin must run in a privileged security context.
If a device plugin is running as a DaemonSet, `/var/lib/kubelet/device-plugins`
must be mounted as a
[Volume](/docs/api-reference/{{page.version}}/#volume-v1-core)
[Volume](/docs/reference/generated/kubernetes-api/{{page.version}}/#volume-v1-core)
in the plugin's
[PodSpec](/docs/api-reference/{{page.version}}/#podspec-v1-core).
[PodSpec](/docs/reference/generated/kubernetes-api/{{page.version}}/#podspec-v1-core).
Kubernetes device plugin support is still in alpha. As development continues, its API version can
change in incompatible ways. We recommend that device plugin developers do the following: