{"meta":{"title":"Habilitando o GitHub Code Quality","intro":"Ative Code Quality para dar às suas equipes um padrão de qualidade consistente, identificando, corrigindo e relatando automaticamente problemas de qualidade de código em pull requests e no seu ramo padrão.","product":"Qualidade de segurança e código","breadcrumbs":[{"href":"/pt/code-security","title":"Qualidade de segurança e código"},{"href":"/pt/code-security/how-tos","title":"How-tos"},{"href":"/pt/code-security/how-tos/maintain-quality-code","title":"Manter o código de qualidade"},{"href":"/pt/code-security/how-tos/maintain-quality-code/enable-code-quality","title":"Habilitar a Qualidade do Código"}],"documentType":"article"},"body":"# Habilitando o GitHub Code Quality\n\nAtive Code Quality para dar às suas equipes um padrão de qualidade consistente, identificando, corrigindo e relatando automaticamente problemas de qualidade de código em pull requests e no seu ramo padrão.\n\nVocê pode habilitar Code Quality para um único repositório ou para cada repositório em uma organização de uma só vez. Ativar no nível da organização garante a todas as suas equipes um padrão de qualidade consistente com uma única mudança, enquanto ativar por repositório permite focar em projetos específicos ou implementar gradualmente.\n\n## Pré-requisitos\n\n* Um proprietário da empresa deve ter permitido Code Quality em sua empresa. Confira [Permitindo o uso de GitHub Code Quality na sua empresa](/pt/code-security/how-tos/secure-at-scale/configure-enterprise-security/configure-specific-tools/allow-github-code-quality-in-enterprise).\n* GitHub Actions deve ser habilitado porque Code Quality usa ações para executar cada CodeQL análise.\n* Para obter todo o benefício do recurso, seu repositório deve incluir um dos idiomas compatíveis com a análise de qualidade por CodeQL. Consulte [os idiomas com suporte](/pt/code-security/concepts/code-quality/code-quality#supported-languages).\n\n## Habilitando Code Quality para seu repositório\n\n1. Em GitHub, acesse a página principal do repositório.\n\n2. No nome do repositório, clique em ** Settings**. Caso não consiga ver a guia \"Configurações\", selecione o menu suspenso **** , clique em **Configurações**.\n\n \n\n3. Na barra lateral, em \"Segurança\", clique ** Qualidade do código** para exibir a página \"Qualidade do código\".\n\n4. Clique **em Habilitar qualidade do código**.\n\n5. Examine as informações na página de qualidade do código:\n\n * **Idiomas:** Se você quiser desabilitar CodeQL a análise de qualquer um dos idiomas, desmarque a caixa de seleção associada.\n * **Tipo de executor:** Se você quiser usar um executor diferente, escolha **o executor rotulado** e defina o **rótulo Runner**. Confira [Usar executores hospedados no GitHub](/pt/actions/how-tos/manage-runners/github-hosted-runners/use-github-hosted-runners) e [Usar rótulos com os executores auto-hospedados](/pt/actions/how-tos/manage-runners/self-hosted-runners/apply-labels).\n\n6. Clique em **Salvar alterações** para salvar sua configuração.Code Quality\n\nSe sua organização tiver configurado o cache de registros privados, eles estarão disponíveis para análise de qualidade de código a ser usada para resolver dependências. Confira [Como dar aos recursos de segurança acesso a registros privados](/pt/code-security/how-tos/secure-at-scale/configure-organization-security/manage-usage-and-access/giving-org-access-private-registries#code-quality-access-to-private-registries).\n\n## Habilitando Code Quality para sua organização\n\nNo nível da organização, você controla Code Quality com uma única configuração de **acesso do Repositório** . Isso oferece opções detalhadas, desde habilitar todos os repositórios até segmentar uma lista específica ou usar um filtro dinâmico, para que você possa testar Code Quality intencionalmente e implementá-lo gradualmente no seu próprio ritmo. Os repositórios em sua seleção estão habilitados e os repositórios fora da seleção estão desabilitados.\n\nPara obter as opções de acesso disponíveis e como a filtragem e a imposição funcionam, consulte [Capacitação em qualidade de código em organizações e empresas](/pt/code-security/concepts/code-quality/enablement-at-scale#organization-level-repository-access).\n\n1. Em GitHub, acesse a página principal da organização.\n2. No nome da organização, clique em ** Settings**. Caso não consiga ver a guia \"Configurações\", selecione o menu suspenso **** , clique em **Configurações**.\n\n \n3. Na barra lateral, em \"Segurança\", clique em ** Qualidade do código**.\n4. Em \"Acesso ao repositório\", selecione uma opção no menu suspenso.\n * Se você selecionou **repositórios selecionados...**, escolha os repositórios que deseja habilitar.\n * Se você selecionou **Correspondência com um filtro...**, defina seu filtro.\n5. Opcionalmente, para impedir que os administradores de repositório alterem essas configurações, habilite **Impor acesso**.\n6. Se a alteração habilitar ou desabilitar Code Quality em quaisquer repositórios, uma caixa de diálogo \"Examinar alterações de habilitação e cobrança\" será exibida, mostrando o número total de repositórios habilitados e desabilitados e os custos associados. Examine os detalhes e clique em **Confirmar**.\n\nSuas alterações são salvas automaticamente e começam a se propagar imediatamente. Em grandes organizações, pode levar vários minutos para que as alterações sejam aplicadas em todos os repositórios.\n\nSe você estiver distribuindo o recurso em várias equipes, recomendamos que você pilote em um grupo pequeno e ajuste seus limites de qualidade antes de habilitar em todos os lugares. Confira [Implementando GitHub Code Quality em larga escala](/pt/code-security/how-tos/maintain-quality-code/roll-out-at-scale).\n\n## Frequência de verificação após a habilitação\n\nQuando você habilita Code Quality, uma verificação inicial CodeQL é executada no branch padrão. As verificações agendadas CodeQL semanalmente começam somente depois que uma solicitação de push ou pull dispara uma verificação. Solicitações de push e pull de antes da habilitação não contam como atividade.\n\nAs verificações agendadas semanalmente pausam se nenhuma solicitação de push ou pull tiver disparado uma verificação nos últimos 180 dias. Verificações iniciais, verificações disparadas por alterações de configuração ou idioma e verificações agendadas não contam como atividade. Uma nova verificação disparada por push ou pull-request retoma o agendamento semanal."}