New translation batch for pt (#25490)

* Add crowdin translations

* Run script/i18n/homogenize-frontmatter.js

* Run script/i18n/fix-translation-errors.js

* Run script/i18n/lint-translation-files.js --check parsing

* run script/i18n/reset-files-with-broken-liquid-tags.js --language=pt

* run script/i18n/reset-known-broken-translation-files.js

Author: docubot

translations/pt-BR/content/actions/learn-github-actions/environment-variables.md

@@ -143,7 +143,7 @@ As variáveis de ambiente padrão que os conjuntos de {% data variables.product.
 | `GITHUB_HEAD_REF`          | A ref principal ou o branch da fonte do pull request na execução de um fluxo de trabalho. Esta propriedade só é definida quando o evento que aciona a execução de um fluxo de trabalho for `pull_request` ou `pull_request_target`. Por exemplo, `feature-branch-1`.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  |
 | `GITHUB_JOB`               | O [job_id](/actions/reference/workflow-syntax-for-github-actions#jobsjob_id) do trabalho atual. Por exemplo, `greeting_job`.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                          |
 | `GITHUB_PATH`              | O caminho no executor para o arquivo que define as variáveis do sistema `PATH` a partir de comandos do fluxo de trabalho. Este arquivo é único para a etapa atual e alterações para cada etapa de um trabalho.  Por exemplo, `/home/runner/work/_temp/_runner_file_commands/add_path_899b9445-ad4a-400c-aa89-249f18632cf5`. Para obter mais informações, consulte "[Comandos do fluxo de trabalho para {% data variables.product.prodname_actions %}](/actions/using-workflows/workflow-commands-for-github-actions#adding-a-system-path)."                                                                                                                                                                                                                           |
-| `GITHUB_REF`               | Branch ou ref tag que acionou a execução do fluxo de trabalho. Para os branches, este é o formato `refs/heads/<branch_name>`, e para tags é `refs/tags/<tag_name>`. Esta variável só é definida se um branch ou tag estiver disponível para o tipo de evento. Por exemplo, `refs/heads/feature-branch-1`.                                                                                                                                                                                                                                                                                                                                                                                                                                                 |
+| `GITHUB_REF`               | Branch ou ref tag que acionou a execução do fluxo de trabalho. For branches this is the format `refs/heads/<branch_name>`, for tags it is `refs/tags/<tag_name>`, and for pull requests it is `refs/pull/<pr_number>/merge`. Esta variável só é definida se um branch ou tag estiver disponível para o tipo de evento. Por exemplo, `refs/heads/feature-branch-1`.                                                                                                                                                                                                                                                                                                                                                                                  |
 {%- ifversion fpt or ghec or ghes > 3.3 or ghae-issue-5338 %}
 | `GITHUB_REF_NAME` | {% data reusables.actions.ref_name-description %} For example, `feature-branch-1`.| | `GITHUB_REF_PROTECTED` | {% data reusables.actions.ref_protected-description %} | | `GITHUB_REF_TYPE` | {% data reusables.actions.ref_type-description %}
 {%- endif %}

translations/pt-BR/content/actions/learn-github-actions/finding-and-customizing-actions.md

@@ -49,6 +49,16 @@ Você pode adicionar uma ação ao seu fluxo de trabalho fazendo referência à
 
 Você pode visualizar as ações referenciadas em seus fluxos de trabalho de {% data variables.product.prodname_actions %} como dependências no gráfico de dependências do repositório que contém seus fluxos de trabalho. Para obter mais informações, consulte “[Sobre o gráfico de dependências](/code-security/supply-chain-security/understanding-your-software-supply-chain/about-the-dependency-graph)”.
 
+{% ifversion fpt or ghec or ghes > 3.4 or ghae-issue-6269 %}
+
+{% note %}
+
+**Note:** To enhance security, {% data variables.product.prodname_actions %} is deprecating redirects for actions. This means that when the owner or name of an action's repository is changed, any workflows using that action with the previous name will fail.
+
+{% endnote %}
+
+{% endif %}
+
 ### Adicionando uma ação de {% data variables.product.prodname_marketplace %}
 
 Uma página de lista de ações incluem a versão da ação e a sintaxe do fluxo de trabalho necessárias para usar a ação. Para manter seu fluxo de trabalho estável mesmo quando atualizações são feitas em uma ação, você pode fazer referência à versão da ação a ser usada especificando o Git ou da tag do Docker no arquivo de fluxo de trabalho.

translations/pt-BR/content/admin/configuration/configuring-github-connect/about-github-connect.md

@@ -47,6 +47,9 @@ Ao habilitar {% data variables.product.prodname_github_connect %} ou funcionalid
 - O token de autenticação usado pela {% data variables.product.product_location %} para fazer solicitações ao {% data variables.product.prodname_ghe_cloud %}.
 - Se a Segurança de Camada de Transporte (TLS) estiver habilitada e configurada em {% data variables.product.product_location %}{% ifversion ghes %}
 - As funcionalidades de {% data variables.product.prodname_github_connect %} que estão habilitadas em {% data variables.product.product_location %} e a data e hora da habilitação{% endif %}
+- The dormancy threshold for your enterprise
+- The number of dormant users for your enterprise
+- A count of license-consuming seats, which does not include suspended users
 
 {% data variables.product.prodname_github_connect %} sincroniza os dados de conexão acima entre {% data variables.product.product_location %} e {% data variables.product.prodname_ghe_cloud %} semanalmente, a partir do dia e tempo aproximado que {% data variables.product.prodname_github_connect %} foi habilitado.
 

translations/pt-BR/content/admin/enterprise-management/configuring-high-availability/recovering-a-high-availability-configuration.md

@@ -15,20 +15,29 @@ topics:
 shortTitle: Recuperar uma configuração HA
 ---
 
+## About recovery for a high availability configuration
+
 Você pode usar o appliance primário anterior como novo appliance de réplica em caso de failover planejado ou não relacionado à integridade do appliance. Se o failover estiver relacionado a um problema no appliance primário, talvez você prefira criar outro appliance de réplica. Para obter mais informações, consulte "[Criar réplica de alta disponibilidade](/enterprise/{{ currentVersion }}/admin/guides/installation/creating-a-high-availability-replica/)".
 
+{% warning %}
+
+**Warning:** You must enable maintenance mode before configuring a former primary appliance as a new replica. If you do not enable maintenance mode, you will cause a production outage.
+
+{% endwarning %}
+
 ## Configurar appliance primário anterior como nova réplica
 
 1. Conecte-se ao endereço IP do appliance primário anterior usando SSH.
   ```shell
   $ ssh -p 122 admin@<em>FORMER PRIMARY IP</em>
   ```
-2. No appliance primário anterior, execute `ghe-repl-setup` com o endereço IP da réplica anterior.
+1. Enable maintenance mode on the former primary appliance. Para obter mais informações, consulte "[Habilitar e programar o modo de manutenção](/admin/configuration/configuring-your-enterprise/enabling-and-scheduling-maintenance-mode)".
+1. No appliance primário anterior, execute `ghe-repl-setup` com o endereço IP da réplica anterior.
   ```shell
   $ ghe-repl-setup <em>FORMER REPLICA IP</em>
   ```
 {% data reusables.enterprise_installation.add-ssh-key-to-primary %}
-4. Para verificar a conexão com o novo primário e habilitar o modo de réplica para a nova réplica, execute `ghe-repl-setup` novamente.
+1. Para verificar a conexão com o novo primário e habilitar o modo de réplica para a nova réplica, execute `ghe-repl-setup` novamente.
   ```shell
   $ ghe-repl-setup <em>FORMER REPLICA IP</em>
   ```

translations/pt-BR/content/admin/github-actions/getting-started-with-github-actions-for-your-enterprise/getting-started-with-github-actions-for-github-enterprise-server.md

@@ -46,15 +46,15 @@ Por padrão, {% data variables.product.prodname_actions %} não está habilitado
 
 {%- ifversion ghes < 3.2 %}
 
-The CPU and memory resources available to {% data variables.product.product_location %} determine the maximum job throughput for {% data variables.product.prodname_actions %}. {% data reusables.actions.minimum-hardware %}
+Os recursos da CPU e memória disponíveis para {% data variables.product.product_location %} determinam o rendimento máximo do trabalho para {% data variables.product.prodname_actions %}. {% data reusables.actions.minimum-hardware %}
 
 O teste interno em {% data variables.product.company_short %} demonstrou o rendimento máximo a seguir para instâncias de {% data variables.product.prodname_ghe_server %} com um intervalo de configurações da CPU e memória. Você pode ver diferentes tipos de transferência, dependendo dos níveis gerais de atividade na sua instância.
 
 {%- endif %}
 
 {%- ifversion ghes > 3.1 %}
 
-The CPU and memory resources available to {% data variables.product.product_location %} determine the number of jobs that can be run concurrently without performance loss. {% data reusables.actions.minimum-hardware %}
+Os recursos de CPU e memória disponíveis para {% data variables.product.product_location %} determinam o número de trabalhos que podem ser executados simultaneamente sem perda de desempenho. {% data reusables.actions.minimum-hardware %}
 
 O pico de trabalhos simultâneos rodando sem perda de desempenho depende de fatores como duração do trabalho, uso de artefatos, número de repositórios em execução de ações, e quanto outro trabalho sua instância está fazendo não relacionado a ações. Os testes internos no GitHub demonstraram os objetivos de desempenho a seguir para o GitHub Enterprise Server em uma série de configurações de CPU e memória:
 
@@ -74,9 +74,17 @@ A simultaneidade máxima foi medida usando vários repositórios, a duração do
 
 {%- endif %}
 
-{%- ifversion ghes > 3.2 %}
+{%- ifversion ghes = 3.3 %}
 
-{% data reusables.actions.hardware-requirements-after %}
+{% data reusables.actions.hardware-requirements-3.3 %}
+
+A simultaneidade máxima foi medida usando vários repositórios, a duração do trabalho de aproximadamente 10 minutos e o upload de artefato de 10 MB. Você pode ter um desempenho diferente dependendo dos níveis gerais de atividade na sua instância.
+
+{%- endif %}
+
+{%- ifversion ghes = 3.4 %}
+
+{% data reusables.actions.hardware-requirements-3.4 %}
 
 A simultaneidade máxima foi medida usando vários repositórios, a duração do trabalho de aproximadamente 10 minutos e o upload de artefato de 10 MB. Você pode ter um desempenho diferente dependendo dos níveis gerais de atividade na sua instância.
 

translations/pt-BR/content/organizations/keeping-your-organization-secure/managing-security-settings-for-your-organization/reviewing-the-audit-log-for-your-organization.md

@@ -21,6 +21,8 @@ shortTitle: Review audit log
 
 The audit log lists events triggered by activities that affect your organization within the current month and previous six months. Only owners can access an organization's audit log.
 
+{% data reusables.audit_log.only-three-months-displayed %}
+
 {% data reusables.profile.access_org %}
 {% data reusables.profile.org_settings %}
 {% data reusables.audit_log.audit_log_sidebar_for_org_admins %}
@@ -169,6 +171,8 @@ To ensure your intellectual property is secure, and you maintain compliance for
 
 {% data reusables.audit_log.audit-log-git-events-retention %}
 
+By default, only events from the past three months are returned. To include older events, you must specify a timestamp in your query.
+
 For more information about the audit log REST API, see "[Organizations](/rest/reference/orgs#get-the-audit-log-for-an-organization)."
 
 {% endif %}

translations/pt-BR/data/release-notes/enterprise-server/3-0/21.yml

@@ -4,6 +4,7 @@ sections:
   security_fixes:
     - Support bundles could include sensitive files if they met a specific set of conditions.
     - A UI misrepresentation vulnerability was identified in GitHub Enterprise Server that allowed more permissions to be granted during a GitHub App's user-authorization web flow than was displayed to the user during approval. This vulnerability affected all versions of GitHub Enterprise Server prior to 3.3 and was fixed in versions 3.2.5, 3.1.13, 3.0.21. This vulnerability was reported via the GitHub Bug Bounty program and has been assigned [CVE-2021-41598](https://www.cve.org/CVERecord?id=CVE-2021-41598).
+    - A remote code execution vulnerability was identified in GitHub Enterprise Server that could be exploited when building a GitHub Pages site. This vulnerability affected all versions of GitHub Enterprise Server prior to 3.3 and was fixed in versions 3.0.21, 3.1.13, 3.2.5. This vulnerability was reported via the GitHub Bug Bounty program and has been assigned [CVE-2021-41599](https://www.cve.org/CVERecord?id=CVE-2021-41599). Updated February 17, 2022.
   bugs:
     - Running `ghe-config-apply` could sometimes fail because of permission issues in `/data/user/tmp/pages`.
     - A misconfiguration in the Management Console caused scheduling errors.

translations/pt-BR/data/release-notes/enterprise-server/3-0/25.yml

@@ -0,0 +1,13 @@
+---
+date: '2022-02-17'
+sections:
+  security_fixes:
+    - Os pacotes foram atualizados para as últimas versões de segurança.
+  known_issues:
+    - On a freshly set up {% data variables.product.prodname_ghe_server %} instance without any users, an attacker could create the first admin user.
+    - As regras de firewall personalizadas são removidas durante o processo de atualização.
+    - Arquivos LFS do Git [enviados através da interface web](https://github.com/blog/2105-upload-files-to-your-repositories) são adicionados diretamente ao repositório e de forma incorreta.
+    - Os problemas não podem ser fechados se contiverem um permalink para um blob no mesmo repositório, onde o caminho do arquivo blob's é maior que 255 caracteres.
+    - Quando "Usuários podem pesquisar pelo GitHub.com" está habilitado com o GitHub Connect, os problemas em repositórios privados e internos não estão incluídos nos resultados de pesquisa do GitHub.com.
+    - Quando um nó de réplica está off-line em uma configuração de alta disponibilidade, {% data variables.product.product_name %} ainda pode encaminhar solicitações de {% data variables.product.prodname_pages %} para o nó off-line, reduzindo a disponibilidade de {% data variables.product.prodname_pages %} para os usuários.
+    - Os limites de recursos que são específicos para processamento de hooks pre-receive podem causar falha em alguns hooks pre-receive.

translations/pt-BR/data/release-notes/enterprise-server/3-1/13.yml

@@ -4,6 +4,7 @@ sections:
   security_fixes:
     - Support bundles could include sensitive files if they met a specific set of conditions.
     - A UI misrepresentation vulnerability was identified in GitHub Enterprise Server that allowed more permissions to be granted during a GitHub App's user-authorization web flow than was displayed to the user during approval. This vulnerability affected all versions of GitHub Enterprise Server prior to 3.3 and was fixed in versions 3.2.5, 3.1.13, 3.0.21. This vulnerability was reported via the GitHub Bug Bounty program and has been assigned [CVE-2021-41598](https://www.cve.org/CVERecord?id=CVE-2021-41598).
+    - A remote code execution vulnerability was identified in GitHub Enterprise Server that could be exploited when building a GitHub Pages site. This vulnerability affected all versions of GitHub Enterprise Server prior to 3.3 and was fixed in versions 3.0.21, 3.1.13, 3.2.5. This vulnerability was reported via the GitHub Bug Bounty program and has been assigned [CVE-2021-41599](https://www.cve.org/CVERecord?id=CVE-2021-41599). Updated February 17, 2022
   bugs:
     - Running `ghe-config-apply` could sometimes fail because of permission issues in `/data/user/tmp/pages`.
     - A misconfiguration in the Management Console caused scheduling errors.

translations/pt-BR/data/release-notes/enterprise-server/3-1/17.yml

@@ -0,0 +1,16 @@
+---
+date: '2022-02-17'
+sections:
+  security_fixes:
+    - Os pacotes foram atualizados para as últimas versões de segurança.
+  bugs:
+    - Fixes SystemStackError (stack too deep) when getting more than 2<sup>^16</sup> keys from memcached.
+  known_issues:
+    - O registro npm de {% data variables.product.prodname_registry %} não retorna mais o valor de tempo em respostas de metadados. Isso foi feito para permitir melhorias substanciais de desempenho. Continuamos a ter todos os dados necessários para devolver um valor de tempo como parte da resposta aos metadados e retomaremos o retorno desse valor no futuro, assim que tivermos resolvido os problemas de desempenho existentes.
+    - On a freshly set up {% data variables.product.prodname_ghe_server %} instance without any users, an attacker could create the first admin user.
+    - As regras de firewall personalizadas são removidas durante o processo de atualização.
+    - Arquivos LFS do Git [enviados através da interface web](https://github.com/blog/2105-upload-files-to-your-repositories) são adicionados diretamente ao repositório e de forma incorreta.
+    - Os problemas não podem ser fechados se contiverem um permalink para um blob no mesmo repositório, onde o caminho do arquivo blob's é maior que 255 caracteres.
+    - Quando "Usuários podem pesquisar pelo GitHub.com" está habilitado com o GitHub Connect, os problemas em repositórios privados e internos não estão incluídos nos resultados de pesquisa do GitHub.com.
+    - Se o {% data variables.product.prodname_actions %} estiver habilitado para {% data variables.product.prodname_ghe_server %}, a desmontagem de um nó de réplica com `ghe-repl-teardown` será bem-sucedida, mas poderá retornar `ERROR:Running migrations`.
+    - Os limites de recursos que são específicos para processamento de hooks pre-receive podem causar falha em alguns hooks pre-receive.