feat: fix typos requested by code review

edsoncelio · edsoncelio · commit fe63395af0c2 · 2021-07-31T15:09:11.000-03:00
diff --git a/content/pt-br/docs/tasks/configmap-secret/_index.md b/content/pt-br/docs/tasks/configmap-secret/_index.md
@@ -1,6 +1,6 @@
 ---
 title: "Gerenciando Secrets"
 weight: 28
-description: Gerenciando dados de configura&ccedil;&otilde;es confidencias usando Secrets.
+description: Gerenciando dados de configura&ccedil;&otilde;es usando Secrets.
 ---
 
diff --git a/content/pt-br/docs/tasks/configmap-secret/managing-secret-using-config-file.md b/content/pt-br/docs/tasks/configmap-secret/managing-secret-using-config-file.md
@@ -17,7 +17,7 @@ description: Criando objetos Secret usando arquivos de configura&ccedil;&atilde;o de recurso
 
 Voc&ecirc; pode criar um Secret primeiramente em um arquivo, no formato JSON ou YAML, e depois
 criar o objeto. O recurso [Secret](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#secret-v1-core)
-cont&eacute;m dois *maps*: `data` e `stringData`.
+cont&eacute;m dois mapas: `data` e `stringData`.
 O campo `data` &eacute; usado para armazenar dados arbitr&aacute;rios, codificados usando base64. O
 campo `stringData` &eacute; usado por conveni&ecirc;ncia, e permite que voc&ecirc; use dados para um Secret
 como *strings* n&atilde;o codificadas.
@@ -46,7 +46,7 @@ A sa&iacute;da deve ser similar a:
 MWYyZDFlMmU2N2Rm
 ```
 
-Escreva o arquivo de configura&ccedil;&atilde;o do Secret, que ser parecido com:
+Escreva o arquivo de configura&ccedil;&atilde;o do Secret, que ser&aacute; parecido com:
 ```yaml
 apiVersion: v1
 kind: Secret
@@ -66,7 +66,7 @@ Os valores serializados dos dados JSON e YAML de um Secret s&atilde;o codificados em s
 base64. Novas linhas n&atilde;o s&atilde;o v&aacute;lidas com essas strings e devem ser omitidas. Quando
 usar o utilit&aacute;rio `base64` em Darwin/MacOS, os usu&aacute;rios devem evitar usar a op&ccedil;&atilde;o `-b`
 para separar linhas grandes. Por outro lado, usu&aacute;rios de Linux *devem* adicionar a op&ccedil;&atilde;o
-`-w 0` ao comando `base64` ou o *pipe* `base64 | tr -d '\n'` se a op&ccedil;&atilde;o `w` n&atilde;o for dispon&iacute;vel 
+`-w 0` ao comando `base64` ou o *pipe* `base64 | tr -d '\n'` se a op&ccedil;&atilde;o `w` n&atilde;o estiver dispon&iacute;vel 
 {{< /note >}}
 
 Para cen&aacute;rios espec&iacute;ficos, voc&ecirc; pode querer usar o campo `stringData` ao inv&eacute;s de `data`.
@@ -75,7 +75,7 @@ e a string vai ser codificada para voc&ecirc; quando o Secret for criado ou atualizad
 
 Um exemplo pr&aacute;tico para isso pode ser quando voc&ecirc; esteja fazendo *deploy* de uma aplica&ccedil;&atilde;o
 que usa um Secret para armazenar um arquivo de configura&ccedil;&atilde;o, e voc&ecirc; quer popular partes desse
-arquivo de configura&ccedil;&atilde;o durante o processo de *deployment*.
+arquivo de configura&ccedil;&atilde;o durante o processo de implanta&ccedil;&atilde;o.
 
 Por exemplo, se sua aplica&ccedil;&atilde;o usa o seguinte arquivo de configura&ccedil;&atilde;o:
 
@@ -145,7 +145,7 @@ ou ser armazenado em um log de terminal.
 Para verificar o conte&uacute;do atual de um dado codificado, veja [decodificando secret](/docs/tasks/configmap-secret/managing-secret-using-kubectl/#decoding-secret).
 
 Se um campo, como `username`, &eacute; especificado em `data` e `stringData`,
-o valor de `stringData` &eacute; o usado. Por exemplo, dado a seguinte defini&ccedil;&atilde;o do Secret:
+o valor de `stringData` &eacute; o usado. Por exemplo, dada a seguinte defini&ccedil;&atilde;o do Secret:
 
 ```yaml
 apiVersion: v1
diff --git a/content/pt-br/docs/tasks/configmap-secret/managing-secret-using-kustomize.md b/content/pt-br/docs/tasks/configmap-secret/managing-secret-using-kustomize.md
@@ -10,7 +10,7 @@ description: Criando objetos Secret usando o arquivo kustomization.yaml
 Desde o Kubernetes v1.14, o `kubectl` prov&ecirc; suporte para [gerenciamento de objetos usando Kustomize](/docs/tasks/manage-kubernetes-objects/kustomization/).
 O Kustomize prov&ecirc; geradores de recursos para criar Secrets e ConfigMaps. 
 Os geradores Kustomize devem ser especificados em um arquivo `kustomization.yaml` dentro
-de um diret&oacute;rio. Depois de gerar o Secret, voc&ecirc; pode criar o Secret na API server com `kubectl apply`.
+de um diret&oacute;rio. Depois de gerar o Secret, voc&ecirc; pode criar o Secret com `kubectl apply`.
 ## {{% heading "prerequisites" %}}
 
 {{< include "task-tutorial-prereqs.md" >}}
@@ -31,7 +31,7 @@ secretGenerator:
   - password.txt
 ```
 
-Voc&ecirc; tamb&eacute;m pode definir o `secretGenerator`no arquivo `kustomization.yaml`
+Voc&ecirc; tamb&eacute;m pode definir o `secretGenerator` no arquivo `kustomization.yaml`
 por meio de alguns *literais*.
 Por exemplo, o seguinte arquivo `kustomization.yaml` cont&eacute;m dois literais
 para `username` e `password` respectivamente:

-Original file line number
+Diff line change
@@ @@ -1,6 +1,6 @@ @@
 ---
 title: "Gerenciando Secrets"
 weight: 28
 -description: Gerenciando dados de configurações confidencias usando Secrets.
 +description: Gerenciando dados de configurações usando Secrets.
 ---
-Original file line number
+Diff line change
 Você pode criar um Secret primeiramente em um arquivo, no formato JSON ou YAML, e depois
 criar o objeto. O recurso [Secret](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#secret-v1-core)
 -contém dois *maps*: `data` e `stringData`.
 +contém dois mapas: `data` e `stringData`.
 O campo `data` é usado para armazenar dados arbitrários, codificados usando base64. O
 campo `stringData` é usado por conveniência, e permite que você use dados para um Secret
 como *strings* não codificadas.
 MWYyZDFlMmU2N2Rm
 ```
 -Escreva o arquivo de configuração do Secret, que ser parecido com:
 +Escreva o arquivo de configuração do Secret, que será parecido com:
 ```yaml
 apiVersion: v1
 kind: Secret
 base64. Novas linhas não são válidas com essas strings e devem ser omitidas. Quando
 usar o utilitário `base64` em Darwin/MacOS, os usuários devem evitar usar a opção `-b`
 para separar linhas grandes. Por outro lado, usuários de Linux *devem* adicionar a opção
 -`-w 0` ao comando `base64` ou o *pipe* `base64 | tr -d '\n'` se a opção `w` não for disponível
 +`-w 0` ao comando `base64` ou o *pipe* `base64 | tr -d '\n'` se a opção `w` não estiver disponível
 {{< /note >}}
 Para cenários específicos, você pode querer usar o campo `stringData` ao invés de `data`.
 Um exemplo prático para isso pode ser quando você esteja fazendo *deploy* de uma aplicação
 que usa um Secret para armazenar um arquivo de configuração, e você quer popular partes desse
 -arquivo de configuração durante o processo de *deployment*.
 +arquivo de configuração durante o processo de implantação.
 Por exemplo, se sua aplicação usa o seguinte arquivo de configuração:
 Para verificar o conteúdo atual de um dado codificado, veja [decodificando secret](/docs/tasks/configmap-secret/managing-secret-using-kubectl/#decoding-secret).
 Se um campo, como `username`, é especificado em `data` e `stringData`,
 -o valor de `stringData` é o usado. Por exemplo, dado a seguinte definição do Secret:
 +o valor de `stringData` é o usado. Por exemplo, dada a seguinte definição do Secret:
 ```yaml
 apiVersion: v1