Merge pull request #22175 from sftim/20200629_remove_capture_shortcodes

Remove capture shortcodes & warn on future use.

Author: k8s-ci-robot

content/en/docs/tasks/tls/manual-rotation-of-ca-certificates.md

@@ -1,7 +1,7 @@
 ---
 title: Manual Rotation of CA Certificates
 min-kubernetes-server-version: v1.13
-content_template: templates/task
+content_type: task
 ---
 
 <!-- overview -->

content/es/docs/concepts/workloads/controllers/deployment.md

@@ -5,11 +5,11 @@ feature:
   description: >
     Kubernetes despliega los cambios a tu aplicación o su configuración de forma progresiva mientras monitoriza la salud de la aplicación para asegurarse que no elimina todas tus instancias al mismo tiempo. Si algo sale mal, Kubernetes revertirá el cambio por ti. Aprovéchate del creciente ecosistema de soluciones de despliegue.
 
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Un controlador de _Deployment_ proporciona actualizaciones declarativas para los [Pods](/docs/concepts/workloads/pods/pod/) y los
 [ReplicaSets](/docs/concepts/workloads/controllers/replicaset/).
@@ -23,10 +23,10 @@ Todos los casos de uso deberían cubrirse manipulando el objeto Deployment.
 Considera la posibilidad de abrir un incidente en el repositorio principal de Kubernetes si tu caso de uso no está soportado por el motivo que sea.
 {{< /note >}}
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Casos de uso
 
@@ -1107,4 +1107,4 @@ no generará nuevos despliegues mientras esté pausado. Un Deployment se pausa d
 de forma similar. Pero se recomienda el uso de Deployments porque se declaran del lado del servidor, y proporcionan características adicionales
 como la posibilidad de retroceder a revisiones anteriores incluso después de haber terminado una actualización continua.
 
-{{% /capture %}}
+

content/es/docs/concepts/workloads/controllers/garbage-collection.md

@@ -1,18 +1,15 @@
 ---
 title: Recolección de Basura
-content_template: templates/concept
+content_type: concept
 weight: 60
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 El papel del recolector de basura de Kubernetes es el de eliminar determinados objetos
 que en algún momento tuvieron un propietario, pero que ahora ya no.
 
-{{% /capture %}}
-
-
-{{% capture body %}}referencias de propietario
+<!-- body -->
 
 ## Propietarios y subordinados
 
@@ -168,16 +165,12 @@ Ver [kubeadm/#149](https://github.com/kubernetes/kubeadm/issues/149#issuecomment
 
 Seguimiento en [#26120](https://github.com/kubernetes/kubernetes/issues/26120)
 
-{{% /capture %}}
 
 
-{{% capture whatsnext %}}
+## {{% heading "whatsnext" %}}
+
 
 [Documento de Diseño 1](https://git.k8s.io/community/contributors/design-proposals/api-machinery/garbage-collection.md)
 
 [Documento de Diseño 2](https://git.k8s.io/community/contributors/design-proposals/api-machinery/synchronous-garbage-collection.md)
 
-{{% /capture %}}
-
-
-

content/es/docs/concepts/workloads/controllers/jobs-run-to-completion.md

@@ -1,14 +1,14 @@
 ---
 title: Jobs - Ejecución hasta el final
-content_template: templates/concept
+content_type: concept
 feature:
   title: Ejecución en lotes
   description: >
     Además de los servicios, Kubernetes puede gestionar tus trabajos por lotes y CI, sustituyendo los contenedores que fallen, si así se desea.
 weight: 70
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Un Job crea uno o más Pods y se asegura de que un número específico de ellos termina de forma satisfactoria.
 Conforme los pods terminan satisfactoriamente, el Job realiza el seguimiento de las ejecuciones satisfactorias.
@@ -21,10 +21,10 @@ como consecuencia de un fallo de hardware o un reinicio en un nodo).
 
 También se puede usar un Job para ejecutar múltiples Pods en paralelo.
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Ejecutar un Job de ejemplo
 
@@ -454,4 +454,4 @@ además del control completo de los Pods que se crean y cómo se les asigna trab
 Puedes utilizar un [`CronJob`](/docs/concepts/workloads/controllers/cron-jobs/) para crear un Job que se ejecute en una hora/fecha determinadas, de forma similar
 a la herramienta `cron` de Unix.
 
-{{% /capture %}}
+

content/es/docs/concepts/workloads/controllers/replicaset.md

@@ -1,19 +1,19 @@
 ---
 title: ReplicaSet
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 El objeto de un ReplicaSet es el de mantener un conjunto estable de réplicas de Pods ejecutándose
 en todo momento. Así, se usa en numerosas ocasiones para garantizar la disponibilidad de un
 número específico de Pods idénticos.
 
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Cómo funciona un ReplicaSet
 
@@ -367,4 +367,4 @@ Los dos sirven al mismo propósito, y se comportan de forma similar, excepto por
 no soporta los requisitos del selector basado en conjunto, como se describe en la [guía de usuario de etiquetas](/docs/concepts/overview/working-with-objects/labels/#label-selectors).
 Por ello, se prefiere los ReplicaSets a los ReplicationControllers.
 
-{{% /capture %}}
+

content/es/docs/concepts/workloads/pods/pod.md

@@ -1,18 +1,18 @@
 ---
 reviewers:
 title: Pods
-content_template: templates/concept
+content_type: concept
 weight: 20
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Los _Pods_ son las unidades de computación desplegables más pequeñas que se pueden crear y gestionar en Kubernetes.
 
-{{% /capture %}}
 
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## ¿Qué és un Pod?
 
@@ -151,4 +151,4 @@ Pod es un recurso de nivel superior en la API REST de Kubernetes.
 La definición de [objeto de API Pod](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#pod-v1-core)
 describe el objeto en detalle.
 
-{{% /capture %}}
+

content/fr/docs/reference/kubectl/kubectl.md

@@ -1,6 +1,6 @@
 ---
 title: kubectl
-content_template: templates/tool-reference
+content_type: tool-reference
 description: Référence kubectl
 notitle: true
 ---

content/fr/docs/tasks/configure-pod-container/configure-service-account.md

@@ -1,10 +1,10 @@
 ---
 title: Configurer les comptes de service pour les pods
-content_template: templates/task
+content_type: task
 weight: 90
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 Un ServiceAccount (compte de service) fournit une identité pour les processus qui s'exécutent dans un Pod.
 
 *Ceci est une introduction aux comptes de service pour les utilisateurs. Voir aussi
@@ -18,16 +18,17 @@ Lorsque vous (un humain) accédez au cluster (par exemple, en utilisant `kubectl
 authentifié par l'apiserver en tant que compte d'utilisateur particulier (actuellement, il s'agit 
 généralement de l'utilisateur `admin`, à moins que votre administrateur de cluster n'ait personnalisé votre cluster). Les processus dans les conteneurs dans les Pods peuvent également contacter l'apiserver. Dans ce cas, ils sont authentifiés en tant que compte de service particulier (par exemple, `default`).
 
-{{% /capture %}}
 
 
-{{% capture prerequisites %}}
+
+## {{% heading "prerequisites" %}}
+
 
 {{< include "task-tutorial-prereqs.md" >}} {{< version-check >}}
 
-{{% /capture %}}
 
-{{% capture steps %}}
+
+<!-- steps -->
 
 ## Utiliser le compte de service par défaut pour accéder au API server.
 
@@ -279,5 +280,3 @@ kubectl create -f https://k8s.io/examples/pods/pod-projected-svc-token.yaml
 Kubelet demandera et stockera le token a la place du Pod, rendra le token disponible pour le Pod à un chemin d'accès configurable, et rafraîchissez le token à l'approche de son expiration. Kubelet fait tourner le token de manière proactive s'il est plus vieux que 80% de son TTL total, ou si le token est plus vieux que 24 heures.
 
 L'application est responsable du rechargement du token lorsque celui ci est renouvelé. Un rechargement périodique (par ex. toutes les 5 minutes) est suffisant pour la plupart des cas d'utilisation.
-
-{{% /capture %}}

content/id/docs/concepts/policy/limit-range.md

@@ -1,6 +1,6 @@
 ---
 title: LimitRange
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---
 

content/id/docs/concepts/workloads/pods/pod-topology-spread-constraints.md

@@ -1,10 +1,10 @@
 ---
 title: Batasan Persebaran Topologi Pod
-content_template: templates/concept
+content_type: concept
 weight: 50
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 {{< feature-state for_k8s_version="v1.18" state="beta" >}}
 
@@ -14,9 +14,9 @@ pada klaster yang ditetapkan sebagai _failure-domains_, seperti wilayah, zona, N
 topologi yang ditentukan oleh pengguna. Ini akan membantu untuk mencapai ketersediaan yang tinggi
 dan juga penggunaan sumber daya yang efisien.
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Persyaratan
 
@@ -287,4 +287,4 @@ Pada versi 1.18, dimana fitur ini masih Beta, beberapa limitasi yang sudah diket
 - Pengurangan jumlah Deployment akan membuat ketidakseimbangan pada persebaran Pod.
 - Pod yang cocok pada _tainted_ Node akan dihargai. Lihat [Issue 80921](https://github.com/kubernetes/kubernetes/issues/80921)
 
-{{% /capture %}}
+