Esta página foi traduzida pela API Cloud Translation.

Referência da linha de comando

bazel [<startup options>] <command> [<args>]

bazel [<startup options>] <command> [<args>] -- [<target patterns>]

Consulte o Guia do usuário para conferir a sintaxe de padrões de destino.

Sintaxe da opção

As opções podem ser transmitidas para o Bazel de maneiras diferentes. As opções que exigem um valor podem ser transmitidas com um sinal de igual ou um espaço:

--<option>=<value>
--<option> <value>

Algumas opções têm um único caractere curto. Nesse caso, a forma curta precisa ser transmitida com um único traço e um espaço.

-<short_form> <value>

As opções booleanas podem ser ativadas da seguinte forma:

--<option>
--<option>=[true|yes|1]

e desativadas da seguinte maneira:

--no<option>
--<option>=[false|no|0]

As opções de três estados geralmente são definidas como automáticas por padrão e podem ser ativadas à força da seguinte maneira:

--<option>=[true|yes|1]

ou desativadas forçadas da seguinte maneira:

--no<option>
--<option>=[false|no|0]

Comandos

`analyze-profile`	Analisa os dados de perfil do build.
`aquery`	Analisa os destinos fornecidos e consulta o gráfico de ações.
`build`	Cria os destinos especificados.
`canonicalize-flags`	Canoniza uma lista de opções do Bazel.
`clean`	Remove os arquivos de saída e, opcionalmente, interrompe o servidor.
`coverage`	Gera um relatório de cobertura de código para destinos de teste especificados.
`cquery`	Carrega, analisa e consulta os destinos especificados com as configurações.
`dump`	Despeja o estado interno do processo do servidor do Bazel.
`fetch`	Busca repositórios externos que são pré-requisitos para os destinos.
`help`	Exibe a ajuda para os comandos ou o índice.
`info`	Exibe informações de tempo de execução sobre o servidor do Bazel.
`license`	Imprime a licença do software.
`mobile-install`	Instala os destinos em dispositivos móveis.
`mod`	Consulta o gráfico de dependência externa do Bzlmod
`print_action`	Exibe os argumentos da linha de comando para compilar um arquivo.
`query`	Executa uma consulta de gráfico de dependência.
`run`	Executa o destino especificado.
`shutdown`	Interrompe o servidor do Bazel.
`sync`	Sincroniza todos os repositórios especificados no arquivo do espaço de trabalho
`test`	Cria e executa os destinos de teste especificados.
`vendor`	Busca repositórios externos em uma pasta específica especificada pela sinalização --vendor_dir.
`version`	Imprime informações de versão para Bazel.

Opções de inicialização

--[no]autodetect_server_javabase padrão: "true": Quando --noautodetect_server_javabase é transmitido, o Bazel não volta ao JDK local para executar o servidor do Bazel. Em vez disso, ele é encerrado.
Tags: affects_outputs, loses_incremental_state
--[no]batch padrão: "falso": Se definido, o Bazel será executado como apenas um processo cliente sem um servidor, em vez de no modo cliente/servidor padrão. Ele está obsoleto e será removido. Se quiser evitar servidores inativos, encerre-o explicitamente.
Tags: loses_incremental_state, bazel_internal_configuration, deprecated
--[no]batch_cpu_scheduling padrão: "falso": Somente no Linux. Use a programação de CPU em "lote" para o Blaze. Essa política é útil para cargas de trabalho não interativas, mas que não querem reduzir o valor adequado. Consulte "man 2 sched_setscheduler". Se for falso, o Bazel não executa uma chamada de sistema.
Tags: host_machine_resource_optimizations
--bazelrc=<path> padrão: veja a descrição: Local do arquivo .bazelrc do usuário que contém os valores padrão das opções do Bazel. /dev/null indica que todos os outros "--bazelrc" serão ignorados, o que é útil para desativar a pesquisa de um arquivo rc do usuário, por exemplo, em builds de lançamento. Essa opção também pode ser especificada várias vezes. Por exemplo, com "--bazelrc=x.rc --bazelrc=y.rc --bazelrc=/dev/null --bazelrc=z.rc`, 1) x.rc e y.rc são lidos. 2) z.rc é ignorado devido ao /dev/null anterior. Se não for especificado, o Bazel usa o primeiro arquivo .bazelrc encontrado nos dois locais a seguir: o diretório do espaço de trabalho e o diretório inicial do usuário. Observação: as opções de linha de comando sempre substituirão qualquer opção no Bazel.
Tags: changes_inputs
--[no]block_for_lock padrão: "true": Quando --noblock_for_lock é transmitido, o Bazel não espera a conclusão de um comando em execução, mas sai imediatamente.
Tags: eagerness_to_exit
--[no]client_debug padrão: "falso": Se verdadeiro, registra as informações de depuração do cliente no stderr. Alterar essa opção não fará com que o servidor seja reiniciado.
Tags: affects_outputs, bazel_monitoring
--connect_timeout_secs=<an integer> padrão: "30": O tempo que o cliente espera por cada tentativa de conexão ao servidor
Tags: bazel_internal_configuration
--digest_function=<hash function> padrão: veja a descrição: A função hash a ser usada ao calcular resumos de arquivos.
Tags: loses_incremental_state, bazel_internal_configuration
--[no]expand_configs_in_place padrão: "true": A expansão de flags --config foi alterada para ser feita no local, em vez de uma expansão de ponto fixo entre as opções de rc normais e as especificadas pela linha de comando.
Tags: no_op, deprecated
--failure_detail_out=<path> padrão: veja a descrição: Se definido, especifica um local para gravar uma mensagem protobuf falha_detail caso o servidor apresente uma falha e não possa relatá-la via gRPC, como de costume. Caso contrário, o local será ${OUTPUT_BASE}/failure_detail.rawproto.
Tags: affects_outputs, loses_incremental_state
--[no]home_rc padrão: "true": Se você quer ou não procurar o arquivo do bazelrc inicial em $HOME/.bazelrc
Tags: changes_inputs
--[no]idle_server_tasks padrão: "true": Executar System.gc() quando o servidor estiver inativo
Tags: loses_incremental_state, host_machine_resource_optimizations
--[no]ignore_all_rc_files padrão: "falso": Desativa todos os arquivos rc, independente dos valores de outras flags de modificação de rc, mesmo que elas apareçam mais tarde na lista de opções de inicialização.
Tags: changes_inputs
--io_nice_level={-1,0,1,2,3,4,5,6,7} padrão: "-1": Somente no Linux. Defina um nível de 0 a 7 para a programação de E/S de melhor esforço usando a chamada de sistema sys_ioprio_set. 0 é a prioridade mais alta, 7 é a menor. O programador previsto só pode honrar até a prioridade 4. Se definido como um valor negativo, o Bazel não executa uma chamada do sistema.
Tags: host_machine_resource_optimizations
--local_startup_timeout_secs=<an integer> padrão: "120": O tempo máximo que o cliente espera para se conectar ao servidor
Tags: bazel_internal_configuration
--macos_qos_class=<a string> padrão: "padrão": Define a classe de serviço QoS do servidor Bazel quando executado no macOS. Essa flag não tem efeito em todas as outras plataformas, mas é compatível para garantir que os arquivos rc sejam compartilhados entre elas sem mudanças. Os valores possíveis são: interativo pelo usuário, iniciado pelo usuário, padrão, utilitário e segundo plano.
Tags: host_machine_resource_optimizations
--max_idle_secs=<integer> padrão: "10800": O número de segundos que o servidor de build aguardará ocioso antes de ser encerrado. Zero significa que o servidor nunca será encerrado. Isso só é lido na inicialização do servidor. Alterar esta opção não fará com que o servidor seja reiniciado.
Tags: eagerness_to_exit, loses_incremental_state
--output_base=<path> padrão: veja a descrição: Se definido, especifica o local de saída em que toda a saída de build será gravada. Caso contrário, o local será ${OUTPUT_ROOT}/_blaze_${USER}/${MD5_OF_WORKSPACE_ROOT}. Observação: se você especificar uma opção diferente de uma para a próxima invocação do Bazel para esse valor, é provável que um novo servidor do Bazel seja iniciado. O Bazel inicia exatamente um servidor por base de saída especificada. Normalmente, há uma base de saída por espaço de trabalho. No entanto, com essa opção, é possível ter várias bases de saída por espaço de trabalho e, assim, executar várias versões para o mesmo cliente na mesma máquina simultaneamente. Consulte "Encerramento da ajuda do Bazel" para saber como fazer isso.
Tags: affects_outputs, loses_incremental_state
--output_user_root=<path> padrão: veja a descrição: O diretório específico do usuário em que todas as saídas de build são gravadas. Por padrão, é uma função de $USER, mas, ao especificar uma constante, as saídas de build podem ser compartilhadas entre os usuários colaboradores.
Tags: affects_outputs, loses_incremental_state
--[no]preemptible padrão: "falso": Se verdadeiro, o comando poderá ser interrompido se outro comando for iniciado.
Tags: eagerness_to_exit
--server_jvm_out=<path> padrão: veja a descrição: O local para gravar a saída da JVM do servidor. Se não definido, o padrão é uma localização em output_base.
Tags: affects_outputs, loses_incremental_state
--[no]shutdown_on_low_sys_mem padrão: "falso": Se max_idle_secs estiver definido e o servidor de build estiver inativo por um tempo, encerre-o quando o sistema estiver com pouca RAM livre. Somente no Linux.
Tags: eagerness_to_exit, loses_incremental_state
--[no]system_rc padrão: "true": Se você quer ou não procurar a base do sistema.
Tags: changes_inputs
--[no]unlimit_coredumps padrão: "falso": Aumenta o limite de coredump flexível até o limite rígido para possibilitar "coredumps" do servidor (incluindo a JVM) e do cliente em condições comuns. Cole essa flag no seu Bazelrc uma vez e a esqueça para receber "coredumps" quando encontrar uma condição que as desencadeie.
Tags: bazel_internal_configuration
--[no]watchfs padrão: "falso": Se verdadeiro, o Bazel tenta usar o serviço de monitoramento de arquivos do sistema operacional para fazer alterações locais em vez de verificar cada arquivo em busca de mudanças.
Tags: deprecated
--[no]windows_enable_symlinks padrão: "falso": Se verdadeiro, links simbólicos reais serão criados no Windows em vez de copiar arquivos. É necessário que o modo de desenvolvedor do Windows esteja ativado e o Windows 10 versão 1703 ou mais recente.
Tags: bazel_internal_configuration
--[no]workspace_rc padrão: "true": Se deve ou não procurar o arquivo bazelrc do espaço de trabalho em $workspace/.bazelrc
Tags: changes_inputs

--host_jvm_args=<jvm_arg>: vários usos são acumulados: Sinalizações a serem transmitidas para a JVM executando o Blaze.
--host_jvm_debug: Opção de conveniência para adicionar algumas outras flags de inicialização da JVM, que fazem com que a JVM aguarde durante a inicialização até que você se conecte de um depurador compatível com JDWP (como o Eclipse) à porta 5005.
Expande-se para:
--host_jvm_args=-Xdebug
--host_jvm_args=-Xrunjdwp:transport=dt_socket,server=y,address=5005
--host_jvm_profile=<profiler_name> padrão: "": Opção de conveniência para adicionar algumas flags de inicialização da JVM específicas do criador de perfil/depurador. O Bazel tem uma lista de valores conhecidos que mapeia para flags de inicialização da JVM codificadas, possivelmente para pesquisar alguns caminhos fixados no código para certos arquivos.
--server_javabase=<jvm path> padrão: "": Caminho para a JVM usada para executar o próprio Bazel.

Opções comuns a todos os comandos

--experimental_ui_max_stdouterr_bytes=<an integer in (-1)-1073741819 range> padrão: "1048576": O tamanho máximo dos arquivos stdout / stderr que serão impressos no console. -1 implica que não há limite.
Tags: execution
--[no]incompatible_remote_dangling_symlinks padrão: "true": Se ela for definida como verdadeira, os links simbólicos enviados para um cache remoto ou de disco poderão ficar pendentes.
Tags: execution, incompatible_change
--[no]incompatible_remote_symlinks padrão: "true": Se ela for definida como verdadeira, o Bazel sempre fará upload de links simbólicos como tal para um cache remoto ou de disco. Caso contrário, serão enviados apenas os links simbólicos relativos (e somente esses) como o arquivo ou diretório para o qual eles apontam.
Tags: execution, incompatible_change

--[no]incompatible_enable_proto_toolchain_resolution padrão: "falso": Se verdadeiro, as regras proto lang definem os conjuntos de ferramentas dos repositórios rules_proto, rules_java e rules_cc.
Tags: loading_and_analysis, incompatible_change

--bep_maximum_open_remote_upload_files=<an integer> padrão: "-1": Número máximo de arquivos abertos permitidos durante o upload do artefato BEP.
Tags: affects_outputs
--remote_download_all: Faz o download de todas as saídas remotas para a máquina local. Essa sinalização é um alias de --remote_download_outputs=all.
Expande-se para:
--remote_download_outputs=all

Tags: affects_outputs
--remote_download_minimal: Não faz o download de saídas de compilação remota para a máquina local. Essa sinalização é um alias para --remote_download_outputs=minimal.
Expande-se para:
--remote_download_outputs=minimal

Tags: affects_outputs
--remote_download_outputs=<all, minimal or toplevel> padrão: "toplevel": Se definida como "minimal", não faz o download de saídas de build remotas para a máquina local, exceto as exigidas pelas ações locais. Se definida como "toplevel", se comporta como "minimal", exceto pelo fato de que também faz o download das saídas de destinos de nível superior para a máquina local. Ambas as opções podem reduzir significativamente os tempos de compilação se a largura de banda da rede for um gargalo.
Tags: affects_outputs
--remote_download_symlink_template=<a string> padrão: "": Em vez de fazer o download das saídas de build remoto para a máquina local, crie links simbólicos. O destino dos links simbólicos pode ser especificado na forma de um modelo de string. Essa string de modelo pode conter {hash} e {size_bytes} que se expandem para o hash do objeto e o tamanho em bytes, respectivamente. Esses links simbólicos podem, por exemplo, apontar para um sistema de arquivos FUSE que carrega objetos do CAS sob demanda.
Tags: affects_outputs
--remote_download_toplevel: Somente faz o download de saídas remotas de destinos de nível superior para a máquina local. Essa sinalização é um alias de --remote_download_outputs=toplevel.
Expande-se para:
--remote_download_outputs=toplevel

Tags: affects_outputs
--repo_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica outras variáveis de ambiente para disponibilizar apenas para regras de repositório. Observe que as regras de repositório veem o ambiente completo, mas, dessa forma, as informações de configuração podem ser transmitidas para os repositórios por opções sem invalidar o gráfico de ações.
Tags: action_command_lines

--[no]check_bzl_visibility padrão: "true": Se desativada, os erros de visibilidade do carregamento .bzl serão rebaixados a avisos.
Tags: build_file_semantics

--[no]enable_bzlmod padrão: "true": Se verdadeiro, ativa o sistema de gerenciamento de dependências Bzlmod, tendo precedência sobre ESPAÇO DE TRABALHO. Consulte https://bazel.build/docs/bzlmod para mais informações (link em inglês).
Tags: loading_and_analysis
--[no]enable_workspace padrão: "true": Se verdadeiro, ativa o sistema WORKSPACE legado para dependências externas. Consulte https://bazel.build/external/overview para mais informações.
Tags: loading_and_analysis
--[no]experimental_action_resource_set padrão: "true": Se definidos como verdadeiros, ctx.actions.run() e ctx.actions.run_shell() aceitam um parâmetro resource_set para execução local. Caso contrário, o padrão será 250 MB para memória e 1 CPU.
Tags: execution, build_file_semantics, experimental
--[no]experimental_bzl_visibility padrão: "true": Se ativada, adiciona uma função `visibility()` que os arquivos .bzl podem chamar durante a avaliação de nível superior para definir a visibilidade com a finalidade de instruções load().
Tags: loading_and_analysis, experimental
--[no]experimental_cc_shared_library padrão: "falso": Se definida como verdadeira, os atributos de regra e os métodos da API Starlark necessários para a regra cc_shared_library estarão disponíveis
Tags: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_disable_external_package padrão: "falso": Se ela for definida como verdadeira, o pacote //externo gerado automaticamente não estará mais disponível. O Bazel ainda não consegue analisar o arquivo "external/BUILD", mas os globs que acessam o exterior/ pelo pacote sem nome vão funcionar.
Tags: loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_enable_android_migration_apis padrão: "falso": Se definida como verdadeira, ativa as APIs necessárias para oferecer suporte à migração do Android Starlark.
Tags: build_file_semantics
--[no]experimental_enable_scl_dialect padrão: "falso": Se definido como verdadeiro, os arquivos .scl poderão ser usados em instruções load().
Tags: build_file_semantics
--[no]experimental_google_legacy_api padrão: "falso": Se definida como verdadeira, expõe várias partes experimentais da API Starlark de build pertencentes ao código legado do Google.
Tags: loading_and_analysis, experimental
--[no]experimental_isolated_extension_usages padrão: "falso": Se verdadeiro, ativa o parâmetro <code>isolate</code> na função <a href="https://bazel.build/rules/lib/globals/module#use_extension"><code>use_extension</code></a>.
Tags: loading_and_analysis
--[no]experimental_java_library_export padrão: "falso": Se ativado, o módulo experimental_java_library_export_do_not_use estará disponível.
Tags: loading_and_analysis, incompatible_change
--[no]experimental_platforms_api padrão: "falso": Se definida como verdadeira, ativa várias APIs Starlark relacionadas à plataforma que são úteis para depuração.
Tags: loading_and_analysis, experimental
--[no]experimental_repo_remote_exec padrão: "falso": Se definido como verdadeiro, orepository_rule ganhará alguns recursos de execução remota.
Tags: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_sibling_repository_layout padrão: "falso": Se definida como verdadeira, os repositórios não principais serão plantados como links simbólicos para o repositório principal na raiz de execução. Ou seja, todos os repositórios são filhos diretos do diretório $output_base/execution_root. Isso tem o efeito colateral de liberar $output_base/execution_root/__main__/external para o diretório "externo" de nível superior real.
Tags: action_command_lines, bazel_internal_configuration, loading_and_analysis, loses_incremental_state, experimental
--[no]incompatible_allow_tags_propagation padrão: "true": Se definida como verdadeira, as tags serão propagadas de um destino para os requisitos de execução das ações. Caso contrário, as tags não serão propagadas. Consulte https://github.com/bazelbuild/bazel/issues/8830 para ver mais detalhes.
Tags: build_file_semantics, experimental
--[no]incompatible_always_check_depset_elements padrão: "true": Verifica a validade dos elementos adicionados às dependências, em todos os construtores. Os elementos devem ser imutáveis, mas historicamente o construtor depset(direct=...) se esqueceu de verificar. Use tuplas em vez de listas em elementos de configuração. Consulte https://github.com/bazelbuild/bazel/issues/10313 para ver mais detalhes.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_depset_for_java_output_source_jars padrão: "true": Quando verdadeiro, o Bazel não retorna mais uma lista de java_info.java_output[0].source_jars, mas retorna um depset.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_depset_for_libraries_to_link_getter padrão: "true": Quando verdadeiro, o Bazel não retorna mais uma lista de Linking_context.libraries_to_link, mas retorna uma dependência.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disable_objc_library_transition padrão: "true": Desativar a transição personalizada de objc_library e herdar do destino de nível superior
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disable_starlark_host_transitions padrão: "falso": Se forem definidos como verdadeiros, os atributos da regra não poderão definir 'cfg = "host"'. Em vez disso, as regras precisam definir "cfg = "exec"".
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disable_target_provider_fields padrão: "falso": Se definida como verdadeira, desative a capacidade de acessar provedores em objetos de "destino" usando a sintaxe de campo. Em vez disso, use a sintaxe de chave de provedor. Por exemplo, em vez de usar "ctx.attr.dep.my_info" para acessar "my_info" em uma função de implementação de regras, use "ctx.attr.dep[MyInfo]". Consulte mais detalhes em https://github.com/bazelbuild/bazel/issues/9014 (link em inglês).
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disallow_empty_glob padrão: "falso": Se definido como verdadeiro, o valor padrão do argumento "allow_empty" de glob() será "False".
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disallow_struct_provider_syntax padrão: "falso": Se definida como verdadeira, as funções de implementação de regras não vão retornar um struct. Em vez disso, eles precisam retornar uma lista de instâncias do provedor.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_enable_deprecated_label_apis padrão: "true": Se ativada, algumas APIs descontinuadas (native.repository_name, Label.workspace_name, Label.relative) poderão ser usadas.
Tags: loading_and_analysis
--[no]incompatible_existing_rules_immutable_view padrão: "true": Se definidos como verdadeiros, native.existing_rule e native.existing_rules retornarão objetos de visualização leves imutáveis em vez de dicts mutáveis.
Tags: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_fail_on_unknown_attributes padrão: "true": Se ativado, os destinos com atributos desconhecidos definidos como "Nenhum" falham.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_fix_package_group_reporoot_syntax padrão: "true": No atributo "packages" do package_group, muda o significado do valor "//..." para se referir a todos os pacotes no repositório atual, e não a todos os pacotes em qualquer repositório. É possível usar o valor especial "public" no lugar de "//..." para ter o comportamento antigo. Essa sinalização exige que --insupported_package_group_has_public_syntax também esteja ativado.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_java_common_parameters padrão: "true": Se definido como verdadeiro, os parâmetros output_jar e host_javabase em pack_sources e host_javabase na compilação serão removidos.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_merge_fixed_and_default_shell_env padrão: "true": Se ativado, as ações registradas com ctx.actions.run e ctx.actions.run_shell com "env" e "use_default_shell_env = True" vão usar um ambiente do shell padrão substituindo os valores transmitidos em "env". Se desativado, o valor de "env" é completamente ignorado.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_new_actions_api padrão: "true": Se definida como verdadeira, a API que cria ações só vai estar disponível em "ctx.actions", e não em "ctx".
Tags: build_file_semantics, incompatible_change
--[no]incompatible_no_attr_license padrão: "true": Se definida como verdadeira, desativa a função "attr.license".
Tags: build_file_semantics, incompatible_change
--[no]incompatible_no_implicit_file_export padrão: "falso": Se definidos, os arquivos de origem (usados) terão pacotes particulares, a menos que sejam exportados explicitamente. Saiba mais
build_file_semanticsincompatible_change
--[no]incompatible_no_rule_outputs_param padrão: "falso": Se definida como "true", desativa o parâmetro "outputs" da função "rule()".
Tags: build_file_semantics, incompatible_change
--[no]incompatible_objc_provider_remove_linking_info padrão: "falso": Se definida como verdadeira, as APIs do ObjcProvider para informações de vinculação serão removidas.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_package_group_has_public_syntax padrão: "true": No atributo "packages" do package_group, é possível escrever "public" ou "private" para se referir a todos os pacotes ou a nenhum pacote, respectivamente.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_require_linker_input_cc_api padrão: "true": Se definida como verdadeira, a regra create_linking_context exigirá linker_inputs em vez de library_to_link. Os getters antigos de links_context também serão desativados, e apenas linker_inputs estarão disponíveis.
Tags: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_run_shell_command_string padrão: "true": Se definido como verdadeiro, o parâmetro de comando actions.run_shell só vai aceitar strings.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_stop_exporting_language_modules padrão: "falso": Se ativados, alguns módulos específicos da linguagem (como "cc_common") ficarão indisponíveis nos arquivos .bzl do usuário e só poderão ser chamados nos respectivos repositórios de regras.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_struct_has_no_methods padrão: "falso": Desativa os métodos to_json e to_proto do struct, que poluem o namespace do campo struct. Em vez disso, use json.encode ou json.encode_indent para JSON ou proto.encode_text para textproto.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_top_level_aspects_require_providers padrão: "falso": Se definido como verdadeiro, o aspecto de nível superior vai respeitar os provedores obrigatórios e ser executado apenas em segmentações de nível superior com provedores anunciados pelas regras que atendam aos provedores obrigatórios do aspecto.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_unambiguous_label_stringification padrão: "true": Quando verdadeiro, o Bazel coloca o rótulo @//foo:bar em uma string para @//foo:bar, em vez de //foo:bar. Isso só afeta o comportamento de str(), o operador % e assim por diante. O comportamento de repr() não foi alterado. Consulte https://github.com/bazelbuild/bazel/issues/15916 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_use_cc_configure_from_rules_cc padrão: "falso": Quando verdadeiro, o Bazel não permite mais o uso de cc_configure de @bazel_tools. Consulte https://github.com/bazelbuild/bazel/issues/10134 para detalhes e instruções de migração.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_visibility_private_attributes_at_definition padrão: "true": Se definida como verdadeira, a visibilidade dos atributos da regra particular será verificada em relação à definição dela, retornando ao uso da regra se não estiverem visíveis.
Tags: build_file_semantics, incompatible_change
--max_computation_steps=<a long integer> padrão: "0": O número máximo de etapas de computação do Starlark que podem ser executadas por um arquivo BUILD (zero significa que não há limite).
Tags: build_file_semantics
--nested_set_depth_limit=<an integer> padrão: "3.500": A profundidade máxima do gráfico interno a um depset (também conhecido como NestedSet), em que o construtor depset() falhará.
Tags: loading_and_analysis

--[no]heuristically_drop_nodes padrão: "falso": Se for verdadeiro, o Blaze vai remover os nós FileState e DirectoryListingState depois que o nó Arquivo e DirectoryListing relacionados for concluído para economizar memória. A expectativa é que seja menos provável que esses nós sejam necessários novamente. Se esse for o caso, o programa vai reavaliá-las.
Tags: loses_incremental_state
--[no]incompatible_do_not_split_linking_cmdline padrão: "true": Quando verdadeiro, o Bazel não modifica mais as flags de linha de comando usadas para vinculação e também não decide quais flags vão para o arquivo de parâmetro ou não. Consulte https://github.com/bazelbuild/bazel/issues/7670 para ver mais detalhes.
Tags: loading_and_analysis, incompatible_change
--[no]keep_state_after_build padrão: "true": Se for falso, o Blaze vai descartar o estado na memória desse build quando o build for concluído. Os próximos não terão incrementabilidade em relação a este.
Tags: loses_incremental_state
--[no]track_incremental_state padrão: "true": Se for falso, o Blaze não manterá dados que permitem a invalidação e reavaliação em builds incrementais para economizar memória nesse build. Os próximos não terão incrementabilidade em relação a este. Normalmente, convém especificar --batch ao definir isso como falso.
Tags: loses_incremental_state

--[no]announce_rc padrão: "falso": Se as opções de RC são anunciadas.
Tags: affects_outputs
--[no]attempt_to_print_relative_paths padrão: "falso": Ao imprimir a parte da localização das mensagens, tente usar um caminho relativo para o diretório do espaço de trabalho ou um dos diretórios especificados por --package_path.
Tags: terminal_output
--bes_backend=<a string> padrão: "": Especifica o endpoint do back-end do serviço de evento de build (BES) no formato [SCHEME://]HOST[:PORT]. O padrão é desativar os uploads do BES. Os esquemas com suporte são grpc e grpcs (grpc com TLS ativado). Se nenhum esquema é fornecido, o Bazel assume grpcs.
Tags: affects_outputs
--[no]bes_check_preceding_lifecycle_events padrão: "falso": Define o campo check_preceding_lifecycle_events_present na PublishBuildToolEventStreamRequest, que instrui o BES a verificar se já recebeu os eventos InvocationAttemptStarted e BuildEnqueued correspondentes ao evento atual da ferramenta.
Tags: affects_outputs
--bes_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho no formato NAME=VALUE que será incluído nas solicitações do BES. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
Tags: affects_outputs
--bes_instance_name=<a string> padrão: veja a descrição: Especifica o nome da instância em que o BES vai manter o BEP enviado. O padrão é nulo.
Tags: affects_outputs
--bes_keywords=<comma-separated list of options>: vários usos são acumulados: Especifica uma lista de palavras-chave de notificação a serem adicionadas ao conjunto padrão de palavras-chave publicadas no BES ("command_name=<command_name> ", "protocol_name=BEP"). O padrão é nenhum.
Tags: affects_outputs
--[no]bes_lifecycle_events padrão: "true": Especifica se é necessário publicar eventos de ciclo de vida do BES. (o padrão é "true").
Tags: affects_outputs
--bes_oom_finish_upload_timeout=<An immutable length of time.> padrão: "10m": Especifica quanto tempo o Bazel deve aguardar até que o upload do BES/BEP seja concluído enquanto o arquivo estiver fora da memória. Essa sinalização garante o encerramento quando a JVM tem uma sobrecarga grave de GC e não pode progredir em nenhuma linha de execução do usuário.
Tags: bazel_monitoring
--bes_outerr_buffer_size=<an integer> padrão: "10240": Especifica o tamanho máximo de stdout ou stderr a ser armazenado em buffer em BEP antes de ser relatado como um evento de progresso. Gravações individuais ainda são informadas em um único evento, mesmo que sejam maiores que o valor especificado até --bes_outerr_chunk_size.
Tags: affects_outputs
--bes_outerr_chunk_size=<an integer> padrão: "1048576": Especifica o tamanho máximo de stdout ou stderr a ser enviado ao BEP em uma única mensagem.
Tags: affects_outputs
--bes_proxy=<a string> padrão: veja a descrição: Conecte-se ao serviço de evento de build usando um proxy. Atualmente, esse sinalizador só pode ser usado para configurar um soquete de domínio Unix (unix:/path/to/socket).
--bes_results_url=<a string> padrão: "": Especifica o URL de base em que um usuário pode visualizar as informações transmitidas para o back-end do BES. O Bazel vai enviar ao terminal o URL anexado pelo ID da invocação.
Tags: terminal_output
--bes_system_keywords=<comma-separated list of options>: vários usos são acumulados: Especifica uma lista de palavras-chave de notificação a serem incluídas diretamente, sem o prefixo "user_keyword=" incluído nas palavras-chave fornecidas por --bes_palavras-chave. Destinado a operadores de serviço de build que definem --bes_lifecycle_events=false e incluem palavras-chave ao chamar PublishLifecycleEvent. Operadores de serviço de build que usam essa flag devem impedir que os usuários substituam o valor da flag.
Tags: affects_outputs
--bes_timeout=<An immutable length of time.> padrão: "0s": Especifica quanto tempo o Bazel deve aguardar a conclusão do upload do BES/BEP após a conclusão do build e dos testes. Um tempo limite válido é um número natural seguido de uma unidade: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). O valor padrão é "0", o que significa que não há tempo limite.
Tags: affects_outputs
--bes_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> padrão: "wait_for_upload_complete": Especifica se o upload do serviço de evento de build deve bloquear a conclusão do build ou encerrar a invocação imediatamente e concluir o upload em segundo plano. 'wait_for_upload_complete' (padrão), 'nowait_for_upload_complete' ou 'totalmente_async'.
Tags: eagerness_to_exit
--build_event_binary_file=<a string> padrão: "": Se não estiver vazio, grave uma representação binária delimitada por varint da representação do protocolo de evento de build nesse arquivo. Essa opção implica --bes_upload_mode=wait_for_upload_complete.
Tags: affects_outputs
--[no]build_event_binary_file_path_conversion padrão: "true": Converta caminhos na representação do arquivo binário do protocolo de eventos de build em URIs mais válidos globalmente sempre que possível. Se desativado, o esquema de uri file:// sempre vai ser usado.
Tags: affects_outputs
--build_event_binary_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> padrão: "wait_for_upload_complete": Especifica se o upload do serviço de evento de build para --build_event_binary_file deve bloquear a conclusão do build ou encerrar a invocação imediatamente e concluir o upload em segundo plano. 'wait_for_upload_complete' (padrão), 'nowait_for_upload_complete' ou 'totalmente_async'.
Tags: eagerness_to_exit
--build_event_json_file=<a string> padrão: "": Se não estiver vazio, grave uma serialização JSON do protocolo de evento de build nesse arquivo. Essa opção implica --bes_upload_mode=wait_for_upload_complete.
Tags: affects_outputs
--[no]build_event_json_file_path_conversion padrão: "true": Converta caminhos na representação do arquivo json do protocolo de evento de build para URIs mais válidos globalmente sempre que possível. Se desativado, o esquema file:// de URI sempre vai ser usado.
Tags: affects_outputs
--build_event_json_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> padrão: "wait_for_upload_complete": Especifica se o upload do serviço de evento de build para --build_event_json_file deve bloquear a conclusão do build ou encerrar a invocação imediatamente e concluir o upload em segundo plano. 'wait_for_upload_complete' (padrão), 'nowait_for_upload_complete' ou 'totalmente_async'.
Tags: eagerness_to_exit
--build_event_max_named_set_of_file_entries=<an integer> padrão: "-1": O número máximo de entradas para um único evento named_set_of_files. Valores menores que 2 são ignorados e nenhuma divisão de eventos é realizada. A finalidade disso é limitar o tamanho máximo do evento no protocolo de eventos de compilação, embora não controle diretamente o tamanho do evento. O tamanho total do evento é uma função da estrutura do conjunto, bem como do comprimento do arquivo e do URI, que podem depender da função hash.
Tags: affects_outputs
--[no]build_event_publish_all_actions padrão: "falso": Define se todas as ações precisam ser publicadas.
Tags: affects_outputs
--build_event_text_file=<a string> padrão: "": Se não estiver vazio, escreva uma representação textual do protocolo de evento de build nesse arquivo
Tags: affects_outputs
--[no]build_event_text_file_path_conversion padrão: "true": Converta caminhos na representação do arquivo de texto do protocolo de eventos de build em URIs mais válidos globalmente sempre que possível. Se desativado, o esquema de uri file:// sempre vai ser usado.
Tags: affects_outputs
--build_event_text_file_upload_mode=<wait_for_upload_complete, nowait_for_upload_complete or fully_async> padrão: "wait_for_upload_complete": Especifica se o upload do serviço de evento de build para --build_event_text_file deve bloquear a conclusão do build ou encerrar a invocação imediatamente e concluir o upload em segundo plano. 'wait_for_upload_complete' (padrão), 'nowait_for_upload_complete' ou 'totalmente_async'.
Tags: eagerness_to_exit
--[no]experimental_announce_profile_path padrão: "falso": Se ativado, adiciona o caminho do perfil JSON ao registro.
Tags: bazel_monitoring
--[no]experimental_bep_target_summary padrão: "falso": Se os eventos TargetSummary serão publicados.
--[no]experimental_build_event_expand_filesets padrão: "falso": Se verdadeiro, expandir os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags: affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks padrão: "falso": Se verdadeiro, resolver completamente os links simbólicos do conjunto de arquivos relativo no BEP ao apresentar arquivos de saída. Requer --experimental_build_event_expand_filesets.
Tags: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> padrão: "4": O número máximo de vezes que o Bazel tenta fazer upload de um evento de build novamente.
Tags: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> padrão: "1s": Atraso inicial e mínimo para novas tentativas de espera exponencial quando o upload do BEP falha. (expoente: 1,6)
Tags: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> padrão: veja a descrição: Seleciona como fazer upload dos artefatos referenciados no protocolo de evento de build.
Tags: affects_outputs
--[no]experimental_collect_load_average_in_profiler padrão: "true": Se ativado, o criador de perfil coleta a média de carga geral do sistema.
Tags: bazel_monitoring
--[no]experimental_collect_pressure_stall_indicators padrão: "falso": Se ativado, o criador de perfil coleta os dados do PSI do Linux.
Tags: bazel_monitoring
--[no]experimental_collect_resource_estimation padrão: "falso": Se ativado, o criador de perfil coleta a estimativa de uso de CPU e memória para ações locais.
Tags: bazel_monitoring
--[no]experimental_collect_system_network_usage padrão: "falso": Se ativado, o criador de perfil coleta o uso da rede do sistema.
Tags: bazel_monitoring
--[no]experimental_collect_worker_data_in_profiler padrão: "falso": Se ativado, o criador de perfil coleta os dados de recursos agregados do worker.
Tags: bazel_monitoring
--experimental_profile_additional_tasks=<phase, action, action_check, action_lock, action_release, action_update, action_complete, bzlmod, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, remote_process_time, remote_queue, remote_setup, fetch, local_process_time, vfs_stat, vfs_dir, vfs_readlink, vfs_md5, vfs_xattr, vfs_delete, vfs_open, vfs_read, vfs_write, vfs_glob, vfs_vmfs_stat, vfs_vmfs_dir, vfs_vmfs_read, wait, thread_name, thread_sort_index, skyframe_eval, skyfunction, critical_path, critical_path_component, handle_gc_notification, action_counts, action_cache_counts, local_cpu_usage, system_cpu_usage, cpu_usage_estimation, local_memory_usage, system_memory_usage, memory_usage_estimation, system_network_up_usage, system_network_down_usage, workers_memory_usage, system_load_average, starlark_parser, starlark_user_fn, starlark_builtin_fn, starlark_user_compiled_fn, starlark_repository_fn, action_fs_staging, remote_cache_check, remote_download, remote_network, filesystem_traversal, worker_execution, worker_setup, worker_borrow, worker_working, worker_copying_outputs, credential_helper, pressure_stall_io, pressure_stall_memory, conflict_check, dynamic_lock, repository_fetch or unknown>: vários usos são acumulados: Especifica outras tarefas do perfil a serem incluídas.
Tags: bazel_monitoring
--[no]experimental_profile_include_primary_output padrão: "falso": Inclui o atributo extra "out" em eventos de ação que contêm o caminho de execução para a saída principal da ação.
Tags: bazel_monitoring
--[no]experimental_profile_include_target_label padrão: "falso": Inclui o rótulo de destino nos dados de perfil JSON de eventos de ação.
Tags: bazel_monitoring
--[no]experimental_run_bep_event_include_residue padrão: "falso": Define se o resíduo da linha de comando precisa ser incluído em eventos de build de execução que podem conter o resíduo. Por padrão, o resíduo não é incluído em eventos de build do comando de execução que podem conter o resíduo.
Tags: affects_outputs
--[no]experimental_stream_log_file_uploads padrão: "falso": Fazer streaming dos uploads de arquivos de registro diretamente no armazenamento remoto em vez de gravá-los em disco.
Tags: affects_outputs
--experimental_workspace_rules_log_file=<a path> padrão: veja a descrição: Registre determinados eventos de regras do Workspace nesse arquivo como protos WorkspaceEvent delimitados.
--[no]generate_json_trace_profile padrão: "automático": Se ativado, o Bazel cria o perfil do build e grava um perfil no formato JSON em um arquivo na base de saída. Carregue o perfil em chrome://tracing para ver o perfil. Por padrão, o Bazel grava o perfil de todos os comandos e consultas semelhantes a build.
Tags: bazel_monitoring
--[no]heap_dump_on_oom padrão: "falso": Define se um heap dump será gerado manualmente se um OOM for gerado (incluindo OOMs manuais devido ao alcance de --gc_thrashing_limits). O despejo será gravado em <output_base>/<invocation_id>.heapdump.hprof. Essa opção substitui efetivamente -XX:+HeapDumpOnOutOfMemoryError, que não tem efeito para OOMs manuais.
Tags: bazel_monitoring
--[no]legacy_important_outputs padrão: "true": Use esta opção para suprimir a geração do campo "important_outputs" legado no evento TargetComplete. O "important_outputs" é necessário para a integração entre o Bazel e o ResultStore.
Tags: affects_outputs
--logging=<0 <= an integer <= 6> padrão: "3": O nível de geração de registros.
Tags: affects_outputs
--memory_profile=<a path> padrão: veja a descrição: Se definido, grava os dados de uso de memória no arquivo especificado no fim da fase e o heap estável no registro mestre no final da compilação.
Tags: bazel_monitoring
--memory_profile_stable_heap_parameters=<integers, separated by a comma expected in pairs> padrão: "1,0": Ajuste o cálculo do heap estável do perfil de memória no final do build. Precisa ser um número par de números inteiros separados por vírgulas. Em cada par, o primeiro número inteiro é o número de GCs a serem realizadas. O segundo número inteiro em cada par é o tempo de espera entre as GCs. Por exemplo: 2,4,4,0 2 GCs com pausa de 4 segundos seguida de 4 GCs com pausa de zero segundo.
Tags: bazel_monitoring
--profile=<a path> padrão: veja a descrição: Se definido, cria o perfil do Bazel e grava dados no arquivo especificado. Usar o analyze-profile do Bazel para analisar o perfil.
Tags: bazel_monitoring
--[no]record_full_profiler_data padrão: "falso": Por padrão, o criador de perfil do Bazel registra apenas dados agregados para eventos rápidos, mas diversos, como estatísticas do arquivo. Se essa opção for ativada, o criador de perfil registrará cada evento, resultando em dados de criação de perfil mais precisos, mas um grande impacto no desempenho. A opção só tem efeito se --profile também for usado.
Tags: bazel_monitoring
--remote_print_execution_messages=<failure, success or all> padrão: "falha": Escolha quando imprimir mensagens de execução remota. Os valores válidos são "falha", para imprimir apenas em caso de falha, "sucesso" para imprimir apenas em casos concluídos e "todos" para imprimir sempre.
Tags: terminal_output
--[no]slim_profile padrão: "true": Reduz o tamanho do perfil JSON mesclando eventos se o perfil ficar muito grande.
Tags: bazel_monitoring
--starlark_cpu_profile=<a string> padrão: "": Escreve no arquivo especificado um perfil pprof do uso da CPU por todas as linhas de execução do Starlark.
Tags: bazel_monitoring
--tool_tag=<a string> padrão: "": Um nome de ferramenta para atribuir esta invocação do Bazel.
Tags: affects_outputs, bazel_monitoring
--ui_event_filters=<Convert list of comma separated event kind to list of filters>: vários usos são acumulados: Especifica quais eventos serão mostrados na interface. É possível adicionar ou remover eventos dos eventos padrão usando "+" ou "-" à esquerda ou substituir o conjunto padrão por atribuição direta. O conjunto de tipos de evento com suporte inclui INFO, DEBUG, ERROR e outros.
Tags: terminal_output

--experimental_circuit_breaker_strategy=<failure> padrão: veja a descrição: Especifica a estratégia a ser usada pelo disjuntor. As estratégias disponíveis são "falha". Em valor inválido para a opção, o comportamento igual à opção não está definido.
Tags: execution
--[no]experimental_guard_against_concurrent_changes padrão: "falso": Desative para desativar a verificação do ctime dos arquivos de entrada de uma ação antes de fazer upload dela para um cache remoto. Pode haver casos em que o kernel do Linux atrasa a gravação de arquivos, o que pode causar falsos positivos.
--[no]experimental_remote_cache_async padrão: "falso": Se for verdadeiro, a E/S do cache remoto vai ocorrer em segundo plano, e não como parte de uma geração.
--experimental_remote_cache_compression_threshold=<an integer> padrão: "0": O tamanho mínimo de blob necessário para compactar/descompactar com zstd. Inválido a menos que --remote_cache_compression esteja definido.
--[no]experimental_remote_cache_lease_extension padrão: "falso": Se definido como verdadeiro, o Bazel vai estender a alocação para saídas de ações remotas durante a compilação enviando chamadas "FindMissingBlobs" periodicamente para o cache remoto. A frequência é baseada no valor de "--experimental_remote_cache_ttl".
--experimental_remote_cache_ttl=<An immutable length of time.> padrão: "3h": O TTL mínimo garantido de blobs no cache remoto após os resumos serem referenciados recentemente, por exemplo, por um ActionResult ou FindMissingBlobs. O Bazel faz várias otimizações com base no TTL dos blobs. Por exemplo, não chama GetActionResult repetidamente em um build incremental. O valor precisa ser definido um pouco menos do que o TTL real, porque há uma lacuna entre o momento em que o servidor retorna os resumos e o momento em que o Bazel os recebe.
Tags: execution
--experimental_remote_capture_corrupted_outputs=<a path> padrão: veja a descrição: Um caminho para um diretório onde as saídas corrompidas serão capturadas.
--[no]experimental_remote_discard_merkle_trees padrão: "falso": Se definida como verdadeira, descarta cópias na memória da árvore Merkle da raiz de entrada e mapeamentos de entrada associados durante chamadas para GetActionResult() e Execute(). Isso reduz significativamente o uso da memória, mas exige que o Bazel as recalcule em caso de ausências e novas tentativas do cache remoto.
--experimental_remote_downloader=<a string> padrão: veja a descrição: Um URI de endpoint da API Remote Asset a ser usado como um proxy de download remoto. Os esquemas compatíveis são grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Acesse: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_downloader_local_fallback padrão: "falso": Define se é necessário recorrer ao downloader local se o downloader remoto falhar.
--[no]experimental_remote_execution_keepalive padrão: "falso": Define se o sinal de atividade será usado para chamadas de execução remota.
--experimental_remote_failure_rate_threshold=<an integer in 0-100 range> padrão: "10": Define o número permitido de taxa de falha em porcentagem para uma janela de tempo específica. Depois disso, ele para de chamar o cache/executor remoto. Por padrão, o valor é 10. Definir como 0 significa que não há limitação.
Tags: execution
--experimental_remote_failure_window_interval=<An immutable length of time.> padrão: "60s": O intervalo em que a taxa de falha das solicitações remotas é calculada. Em um valor zero ou negativo, a duração da falha é calculada em toda a duração da execução.As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
Tags: execution
--[no]experimental_remote_mark_tool_inputs padrão: "falso": Se definida como verdadeira, o Bazel vai marcar entradas como entradas de ferramenta para o executor remoto. Isso pode ser usado para implementar workers persistentes remotos.
--[no]experimental_remote_merkle_tree_cache padrão: "falso": Se definida como verdadeira, os cálculos da árvore Merkle serão memorizados para melhorar a velocidade da verificação de ocorrência em cache remoto. A impressão do pé na memória do cache é controlada por --experimental_remote_merkle_tree_cache_size.
--experimental_remote_merkle_tree_cache_size=<a long integer> padrão: "1000": O número de árvores de Merkle a serem memorizadas para melhorar a velocidade da verificação de ocorrências do cache remoto. Mesmo que o cache seja automaticamente removido de acordo com o processamento de referências flexíveis do Java, erros de falta de memória poderão ocorrer se a configuração for muito alta. Se definido como 0, o tamanho do cache será ilimitado. O valor ideal varia de acordo com o tamanho do projeto. O padrão é 1.000.
--experimental_remote_output_service=<a string> padrão: veja a descrição: HOST ou HOST:PORT de um endpoint de serviço de saída remota. Os esquemas compatíveis são grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc:// ou unix: para desativar o TLS.
--experimental_remote_output_service_output_path_prefix=<a string> padrão: "": O caminho em que o conteúdo dos diretórios de saída gerenciados pelo --experimental_remote_output_service é colocado. O diretório de saída real usado por um build será descendente desse caminho e determinado pelo serviço de saída.
--[no]experimental_remote_require_cached padrão: "falso": Se definida como verdadeira, determina que todas as ações que podem ser executadas remotamente sejam armazenadas em cache. Caso contrário, elas causarão uma falha na compilação. Isso é útil para resolver problemas de não determinismo, porque permite verificar se as ações que precisam ser armazenadas em cache estão realmente armazenadas em cache sem injetar intencionalmente novos resultados no cache.
--experimental_remote_scrubbing_config=<Converts to a Scrubber> padrão: veja a descrição: Ativa o refinamento remoto da chave do cache com o arquivo de configuração fornecido, que precisa ser um buffer de protocolo no formato de texto. Consulte src/main/protobuf/remote_scrubbing.proto. Esse recurso visa facilitar o compartilhamento de um cache remoto/disco entre ações executadas em diferentes plataformas, mas direcionadas à mesma plataforma. Ele deve ser usado com muito cuidado, já que configurações inadequadas podem causar compartilhamento acidental de entradas de cache e resultar em builds incorretos. O refinamento não afeta como uma ação é executada, apenas como sua chave de cache remoto/de disco é computada com a finalidade de recuperar ou armazenar um resultado de ação. As ações refinadas são incompatíveis com a execução remota, sendo sempre executadas localmente. Modificar a configuração de refinamento não invalida as saídas presentes no sistema de arquivos local ou nos caches internos. Uma versão limpa é necessária para executar novamente as ações afetadas. Para usar esse recurso, você provavelmente quer definir um --host_platform personalizado com --experimental_platform_in_output_dir (para normalizar os prefixos de saída) e --incompatível_strict_action_env (para normalizar as variáveis de ambiente).
--[no]incompatible_remote_build_event_upload_respect_no_cache padrão: "falso": Descontinuado. Ambiente autônomo. Em vez disso, use --remote_build_event_upload=minimal.
--[no]incompatible_remote_downloader_send_all_headers padrão: "true": Define se todos os valores de um cabeçalho de vários valores são enviados para a ferramenta de download remoto em vez de apenas o primeiro.
Tags: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root padrão: "falso": Se definido como verdadeiro, os caminhos de saída serão relativos à raiz de entrada, e não ao diretório de trabalho.
Tags: incompatible_change
--[no]incompatible_remote_results_ignore_disk padrão: "true": Ambiente autônomo
Tags: incompatible_change
--[no]remote_accept_cached padrão: "true": Se os resultados da ação armazenados em cache remotamente serão aceitos.
--remote_build_event_upload=<all or minimal> padrão: "mínimo": Se definida como "all", todas as saídas locais referenciadas pelo BEP serão enviadas para o cache remoto. Se definido como "mínimo", as saídas locais referenciadas pelo BEP não são enviadas para o cache remoto, exceto para arquivos importantes para os consumidores do BEP (por exemplo, registros de teste e perfil de tempo). O esquema bytestream:// sempre é usado para o URI de arquivos, mesmo que eles estejam ausentes no cache remoto. O padrão é "mínimo".
--remote_bytestream_uri_prefix=<a string> padrão: veja a descrição: O nome do host e da instância a serem usados em URIs bytestream:// gravados em fluxos de eventos de build. Essa opção pode ser definida quando os builds são executados usando um proxy, o que faz com que os valores de --remote_executor e --remote_instance_name não correspondam mais ao nome canônico do serviço de execução remota. Se ele não for definido, o padrão será "${hostname}/${instance_name}".
--remote_cache=<a string> padrão: veja a descrição: Um URI de um endpoint de armazenamento em cache. Os esquemas compatíveis são http, https, grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc://, http:// ou unix: para desativar o TLS. Consulte https://bazel.build/remote/caching
--[no]remote_cache_compression padrão: "falso": Se ativada, compacta/descompacta blobs de cache com zstd quando o tamanho é pelo menos --experimental_remote_cache_compression_threshold.
--remote_cache_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho que será incluído nas solicitações de cache: --remote_cache_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_default_exec_properties=<a 'name=value' assignment>: vários usos são acumulados: Define as propriedades exec padrão a serem usadas como plataforma de execução remota se uma plataforma de execução ainda não tiver definido exec_properties.
Tags: affects_outputs
--remote_default_platform_properties=<a string> padrão: "": Define as propriedades da plataforma padrão a serem definidas para a API de execução remota, se a plataforma de execução ainda não definir remote_execution_properties. Esse valor também será usado se a plataforma host for selecionada como plataforma de execução remota.
--remote_download_regex=<a valid Java regular expression>: vários usos são acumulados: Força o download das saídas de compilação remota cujo caminho corresponde a esse padrão, independentemente de --remote_download_outputs. Vários padrões podem ser especificados ao repetir esta sinalização.
Tags: affects_outputs
--remote_downloader_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho que será incluído nas solicitações do download remoto: --remote_downloader_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_exec_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho que será incluído nas solicitações de execução: --remote_exec_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_execution_priority=<an integer> padrão: "0": A prioridade relativa das ações a serem executadas remotamente. A semântica dos valores de prioridade específicos depende do servidor.
--remote_executor=<a string> padrão: veja a descrição: HOST ou HOST:PORT de um endpoint de execução remota. Os esquemas compatíveis são grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc:// ou unix: para desativar o TLS.
--remote_grpc_log=<a path> padrão: veja a descrição: Se especificado, um caminho para um arquivo para registrar detalhes relacionados à chamada gRPC. Esse registro consiste em uma sequência de protobufs com.google.DevTools.build.lib.remote.logging.RemoteExecutionLog.LogEntry serializados com cada mensagem prefixada por uma varint que indica o tamanho da mensagem protobuf serializada a seguir, conforme realizado pelo método LogEntry.writeDelimitedTo(OutputStream).
--remote_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho que será incluído nas solicitações: --remote_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_instance_name=<a string> padrão: "": Valor a ser transmitido como instance_name na API de execução remota.
--[no]remote_local_fallback padrão: "falso": Define se será necessário retornar à estratégia de execução local autônoma se a execução remota falhar.
--remote_local_fallback_strategy=<a string> padrão: "local": Ambiente autônomo, descontinuado. Consulte https://github.com/bazelbuild/bazel/issues/7480 para ver mais detalhes.
--remote_max_connections=<an integer> padrão: "100": Limitar o número máximo de conexões simultâneas ao cache/executor remoto. Por padrão, o valor é 100. Definir como 0 significa que não há limitação. Para o cache remoto HTTP, uma conexão TCP pode lidar com uma solicitação por vez, portanto, o Bazel pode compensar --remote_max_connections solicitações simultâneas. Para o cache/executor remoto do gRPC, um canal gRPC geralmente pode lidar com mais de 100 solicitações simultâneas, portanto, o Bazel pode fazer cerca de "--remote_max_connections * 100" solicitações simultâneas.
Tags: host_machine_resource_optimizations
--remote_proxy=<a string> padrão: veja a descrição: Conectar-se ao cache remoto por meio de um proxy. Atualmente, esse sinalizador só pode ser usado para configurar um soquete de domínio Unix (unix:/path/to/socket).
--remote_result_cache_priority=<an integer> padrão: "0": A prioridade relativa das ações remotas a serem armazenadas no cache remoto. A semântica dos valores de prioridade específicos depende do servidor.
--remote_retries=<an integer> padrão: "5": O número máximo de tentativas de repetir um erro temporário. Se definida como 0, novas tentativas serão desativadas.
--remote_retry_max_delay=<An immutable length of time.> padrão: "5s": O atraso máximo de espera entre as tentativas de repetição remota. As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
--remote_timeout=<An immutable length of time.> padrão: "60s": O tempo máximo de espera pela execução remota e chamadas de cache. No cache REST, é o tempo limite de conexão e de leitura. As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
--[no]remote_upload_local_results padrão: "true": Define se os resultados da ação executada localmente serão enviados ao cache remoto se o cache remoto oferecer suporte e o usuário estiver autorizado a fazer isso.
--[no]remote_verify_downloads padrão: "true": Se definida como verdadeira, o Bazel vai calcular a soma de hash de todos os downloads remotos e descartar os valores armazenados em cache remotamente se não corresponderem ao valor esperado.

--build_metadata=<a 'name=value' assignment>: vários usos são acumulados: Pares de strings de chave-valor personalizados a serem fornecidos em um evento de build.
Tags: terminal_output
--color=<yes, no or auto> padrão: "automático": Use controles do terminal para colorir a saída.
--config=<a string>: vários usos são acumulados: Seleciona seções de configuração adicionais dos arquivos rc. Para cada <command>, ele também extrai as opções de <command>:<config> se essa seção existir. Se essa seção não existir em nenhum arquivo .rc, o Blaze falhará com um erro. As seções de configuração e as combinações de sinalizações às quais elas são equivalentes estão localizadas nos arquivos de configuração tools/*.blazerc.
--credential_helper=<Path to a credential helper. It may be absolute, relative to the PATH environment variable, or %workspace%-relative. The path be optionally prefixed by a scope followed by an '='. The scope is a domain name, optionally with a single leading '*' wildcard component. A helper applies to URIs matching its scope, with more specific scopes preferred. If a helper has no scope, it applies to every URI.>: vários usos são acumulados: Configura um auxiliar de credenciais de acordo com a <a href="https://github.com/EngFlow/credential-helper-spec">Especificação do auxiliar de credenciais</a> a ser usado para recuperar credenciais de autorização para a busca de repositórios, armazenamento em cache e execução remotas e o serviço de eventos de criação. As credenciais fornecidas por um auxiliar têm precedência sobre aquelas fornecidas por "--google_default_credentials", "--google_credentials", um arquivo ".netrc" ou o parâmetro de autenticação para "repository_ctx.download()` e `repository_ctx.download_and_extract()`. Pode ser especificado várias vezes para configurar vários auxiliares. Consulte as instruções em https://blog.engflow.com/2023/10/09/setting-bazels-credential-helper/ (link em inglês).
--credential_helper_cache_duration=<An immutable length of time.> padrão: "30m": A duração padrão em que as credenciais fornecidas por um auxiliar de credenciais são armazenadas em cache se ele não fornecer quando as credenciais expirarem.
--credential_helper_timeout=<An immutable length of time.> padrão: "10s": Configura o tempo limite de um auxiliar de credenciais. Os auxiliares de credenciais que não responderem dentro desse tempo limite vão falhar na invocação.
--curses=<yes, no or auto> padrão: "automático": Use os controles do cursor do terminal para minimizar a saída de rolagem.
--disk_cache=<a path> padrão: veja a descrição: Um caminho para um diretório em que o Bazel pode ler e gravar ações e saídas de ação. Se o diretório não existir, ele será criado.
--[no]enable_platform_specific_config padrão: "falso": Se verdadeiro, o Bazel escolhe as linhas de configuração específicas do SO do host dos arquivos do bazelrc. Por exemplo, se o SO do host for Linux e você executar o build do Bazel, o Bazel vai selecionar linhas que começam com build:linux. Os identificadores de SO com suporte são linux, macos, windows, freebsd e openbsd. Ativar essa flag é equivalente a usar --config=linux no Linux, --config=windows no Windows etc.
--[no]experimental_rule_extension_api padrão: "falso": Ative a API de extensão de regra experimental e as APIs de sub-regra
Tags: loading_and_analysis, experimental
--[no]experimental_windows_watchfs padrão: "falso": Se verdadeiro, o suporte experimental do Windows para --watchfs será ativado. Caso contrário, --watchfsis não será operacional no Windows. Ative também --watchfs.
--google_auth_scopes=<comma-separated list of options> padrão: "https://www.googleapis.com/auth/cloud-platform": Uma lista separada por vírgulas de escopos de autenticação do Google Cloud.
--google_credentials=<a string> padrão: veja a descrição: Especifica o arquivo do qual receber as credenciais de autenticação. Confira mais detalhes em https://cloud.google.com/docs/authentication.
--[no]google_default_credentials padrão: "falso": Define se o "Application Default Credentials do Google" será usado para autenticação. Confira mais detalhes em https://cloud.google.com/docs/authentication. Essa configuração está desativada por padrão.
--grpc_keepalive_time=<An immutable length of time.> padrão: veja a descrição: Configura pings de sinal de atividade para conexões gRPC de saída. Se esse valor estiver definido, o Bazel enviará pings depois desse período sem operações de leitura na conexão, mas somente se houver pelo menos uma chamada gRPC pendente. Os tempos são tratados como granularidade de segunda; é um erro definir um valor inferior a um segundo. Por padrão, pings com sinal de atividade ficam desativados. Entre em contato com o proprietário do serviço antes de ativar essa configuração. Por exemplo, para definir um valor de 30 segundos para essa sinalização, faça assim --grpc_keepalive_time=30s
--grpc_keepalive_timeout=<An immutable length of time.> padrão: "20s": Configura um tempo limite de sinal de atividade para conexões gRPC de saída. Se os pings de sinal de atividade estiverem ativados com --grpc_keepalive_time, o Bazel vai expirar uma conexão se não receber uma resposta de ping após esse período. Os tempos são tratados como granularidade de segunda; é um erro definir um valor inferior a um segundo. Se os pings de sinal de atividade estiverem desativados, essa configuração será ignorada.
--[no]incompatible_disable_non_executable_java_binary padrão: "falso": Se for verdadeiro, java_binary será sempre executável. O atributo create_executable será removido.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_symlink_file_to_dir padrão: "true": Ambiente autônomo.
Tags: loading_and_analysis, incompatible_change
--[no]progress_in_terminal_title padrão: "falso": Mostra o progresso do comando no título do terminal. É útil para ver o que o Bazel faz quando tem várias guias no terminal.
--[no]show_progress padrão: "true": Exibe mensagens de progresso durante um build.
--show_progress_rate_limit=<a double> padrão: "0,2": Número mínimo de segundos entre as mensagens de progresso na saída.
--[no]show_timestamps padrão: "falso": Inclua carimbos de data/hora nas mensagens
--tls_certificate=<a string> padrão: veja a descrição: Especifique um caminho para um certificado TLS confiável para assinar certificados do servidor.
--tls_client_certificate=<a string> padrão: veja a descrição: Especifique o certificado do cliente TLS a ser usado. Você também precisa fornecer uma chave de cliente para ativar a autenticação do cliente.
--tls_client_key=<a string> padrão: veja a descrição: Especifique a chave de cliente TLS a ser usada. Você também precisa fornecer um certificado do cliente para ativar a autenticação dele.
--ui_actions_shown=<an integer> padrão: "8": Número de ações simultâneas mostrado na barra de progresso detalhada, cada ação mostrada em uma linha separada. A barra de progresso sempre mostra pelo menos um. Todos os números menores que 1 são mapeados para 1.
Tags: terminal_output
--[no]watchfs padrão: "falso": No Linux/macOS: se verdadeiro, o Bazel tentará usar o serviço de monitoramento de arquivos do sistema operacional para fazer alterações locais em vez de verificar cada arquivo em busca de mudanças. No Windows: no momento, essa sinalização não é operacional, mas pode ser ativada em conjunto com --experimental_windows_watchfs. Em qualquer SO: o comportamento será indefinido se o espaço de trabalho estiver em um sistema de arquivos de rede e os arquivos forem editados em uma máquina remota.

Opções do Analyze-profile

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--dump=<text or raw> [-d] padrão: mostrar descrição: gera um despejo completo de dados do perfil em formato "texto" legível por humanos ou "bruto" compatível com script.
Tags: affects_outputs
--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções do Aquery

Herda todas as opções do build.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--aspect_deps=<off, conservative or precise> padrão: "conservador": Como resolver dependências de aspecto quando o formato de saída é {xml,proto,record}. "desativado" significa que nenhuma dependência de aspecto foi resolvida. "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de receberem a classe de regra de dependências diretas. "precise" significa que apenas os aspectos que podem estar ativos podem ser adicionados, considerando a classe de regras das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]consistent_labels padrão: "falso": Se ativado, todos os comandos de consulta emitem rótulos como se pela função <code>str</code> do Starlark aplicada a uma instância de <code>Label</code>. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags: terminal_output
--[no]experimental_explicit_aspects padrão: "falso": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]graph:factored padrão: "true": Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512": O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados, e -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "true": Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_artifacts padrão: "true": Inclui nomes das entradas e saídas de ação na saída (possivelmente grandes).
Tags: terminal_output
--[no]include_aspects padrão: "true": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]include_commandline padrão: "true": Inclui o conteúdo das linhas de comando de ação na saída (possivelmente grande).
Tags: terminal_output
--[no]include_file_write_contents padrão: "falso": Inclua o conteúdo do arquivo para as ações FileWrite, SourceSymlinkManifest e RepoMappingManifest (possivelmente grande).
Tags: terminal_output
--[no]include_param_files padrão: "falso": Inclui o conteúdo dos arquivos de parâmetro usados no comando (possivelmente grandes). Observação: ativar esta sinalização habilita automaticamente a sinalização --include_commandline.
Tags: terminal_output
--[no]incompatible_package_group_includes_double_slash padrão: "true": Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso": Se set e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso": Define se cada formato termina com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "true": Se ativada, as dependências dos atributos "nodep" serão incluídas no gráfico de dependências em que a consulta opera. Um exemplo comum de um atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para aprender sobre todos os atributos "nodep" da linguagem de build.
Tags: build_file_semantics
--output=<a string> padrão: "texto": Formato em que os resultados de aquery devem ser impressos. Os valores permitidos para aquery são: text, textproto, proto, stream_proto, jsonproto.
Tags: terminal_output
--[no]proto:default_values padrão: "true": Se verdadeiro, os atributos com valor não especificado explicitamente no arquivo BUILD serão incluídos. Caso contrário, eles serão omitidos. Esta opção se aplica a --output=proto.
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso": Preencha o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe dela é definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "true": Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags: build_file_semantics
--[no]proto:include_attribute_source_aspects padrão: "falso": Preencha o campo proto source_aspect_name de cada atributo com o aspecto de origem do atributo (string vazia, caso contrário).
Tags: terminal_output
--[no]proto:include_synthetic_attribute_hash padrão: "falso": Se o atributo $internal_attr_hash será calculado e preenchido.
Tags: terminal_output
--[no]proto:instantiation_stack padrão: "falso": Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags: terminal_output
--[no]proto:locations padrão: "true": Se as informações de localização serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos": Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs padrão: "true": Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--query_file=<a string> padrão: "": Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags: changes_inputs
--[no]relative_locations padrão: "falso": Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags: terminal_output
--[no]skyframe_state padrão: "falso": Sem fazer outras análises, despeje o Action Graph do Skyframe atual. Observação: no momento, não é possível especificar um destino com --skyframe_state. Essa sinalização só está disponível com --output=proto ou --output=textproto.
Tags: terminal_output
--[no]tool_deps padrão: "true": Consulta: se desativada, as dependências de "configuração exec" não serão incluídas no gráfico de dependência em que a consulta opera. Uma borda de dependência "configuração exec", como aquela de qualquer regra "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação em vez de parte do mesmo programa "destino". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração "exec", apenas os destinos configurados pelo "exec" serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--universe_scope=<comma-separated list of options> padrão: "": Um conjunto de padrões de destino separados por vírgulas (aditivo e subtrativo). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery. Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

--[no]experimental_inprocess_symlink_creation padrão: "falso": Se serão feitas chamadas diretas ao sistema de arquivos para criar árvores de links simbólicos
Tags: loading_and_analysis, execution, experimental
--[no]experimental_persistent_aar_extractor padrão: "falso": Ative o extrator aar persistente usando workers.
Tags: execution
--[no]experimental_remotable_source_manifests padrão: "falso": Se as ações do manifesto de origem serão remotas
Tags: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing padrão: "falso": Se for verdadeiro, o Bazel vai executar o pós-processamento de cobertura para teste em um novo spa.
Tags: execution
--[no]experimental_strict_fileset_output padrão: "falso": Se essa opção estiver ativada, os conjuntos de arquivos tratarão todos os artefatos de saída como arquivos normais. Eles não atravessam diretórios nem são sensíveis a links simbólicos.
Tags: execution
--[no]incompatible_disallow_unsound_directory_outputs padrão: "true": Se definido, é um erro para uma ação materializar um arquivo de saída como um diretório. Não afeta os diretórios de origem. Consulte https://github.com/bazelbuild/bazel/issues/18646.
Tags: bazel_internal_configuration, incompatible_change
--[no]incompatible_modify_execution_info_additive padrão: "falso": Quando ativada, a transmissão de várias flags --modify_execution_info é aditiva. Quando desativada, apenas a última sinalização é considerada.
Tags: execution, affects_outputs, loading_and_analysis, incompatible_change
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>: vários usos são acumulados: Adicione ou remova chaves das informações de execução de uma ação com base no mnemônico da ação. Aplica-se apenas a ações compatíveis com informações de execução. Muitas ações comuns dão suporte a informações de execução, por exemplo, Genrule, CppCompile, Javac, StarlarkAction, TestRunner. Ao especificar vários valores, a ordem é importante porque muitas regex podem se aplicar ao mesmo mnemônico. Sintaxe: "regex=[+-]key,regex=[+-]key,...". Exemplos: ".*=+x,.*=-y,.*=+z" adiciona "x" e "z" e remove "y" das informações de execução de todas as ações. "Genrule=+requires-x" adiciona "requires-x" às informações de execução de todas as ações Genrule. '(?!Genrule).*=-requires-x' remove 'requires-x' das informações de execução para todas as ações que não sejam de regra.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar: Ativar ações persistentes de dex e simplificação de leitura do Android usando workers.
Expande-se para:
  --internal_persistent_android_dex_desugar
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Tags: host_machine_resource_optimizations, execution
--persistent_android_resource_processor: Ativar o processador de recursos persistente do Android usando workers.
Expande-se para:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker

--strategy=AARGenerator=worker--strategy=ProcessDatabinding=worker--strategy=GenerateDataBindingBaseClasses=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar: Ativar ações persistentes de simplificação e dex multiplexação do Android usando workers.
Expande-se para:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar

Tags: host_machine_resource_optimizations, execution
--persistent_multiplex_android_resource_processor: Ativar o processador de recursos multiplexado permanente do Android usando workers.
Expande-se para:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers--modify_execution_info=AARGenerator=+supports-multiplex-workers{/14/}
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
host_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools: Ative ferramentas do Android persistentes e multiplexadas (dexação, simplificação e processamento de recursos).
Expande-se para:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

Tags: host_machine_resource_optimizations, execution
--[no]use_target_platform_for_tests padrão: "falso": Se for verdadeiro, o Bazel usará a plataforma de destino para executar testes em vez do grupo de execução de teste.
Tags: execution

--android_compiler=<a string> padrão: veja a descrição: O compilador de destino do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label> padrão: "//external:android/crosstool": É o local do compilador C++ usado nos builds do Android.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> padrão: veja a descrição: Grte_top de destino do Android.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android> padrão: "android": Seleciona a combinação de manifestos que será usada nas regras android_binary. Sinalização que ajuda na transição da combinação legada para a combinação de manifestos do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label> padrão: "": Define as plataformas usadas pelos destinos android_binary. Se várias plataformas forem especificadas, o binário será um APK multiarquitetura, que contém binários nativos para cada plataforma de destino especificada.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label> padrão: "@bazel_tools//tools/android:sdk": Especifica o SDK/plataforma do Android usado para criar apps Android.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label> padrão: "@bazel_tools//tools/cpp:Dataset": O rótulo do pacote crosstool a ser usado nas regras da Apple e do Objc e as dependências delas.
Tags: loses_incremental_state, changes_inputs
--cc_output_directory_tag=<a string> padrão: "": Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: affects_outputs
--compiler=<a string> padrão: veja a descrição: O compilador C++ a ser usado para compilar o destino.
Tags: loading_and_analysis, execution
--coverage_output_generator=<a build target label> padrão: "@bazel_tools//tools/test:lcov_merger": Local do binário usado para pós-processar relatórios de cobertura bruta. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:lcov_merger'.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label> padrão: "@bazel_tools//tools/test:coverage_report_generator": Local do binário usado para gerar relatórios de cobertura. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:coverage_report_generator'.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label> padrão: "@bazel_tools//tools/test:coverage_support": Localização dos arquivos de suporte necessários nas entradas de todas as ações de teste que coletam cobertura de código. O padrão é "//tools/test:coverage_support".
Tags: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label> padrão: "@bazel_tools//tools/cpp:Dataset": O rótulo do pacote crosstool a ser usado para compilar o código C++.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label> padrão: veja a descrição: Especifica uma implementação personalizada de Malloc. Essa configuração modifica os atributos Malloc nas regras de compilação.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>: vários usos são acumulados: Lista de expressões regulares separadas por vírgulas, cada uma opcionalmente prefixada por - (expressão negativa), atribuída (=) a uma lista de destinos de valores de restrição separados por vírgula. Se um destino não corresponder a nenhuma expressão negativa e ao menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se os valores de restrição tivessem sido declarados como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 adicionará "x86_64" a qualquer destino em //demo, exceto aqueles cujo nome contém "test".
Tags: loading_and_analysis
--[no]experimental_include_xcode_execution_requirements padrão: "falso": Se definido, adicione um requisito de execução "requires-xcode:{version}" a cada ação do Xcode. Se a versão do xcode tiver um rótulo com hífen, adicione também um requisito de execução "requires-xcode-label:{version_label}".
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode padrão: "true": Se verdadeiro, use o Xcode mais recente disponível local e remotamente. Se for falso, ou se não houver versões mútuas disponíveis, use a versão do Xcode local selecionada por xcode-select.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> padrão: "": As plataformas que estão disponíveis como plataformas de execução para executar ações. As plataformas podem ser especificadas por destino exato ou como um padrão de destino. Essas plataformas serão consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms(). Essa opção só pode ser definida uma vez. As instâncias posteriores substituirão as configurações de sinalização anteriores.
Tags: execution
--extra_toolchains=<comma-separated list of options>: vários usos são acumulados: As regras do conjunto de ferramentas a serem consideradas durante a resolução. Os conjuntos de ferramentas podem ser especificados por destino exato ou como um padrão de destino. Esses conjuntos de ferramentas serão considerados antes daqueles declarados no arquivo WORKSPACE por register_ remoção de ferramentas().
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> padrão: veja a descrição: Um rótulo para uma biblioteca libc registrada. O valor padrão é selecionado pelo conjunto de ferramentas do crosstool, e você quase nunca precisa substituí-lo.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string> padrão: veja a descrição: O compilador C++ a ser usado para compilação do host. Ele será ignorado se --host_crosstool_top não estiver definido.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label> padrão: veja a descrição: Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração de execução. Se essa flag for fornecida, o Bazel usará a libc e o compilador padrão para o crosstool_top especificado.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label> padrão: veja a descrição: Se especificada, esta configuração substitui o diretório de nível superior da libc (--grte_top) para a configuração "exec".
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label> padrão: "@bazel_tools//tools:host_platform": O rótulo de uma regra de plataforma que descreve o sistema host.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features padrão: "true": Se for verdadeiro, o Bazel não ativará os recursos "host" e "nonhost" no conjunto de ferramentas c++. Consulte https://github.com/bazelbuild/bazel/issues/7407 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution padrão: "true": Use a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras do Android (Starlark e nativas)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution padrão: "falso": Use a resolução do conjunto de ferramentas para selecionar o SDK da Apple para regras da Apple (Starlark e nativas)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone padrão: "true": Se for "true", o Bazel não vai reutilizar as linhas de comando de ação de link do C++ para linhas de comando de indexação LTO. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/6791.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive padrão: "true": Se for verdadeiro, o Bazel não vinculará dependências de biblioteca como um arquivo inteiro por padrão. Consulte https://github.com/bazelbuild/bazel/issues/7362 para ver instruções de migração.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features padrão: "true": Se for verdadeiro, o Bazel exigirá o parâmetro "ctx" em cc_common.configure_features. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/7793.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects padrão: "true": Use objetos compartilhados de interface se compatível com o conjunto de ferramentas. No momento, todos os conjuntos de ferramentas de ELF têm suporte a essa configuração.
Tags: loading_and_analysis, affects_outputs, affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do iOS a ser usada para criar apps iOS. Se não for especificada, a versão padrão do SDK do iOS de "xcode_version" será usada.
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do macOS que será usada para criar apps para macOS. Se não for especificada, a versão padrão do SDK do macOS de "xcode_version" será usada.
Tags: loses_incremental_state
--minimum_os_version=<a string> padrão: veja a descrição: A versão mínima do SO destinada à compilação.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path> padrão: "": A localização de um arquivo de mapeamento que descreve qual plataforma usar se nenhuma estiver definida ou quais sinalizações definir quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente abaixo da raiz do espaço de trabalho).
Tags: affects_outputs, changes_inputs, loading_and_analysis
--platforms=<a build target label> padrão: "": Os rótulos das regras de plataforma que descrevem as plataformas de destino para o comando atual.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--python2_path=<a string> padrão: veja a descrição: Descontinuado, ambiente autônomo. Desativado por "--incompatíveis_use_python_Conjuntos de ferramentas".
Tags: no_op, deprecated
--python3_path=<a string> padrão: veja a descrição: Descontinuado, ambiente autônomo. Desativado por "--incompatíveis_use_python_Conjuntos de ferramentas".
Tags: no_op, deprecated
--python_path=<a string> padrão: veja a descrição: O caminho absoluto do interpretador de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatíveis_use_python_Conjuntos de ferramentas.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label> padrão: veja a descrição: O rótulo de um py_runtime que representa o interpretador Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatíveis_use_python_Conjuntos de ferramentas.
Tags: loading_and_analysis, affects_outputs
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do tvOS para criar aplicativos tvOS. Se não for especificada, a versão padrão do SDK do tvOS será usada de "xcode_version".
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, a versão padrão do SDK do watchOS de "xcode_version" será usada.
Tags: loses_incremental_state
--xcode_version=<a string> padrão: veja a descrição: Se especificado, usa o Xcode da versão fornecida para as ações de build relevantes. Se não for especificada, usa a versão padrão do executor do Xcode.
Tags: loses_incremental_state
--xcode_version_config=<a build target label> padrão: "@bazel_tools//tools/cpp:host_xcodes": O rótulo da regra xcode_config a ser usado para selecionar a versão do Xcode na configuração do build.
Tags: loses_incremental_state, loading_and_analysis

--[no]apple_generate_dsym padrão: "falso": Define se os arquivos de símbolo de depuração (.dSYM) serão gerados.
Tags: affects_outputs, action_command_lines
--[no]build_runfile_links padrão: "true": Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se for falso, grave-os somente quando exigido por uma ação local, teste ou comando de execução.
Tags: affects_outputs
--[no]build_runfile_manifests padrão: "true": Se verdadeiro, grava manifestos de arquivos de execução para todos os destinos. Se for falso, omita-os. Os testes locais não serão executados se o valor for "false".
Tags: affects_outputs
--[no]build_test_dwp padrão: "falso": Se ativado, ao criar testes C++ estaticamente e com fissão, o arquivo .dwp para o binário de teste também será criado automaticamente.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options> padrão: ".pb.h": Define os sufixos dos arquivos de cabeçalho criados por cc_proto_library.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set of options> padrão: ".pb.cc": Define os sufixos dos arquivos de origem criados por cc_proto_library.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info padrão: "falso": Execute ações extras para versões alternativas da API Java em uma proto_library.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions padrão: "falso": Execute ações extras para versões alternativas da API Java em uma proto_library.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_save_feature_state padrão: "falso": Salva o estado dos recursos ativados e solicitados como uma saída da compilação.
Tags: affects_outputs, experimental
--fission=<a set of compilation modes> padrão: "não": Especifica quais modos de compilação usam a fissão para compilações e links C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais 'yes' para ativar todos os modos e 'no' para desativar todos os modos.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]incompatible_always_include_files_in_data padrão: "true": Se definida como verdadeira, as regras nativas vão adicionar <code>DefaultInfo.files</code> de dependências de dados aos runfiles, o que corresponde ao comportamento recomendado para regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags: affects_outputs, incompatible_change
--[no]legacy_external_runfiles padrão: "true": Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para repositórios externos em .runfiles/wsname/external/repo (além de .runfiles/repo).
Tags: affects_outputs
--[no]objc_generate_linkmap padrão: "falso": Especifica se um arquivo de linkmap será gerado.
Tags: affects_outputs
--[no]save_temps padrão: "falso": Se definida, as saídas temporárias de gcc serão salvas. Isso inclui arquivos .s (código assembler), arquivos .i (C++ pré-processados) e arquivos .ii (C++ pré-processado).
Tags: affects_outputs

--action_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica o conjunto de variáveis de ambiente disponíveis para ações com configuração de destino. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, são as últimas vitórias, as opções para diferentes variáveis se acumulam.
Tags: action_command_lines
--android_cpu=<a string> padrão: "armeabi-v7a": A CPU de destino do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx padrão: "true": Gerar arquivos de vinculação de dados compatíveis com o AndroidX. Isso é usado apenas com a vinculação de dados v2. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args padrão: "true": Usar a vinculação de dados do Android v2 com o argumento 3.4.0. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully> padrão: "desativado": Determina se as dependências de C++ das regras do Android serão vinculadas dinamicamente quando um cc_binary não criar explicitamente uma biblioteca compartilhada. "default" significa que o Bazel vai escolher se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas no modo predominantemente estático.
Tags: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> padrão: "alfabético": Define a ordem dos manifestos transmitidos para a combinação de binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação à raiz. ALPHABETICAL_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração dentro do diretório de saída. DEPENDENCY significa que os manifestos são ordenados com o manifesto de cada biblioteca que vem antes dos manifestos das dependências.
Tags: action_command_lines, execution
--[no]android_resource_shrinking padrão: "falso": Ativa a redução de recursos para APKs android_binary que usam o ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]build_python_zip padrão: "automático": Crie um ZIP executável Python, no Windows e desativado em outras plataformas
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários do Apple Catalyst.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage padrão: "falso": Se especificado, o Bazel instrumenta o código (usando instrumentação off-line sempre que possível) e coleta informações de cobertura durante os testes. Somente as segmentações que corresponderem a --instrumentation_filter serão afetadas. Em geral, essa opção não deve ser especificada diretamente. Em vez disso, use o comando "bazel coverage".
Tags: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] padrão: "fastbuild": Especifique o modo em que o binário será integrado. Valores: "fastbuild", "dbg", "opt".
Tags: affects_outputs, action_command_lines
--conlyopt=<a string>: vários usos são acumulados: Opção adicional para transmitir para gcc ao compilar arquivos de origem C.
Tags: action_command_lines, affects_outputs
--copt=<a string>: vários usos são acumulados: Outras opções de transmissão para gcc.
Tags: action_command_lines, affects_outputs
--cpu=<a string> padrão: "": A CPU de destino.
Tags: changes_inputs, affects_outputs
--cs_fdo_absolute_path=<a string> padrão: veja a descrição: Use as informações do perfil do CSFDO para otimizar a compilação. Especifique o nome do caminho absoluto do arquivo ZIP que contém o arquivo de perfil, um arquivo de perfil LLVM bruto ou indexado.
Tags: affects_outputs
--cs_fdo_instrument=<a string> padrão: veja a descrição: Gere binários com instrumentação FDO sensível ao contexto. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags: affects_outputs
--cs_fdo_profile=<a build target label> padrão: veja a descrição: O cs_fdo_profile que representa o perfil sensível ao contexto a ser usado para otimização.
Tags: affects_outputs
--cxxopt=<a string>: vários usos são acumulados: Opção adicional para transmitir para gcc ao compilar arquivos de origem em C++.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment>: vários usos são acumulados: Cada opção "--define" especifica uma atribuição a uma variável de build.
Tags: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully> padrão: "padrão": Determina se os binários C++ serão vinculados dinamicamente. "default" significa que o Bazel vai escolher se quer fazer a vinculação dinâmica. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas no modo predominantemente estático.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path padrão: "true": Se definido, o uso de fdo_absolute_profile_path vai gerar um erro.
Tags: affects_outputs
--[no]enable_runfiles padrão: "automático": Ativa a árvore de links simbólicos de arquivos de execução. Por padrão, ela fica desativada no Windows e em outras plataformas.
Tags: affects_outputs
--experimental_action_listener=<a build target label>: vários usos são acumulados: Descontinuado e substituído pelos aspectos. Use action_listener para anexar uma extra_action a ações de compilação existentes.
Tags: execution, experimental
--[no]experimental_android_compress_java_resources padrão: "falso": Compactar recursos Java em APKs
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2 padrão: "true": Usar a vinculação de dados do Android v2. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking padrão: "falso": Ativa a redução de recursos para APKs android_binary que usam o ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex padrão: "falso": usar a ferramenta Rex para reescrever arquivos dex
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_collect_code_coverage_for_generated_files padrão: "falso": Se especificado, o Bazel também gera informações de cobertura de coleta para arquivos gerados.
Tags: affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options> padrão: "-O0,-DDEBUG=1": Usa essas strings como opções do compilador fastbuild objc.
Tags: action_command_lines
--[no]experimental_omitfp padrão: "falso": Se verdadeiro, use libunwind para liberação de pilha e compile com -fomit-frame-pointer e -faTorne-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--experimental_output_paths=<off, content or strip> padrão: "desativado": Qual modelo usar para onde as regras da árvore de saída gravam as saídas, especialmente para builds multiplataforma / multiconfigurações. Esse recurso é altamente experimental. Consulte https://github.com/bazelbuild/bazel/issues/6526 para ver mais detalhes. As ações do Starlark podem ativar o mapeamento de caminhos adicionando a chave "supports-path-mapping" ao dict "execution_requirements".
Tags: loses_incremental_state, bazel_internal_configuration, affects_outputs, execution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>: vários usos são acumulados: Cada entrada precisa estar no formato label=value, em que o rótulo se refere a uma plataforma e "value" é o nome curto que você quer usar no caminho de saída. Usado somente quando --experimental_platform_in_output_dir é verdadeiro. Tem a maior prioridade de nomenclatura.
Tags: affects_outputs, experimental
--[no]experimental_platform_in_output_dir padrão: "falso": Se verdadeiro, um nome abreviado para a plataforma de destino será usado no nome do diretório de saída em vez de CPU. O esquema exato é experimental e está sujeito a mudanças: primeiro, no caso raro de a opção --platforms não ter exatamente um valor, é usado um hash das plataformas. Em seguida, se algum nome abreviado da plataforma atual tiver sido registrado por --experimental_override_name_platform_in_output_dir, então ele será usado. Então, se --experimental_use_platforms_in_output_dir_legacy_heuristic estiver definido, use um nome abreviado com base no marcador da plataforma atual. Por fim, um hash da opção da plataforma é usado como último recurso.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap padrão: "falso": Se especificado, o Bazel gera informações do mapa de cobertura llvm-cov em vez de gcov quando collect_code_coverage está ativado.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic padrão: "true": Use essa sinalização apenas como parte de uma estratégia sugerida de migração ou teste. Observe que a heurística tem deficiências conhecidas e sugere-se migrar para contar apenas com --experimental_override_name_platform_in_output_dir.
Tags: affects_outputs, experimental
--fat_apk_cpu=<comma-separated set of options> padrão: "armeabi-v7a": Configurar essa opção ativa APKs grandes, que contêm binários nativos para todas as arquiteturas de destino especificadas, por exemplo, --fat_apk_cpu=x86,armeabi-v7a. Se essa flag for especificada, --android_cpu será ignorada para dependências das regras android_binary.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan padrão: "falso": Define se as divisões HWASAN serão criadas.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> padrão: veja a descrição: Gerar binários com a instrumentação do FDO. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags: affects_outputs
--fdo_optimize=<a string> padrão: veja a descrição: Use as informações do perfil do FDO para otimizar a compilação. Especifique o nome de um arquivo ZIP contendo uma árvore de arquivos .gcda, um arquivo afdo contendo um perfil automático ou um arquivo de perfil LLVM. Essa sinalização também aceita arquivos especificados como rótulos (por exemplo, "//foo/bar:file.afdo". Talvez seja necessário adicionar uma diretiva "exports_files" ao pacote correspondente) e rótulos que apontam para destinos "fdo_profile". Esta sinalização será substituída pela regra "fdo_profile".
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label> padrão: veja a descrição: Usar dicas de pré-busca de cache.
Tags: affects_outputs
--fdo_profile=<a build target label> padrão: veja a descrição: O fdo_profile que representa o perfil a ser usado para otimização.
Tags: affects_outputs
--features=<a string>: vários usos são acumulados: Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Especificar -<feature> desativará o recurso. Os atributos negativos sempre substituem os positivos. Veja também --host_features
Tags: changes_inputs, affects_outputs
--[no]force_pic padrão: "falso": Se ativada, todas as compilações em C++ produzem código independente de posição ("-fPIC"), links preferem bibliotecas pré-criadas para PIC em vez de bibliotecas não PIC e links produzem executáveis independentes de posição ("-pie").
Tags: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, são as últimas vitórias, as opções para diferentes variáveis se acumulam.
Tags: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> padrão: "opt": Especifique o modo em que as ferramentas usadas durante o build vão ser integradas. Valores: "fastbuild", "dbg", "opt".
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string>: vários usos são acumulados: Outra opção para transmitir ao compilador C ao compilar arquivos de origem em C (mas não C++) nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_copt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas ao compilador C para ferramentas criadas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_cpu=<a string> padrão: "": A CPU do host.
Tags: changes_inputs, affects_outputs
--host_cxxopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para o compilador C++ para ferramentas criadas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_features=<a string>: vários usos são acumulados: Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Especificar -<feature> desativará o recurso. Os atributos negativos sempre substituem os positivos.
Tags: changes_inputs, affects_outputs
--host_force_python=<PY2 or PY3> padrão: veja a descrição: Substitui a versão do Python para a configuração "exec". Pode ser "PY2" ou "PY3".
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string>: vários usos são acumulados: Opção adicional para transmitir ao vinculador ao vincular ferramentas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do macOS para destinos de host. Se não for especificado, usará "macos_sdk_version".
Tags: loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente ao compilador C/C++ ao compilar determinados arquivos nas configurações de execução. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags: action_command_lines, affects_outputs
--host_swiftcopt=<a string>: vários usos são acumulados: Outras opções de ferramentas de execução a serem transmitidas ao swiftc.
Tags: action_command_lines, affects_outputs
--[no]incompatible_auto_exec_groups padrão: "falso": Quando ativado, um grupo "exec" é criado automaticamente para cada conjunto de ferramentas usado por uma regra. Para que essa regra funcione, é necessário especificar o parâmetro "conjunto de ferramentas" nas ações dela. Para mais informações, consulte https://github.com/bazelbuild/bazel/issues/17134.
Tags: affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory padrão: "true": Se for verdadeiro, o diretório genfiles será dobrado no diretório bin.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_host_features padrão: "true": Se verdadeiro, use --features somente para a configuração de destino e --host_features para a configuração exec.
Tags: changes_inputs, affects_outputs, incompatible_change
--[no]instrument_test_targets padrão: "falso": Quando a cobertura está ativada, ela especifica se é necessário considerar as regras de teste de instrumentação. Quando definidas, as regras de teste incluídas por --instrumentation_filter são instrumentadas. Caso contrário, as regras de teste serão sempre excluídas da instrumentação de cobertura.
Tags: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "-/javatests[/:],-/test/java[/:]": Quando a cobertura estiver ativada, apenas as regras com nomes incluídos pelo filtro com base em regex especificado serão instrumentadas. As regras prefixadas com "-" serão excluídas. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativado.
Tags: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do iOS para simuladores e dispositivos de meta. Se não for especificado, usará "ios_sdk_version".
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas usadas para criar um ios_application. O resultado é um binário universal que contém todas as arquiteturas especificadas.
Tags: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive padrão: "true": Descontinuado e substituído por --insupported_remove_legacy_whole_archive. Consulte mais detalhes em https://github.com/bazelbuild/bazel/issues/7362. Quando ativado, use --whole-archive para regras cc_binary que tenham linkshared=True e linkstatic=True ou '-static' nos linkopts. Isso serve apenas para compatibilidade com versões anteriores. Uma alternativa melhor é usar Alwayslink=1 quando necessário.
Tags: action_command_lines, affects_outputs, deprecated
--linkopt=<a string>: vários usos são acumulados: Outra opção para transmitir ao GCC durante a vinculação.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string>: vários usos são acumulados: Opção adicional para transmitir à etapa de back-end de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string>: vários usos são acumulados: Outra opção para transmitir a etapa de indexação de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários do Apple macOS.
Tags: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do macOS para destinos. Se não for especificado, usará "macos_sdk_version".
Tags: loses_incremental_state
--memprof_profile=<a build target label> padrão: veja a descrição: Usar o perfil memprof.
Tags: affects_outputs
--[no]objc_debug_with_GLIBCXX padrão: "falso": Se definido, e o modo de compilação estiver definido como "dbg", defina GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC e GLIBCPP_CONCEPT_CHECKS.
Tags: action_command_lines
--[no]objc_enable_binary_stripping padrão: "falso": Define se é feita a remoção de símbolos e códigos inativos em binários vinculados. As remoções binárias serão realizadas se essa sinalização e --compilation_mode=opt forem especificadas.
Tags: action_command_lines
--objccopt=<a string>: vários usos são acumulados: Outras opções para transmitir para gcc ao compilar arquivos de origem Objective-C/C++.
Tags: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente para gcc ao compilar determinados arquivos. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags: action_command_lines, affects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente ao back-end de LTO (em --features=thin_lto) ao compilar determinados objetos de back-end. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão, option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 adiciona a opção de linha de comando -O0 à linha de comando do back-end LTO de todos os arquivos o em //foo/ exceto bar.o.
Tags: action_command_lines, affects_outputs
--platform_suffix=<a string> padrão: veja a descrição: Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label> padrão: veja a descrição: Use as informações do perfil da Hélice para otimizar o destino do build.Um perfil de hélice precisa consistir em pelo menos um dos dois arquivos, um perfil Cc e um perfil ld. Essa sinalização aceita um rótulo de compilação que precisa se referir aos arquivos de entrada do perfil da hélice. Por exemplo, o arquivo BUILD que define o rótulo, em a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Uma diretiva export_files pode precisar ser adicionada ao pacote correspondente para tornar esses arquivos visíveis para o Bazel. A opção precisa ser usada como: --propeller_optimize=//a/b:propeller_profile
Tags: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string> padrão: veja a descrição: Nome do caminho absoluto do arquivo cc_profile para builds com otimização da Propeller.
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> padrão: veja a descrição: Nome do caminho absoluto do arquivo ld_profile para builds com otimização da Propeller.
Tags: affects_outputs
--run_under=<a prefix in front of command> padrão: veja a descrição: Prefixo a ser inserido antes dos executáveis para os comandos "test" e "run". Se o valor for "foo -bar" e a linha de comando de execução for "test_binary -baz", a linha de comando final será "foo -bar test_binary -baz".Isso também pode ser um rótulo para um destino executável. Alguns exemplos são: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:target --options'.
Tags: action_command_lines
--[no]share_native_deps padrão: "true": Se verdadeiro, as bibliotecas nativas com funcionalidade idêntica serão compartilhadas entre destinos diferentes
Tags: loading_and_analysis, affects_outputs
--[no]stamp padrão: "falso": Carime os binários com data, nome de usuário, nome do host, informações do espaço de trabalho etc.
Tags: affects_outputs
--strip=<always, sometimes or never> padrão: "às vezes": Especifica a remoção de binários e bibliotecas compartilhadas (usando "-Wl,--strip-debug"). O valor padrão de "algumas vezes" significa remover iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para remoção ao gerar um binário "<name>.stripped".
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string>: vários usos são acumulados: Outras opções para transmitir para compilação do Swift.
Tags: action_command_lines
--tvos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários tvOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do tvOS para dispositivos e simuladores de meta. Se não for especificado, usará "tvos_sdk_version".
Tags: loses_incremental_state
--visionos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários visionOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--watchos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários watchOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do watchOS para dispositivos e simuladores de meta. Se não for especificado, usará "watchos_sdk_version".
Tags: loses_incremental_state
--xbinary_fdo=<a build target label> padrão: veja a descrição: Use as informações do perfil XbinaryFDO para otimizar a compilação. Especifica o nome do perfil binário cruzado padrão. Quando a opção é usada junto com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags: affects_outputs

--auto_cpu_environment_group=<a build target label> padrão: "": Declare o environment_group a ser usado para mapear automaticamente os valores de CPU para os valores de target_environment.
Tags: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses padrão: "falso": Verifique se as restrições de licenciamento impostas pelos pacotes dependentes não entram em conflito com os modos de distribuição dos destinos que estão sendo criados. Por padrão, as licenças não ficam marcadas.
Tags: build_file_semantics
--[no]check_visibility padrão: "true": Se desativada, os erros de visibilidade nas dependências de destino serão rebaixados a avisos.
Tags: build_file_semantics
--[no]desugar_for_android padrão: "true": Define se é feita a simplificação do bytecode Java 8 antes da dexação.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]desugar_java8_libs padrão: "falso": Define se as bibliotecas Java 8 compatíveis são incluídas em apps para dispositivos legados.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints padrão: "true": Verifica com quais ambientes cada destino é compatível e informa erros se algum destino tiver dependências não compatíveis com os mesmos ambientes
Tags: build_file_semantics
--[no]experimental_check_desugar_deps padrão: "true": Define se a simplificação correta no nível binário do Android será verificada.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> padrão: "DESATIVADO": Quando ativada, verifique se as dependências de um aar_import foram concluídas. Essa aplicação pode interromper o build ou apenas resultar em avisos.
Tags: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> padrão: "padrão": Se verdadeiro, verifica se um destino Java declara explicitamente todos os destinos usados diretamente como dependências.
Tags: build_file_semantics, eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files padrão: "falso": Se ativado, marque somente "test" para identificar destinos de pré-requisito que sejam arquivos de saída pesquisando o "testonly" da regra de geração. Isso corresponde à verificação de visibilidade.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_check_visibility_for_toolchains padrão: "falso": Se ativada, a verificação de visibilidade também se aplica às implementações do conjunto de ferramentas.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disable_native_android_rules padrão: "falso": Se ativada, o uso direto das regras nativas do Android será desativado. Use as regras do Starlark para Android em https://github.com/bazelbuild/rules_android
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule padrão: "falso": Ambiente autônomo. Mantido aqui para compatibilidade com versões anteriores.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_python_disable_py2 padrão: "true": Se verdadeiro, o uso das configurações do Python 2 vai causar um erro. Isso inclui python_version=PY2, srcs_version=PY2 e srcs_version=PY2ONLY. Consulte https://github.com/bazelbuild/bazel/issues/15684 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions padrão: "true": Se for verdadeiro, o Bazel também validará as inclusões de cabeçalhos de diretórios de nível superior. Saiba mais em https://github.com/bazelbuild/bazel/issues/10047.
Tags: loading_and_analysis, incompatible_change
--python_native_rules_allowlist=<a build target label> padrão: veja a descrição: Uma lista de permissões (destino package_group) para ser usada na aplicação de --incompatível_python_permission_native_rules.
Tags: loading_and_analysis
--[no]strict_filesets padrão: "falso": Se essa opção estiver ativada, os conjuntos de arquivos que ultrapassarem os limites dos pacotes serão informados como erros.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> padrão: "erro": A menos que esteja DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados diretamente como dependências.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default> padrão: "desativado": A menos que esteja DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados em "importar público" como exportados.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes padrão: "falso": Se for "true", os cabeçalhos encontrados pelos caminhos de inclusão do sistema (-isystem) também precisarão ser declarados.
Tags: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label>: vários usos são acumulados: Declara o ambiente de destino do build. Precisa ser uma referência de rótulo a uma regra de "ambiente". Se especificado, todos os destinos de nível superior precisam ser compatíveis com esse ambiente.
Tags: changes_inputs

--apk_signing_method=<v1, v2, v1_v2 or v4> padrão: "v1_v2": Implementação para assinar APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements padrão: "true": Se definida, e o modo de compilação não for "opt", os apps objc vão incluir direitos de depuração ao assinar.
Tags: changes_inputs
--ios_signing_cert_name=<a string> padrão: veja a descrição: Nome do certificado a ser usado para assinatura do iOS. Se a política não for definida, o perfil de provisionamento será revertido. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página do manual do codesign (IDENTIDADES DE SIGNING).
Tags: action_command_lines

--[no]incompatible_disallow_legacy_py_provider padrão: "true": O ambiente autônomo será removido em breve.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes padrão: "falso": Se verdadeiro, não permite os atributos sdk_frameworks e weak_sdk_frameworks em objc_library eobjc_import.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_objc_alwayslink_by_default padrão: "falso": Se for verdadeiro, torne o valor padrão verdadeiro para os atributos Alwayslink em objc_library e objc_import.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_python_disallow_native_rules padrão: "falso": Quando verdadeiro, ocorre um erro ao usar as regras incorporadas py_*. Em vez disso, as regras regras_python devem ser usadas. Consulte https://github.com/bazelbuild/bazel/issues/17773 para mais informações e instruções de migração.
Tags: loading_and_analysis, incompatible_change

--[no]allow_analysis_failures padrão: "falso": Se verdadeiro, uma falha na análise de uma meta de regra resultará na propagação da meta de uma instância de AnalysisFailureInfo contendo a descrição do erro, em vez de resultar em uma falha de build.
Tags: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer> padrão: "2000": Define o número máximo de dependências transitivas por meio de um atributo de regra com uma transição de configuração for_analysis_testing. Exceder esse limite resultará em um erro de regra.
Tags: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure padrão: "falso": Se falhas verdadeiras da ação dex2oat gerarem falhas no build em vez de executar o dex2oat durante o tempo de execução do teste.
Tags: loading_and_analysis, experimental
--default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g. memory=10,30,60,100>: vários usos são acumulados: Substitui a quantidade de recursos padrão para testes. O formato esperado é <resource>=<value>. Se um único número positivo for especificado como <value>, ele vai substituir os recursos padrão em todos os tamanhos de teste. Se forem especificados quatro números separados por vírgula, eles substituirão a quantidade de recursos para os tamanhos de teste pequeno, médio, grande e enorme, respectivamente. Os valores também podem ser HOST_RAM/HOST_CPU, opcionalmente seguidos por [-|*]<float> (por exemplo, memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4). Os recursos de teste padrão especificados por essa sinalização são substituídos por recursos explícitos especificados nas tags.
--[no]experimental_android_use_parallel_dex2oat padrão: "falso": Use o dex2oat em paralelo para possivelmente acelerar o android_test.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks padrão: "falso": Ativa a verificação de vazamentos de memória nos destinos ios_test.
Tags: action_command_lines
--ios_simulator_device=<a string> padrão: veja a descrição: O dispositivo que será simulado ao executar um aplicativo para iOS no simulador, por exemplo, "iPhone 6". Para consultar uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: A versão do iOS a ser executada no simulador ao executar ou testar. Isso será ignorado para as regras ios_test se um dispositivo de destino for especificado na regra.
Tags: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>: vários usos são acumulados: Especifica o número de vezes que cada teste é executado. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste vai ser considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executa todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que run_per_test significa um valor inteiro e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de testes. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido no ambiente do cliente do Bazel ou pelo par nome=valor). Essa opção pode ser usada várias vezes para especificar diversas variáveis. Usado apenas pelo comando "bazel test".
Tags: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> padrão: "-1": Substitui os valores padrão de tempo limite do teste (em segundos). Se um único valor inteiro positivo for especificado, ele vai substituir todas as categorias. Se forem especificados quatro números inteiros separados por vírgula, eles substituirão os tempos limite para curto, moderado, longo e eterno (nessa ordem). Em ambos os formatos, um valor de -1 instrui o blaze a usar os tempos limite padrão dessa categoria.
--[no]zip_undeclared_test_outputs padrão: "true": Se for verdadeiro, os resultados do teste não declarados serão arquivados em um arquivo ZIP.
Tags: test_runner

--aspect_deps=<off, conservative or precise> padrão: "conservador": Como resolver dependências de aspecto quando o formato de saída é {xml,proto,record}. "desativado" significa que nenhuma dependência de aspecto foi resolvida. "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de receberem a classe de regra de dependências diretas. "precise" significa que apenas os aspectos que podem estar ativos podem ser adicionados, considerando a classe de regras das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]consistent_labels padrão: "falso": Se ativado, todos os comandos de consulta emitem rótulos como se pela função <code>str</code> do Starlark aplicada a uma instância de <code>Label</code>. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags: terminal_output
--[no]experimental_explicit_aspects padrão: "falso": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]graph:factored padrão: "true": Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512": O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados, e -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "true": Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_artifacts padrão: "true": Inclui nomes das entradas e saídas de ação na saída (possivelmente grandes).
Tags: terminal_output
--[no]include_aspects padrão: "true": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]include_commandline padrão: "true": Inclui o conteúdo das linhas de comando de ação na saída (possivelmente grande).
Tags: terminal_output
--[no]include_file_write_contents padrão: "falso": Inclua o conteúdo do arquivo para as ações FileWrite, SourceSymlinkManifest e RepoMappingManifest (possivelmente grande).
Tags: terminal_output
--[no]include_param_files padrão: "falso": Inclui o conteúdo dos arquivos de parâmetro usados no comando (possivelmente grandes). Observação: ativar esta sinalização habilita automaticamente a sinalização --include_commandline.
Tags: terminal_output
--[no]incompatible_package_group_includes_double_slash padrão: "true": Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso": Se set e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso": Define se cada formato termina com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "true": Se ativada, as dependências dos atributos "nodep" serão incluídas no gráfico de dependências em que a consulta opera. Um exemplo comum de um atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para aprender sobre todos os atributos "nodep" da linguagem de build.
Tags: build_file_semantics
--output=<a string> padrão: "texto": Formato em que os resultados de aquery devem ser impressos. Os valores permitidos para aquery são: text, textproto, proto, stream_proto, jsonproto.
Tags: terminal_output
--[no]proto:default_values padrão: "true": Se verdadeiro, os atributos com valor não especificado explicitamente no arquivo BUILD serão incluídos. Caso contrário, eles serão omitidos. Esta opção se aplica a --output=proto.
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso": Preencha o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe dela é definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "true": Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags: build_file_semantics
--[no]proto:include_attribute_source_aspects padrão: "falso": Preencha o campo proto source_aspect_name de cada atributo com o aspecto de origem do atributo (string vazia, caso contrário).
Tags: terminal_output
--[no]proto:include_synthetic_attribute_hash padrão: "falso": Se o atributo $internal_attr_hash será calculado e preenchido.
Tags: terminal_output
--[no]proto:instantiation_stack padrão: "falso": Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags: terminal_output
--[no]proto:locations padrão: "true": Se as informações de localização serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos": Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs padrão: "true": Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--query_file=<a string> padrão: "": Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags: changes_inputs
--[no]relative_locations padrão: "falso": Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags: terminal_output
--[no]skyframe_state padrão: "falso": Sem fazer outras análises, despeje o Action Graph do Skyframe atual. Observação: no momento, não é possível especificar um destino com --skyframe_state. Essa sinalização só está disponível com --output=proto ou --output=textproto.
Tags: terminal_output
--[no]tool_deps padrão: "true": Consulta: se desativada, as dependências de "configuração exec" não serão incluídas no gráfico de dependência em que a consulta opera. Uma borda de dependência "configuração exec", como aquela de qualquer regra "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação em vez de parte do mesmo programa "destino". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração "exec", apenas os destinos configurados pelo "exec" serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--universe_scope=<comma-separated list of options> padrão: "": Um conjunto de padrões de destino separados por vírgulas (aditivo e subtrativo). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery. Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis

--[no]experimental_filter_library_jar_with_program_jar padrão: "falso": Filtre o ProgramJar do ProGuard para remover todas as classes que também estão presentes no LibraryJar.
Tags: action_command_lines
--[no]experimental_inmemory_dotd_files padrão: "true": Se ativado, os arquivos .d C++ serão transmitidos na memória diretamente dos nós de build remoto em vez de serem gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files padrão: "true": Se ativado, os arquivos de dependência (.jdeps) gerados a partir de compilações Java serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning padrão: "falso": Se será feita a verificação do objetivo C/C++.
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_retain_test_configuration_across_testonly padrão: "falso": Quando ativada, --trim_test_configuration não cortará a configuração de teste das regras marcadas como testonly=1. Isso é feito para reduzir problemas de conflito de ações quando as regras que não são de teste dependem das regras cc_test. Nenhum efeito se --trim_test_configuration for falso.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import padrão: "falso": Se ativada, a versão Starlark de cc_import pode ser usada.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning padrão: "falso": Define se as entradas para compilação C/C++ serão restritas analisando linhas #include dos arquivos de entrada. Isso pode melhorar o desempenho e a incrementabilidade diminuindo o tamanho das árvores de entrada de compilação. No entanto, também pode interromper builds porque o scanner de inclusão não implementa totalmente a semântica de pré-processador C. Em particular, ele não entende as diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Todos os problemas registrados relacionados a essa sinalização serão encerrados.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing padrão: "true": Faz a maior parte do trabalho de dexação separadamente para cada arquivo Jar.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning padrão: "true": Se definido, os arquivos .d emitidos pelo clang serão usados para remover o conjunto de entradas passadas para as compilações objc.
Tags: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies padrão: "falso": Ao criar um destino //a:a, processe cabeçalhos em todos os destinos de que //a:a depende (se o processamento de cabeçalhos estiver ativado para o conjunto de ferramentas).
Tags: execution
--[no]trim_test_configuration padrão: "true": Quando ativada, as opções relacionadas a testes são limpas abaixo do nível superior do build. Quando esse flag está ativo, os testes não podem ser criados como dependências de regras que não são de teste, mas as mudanças nas opções relacionadas a testes não vão fazer com que essas regras sejam analisadas de novo.
Tags: loading_and_analysis, loses_incremental_state

--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "-.*": Mostra informações de depuração durante a resolução do conjunto de ferramentas. A sinalização usa um regex, que é verificado em relação aos tipos de conjunto de ferramentas e destinos específicos para determinar qual deve ser depurado. Várias regex podem ser separadas por vírgulas, e cada uma delas é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente será útil apenas para especialistas na resolução do conjunto de ferramentas.
Tags: terminal_output

--flag_alias=<a 'name=value' flag alias>: vários usos são acumulados: Define um nome abreviado para uma sinalização Starlark. Ele usa um único par de chave-valor no formato "<key>=<value>" como argumento.
Tags: changes_inputs
--[no]incompatible_default_to_explicit_init_py padrão: "falso": Essa sinalização altera o comportamento padrão para que arquivos __init__.py não sejam mais criados automaticamente nos arquivos de execução de destinos Python. Precisamente, quando um destino py_binary ou py_test tem legacy_create_init definido como "auto" (o padrão), ele é tratado como falso apenas se esta sinalização estiver definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed padrão: "true": Se verdadeiro, os destinos criados na configuração do Python 2 aparecerão em uma raiz de saída que inclui o sufixo '-py2', enquanto os destinos criados para Python 3 aparecerão em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência "bazel-bin" apontará para os destinos do Python 3 em vez do Python 2. Se você ativar essa opção, também é recomendado ativar "--inconsistent_py3_is_default".
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default padrão: "true": Se verdadeiro, os destinos "py_binary" e "py_test" que não definem o atributo "python_version" (ou "default_python_version") serão padronizados para PY3 em vez de PY2. Se você definir essa flag, também é recomendável definir "--incompatíveis_py2_outputs_are_sufFixed".
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains padrão: "true": Se definidas como verdadeiras, as regras executáveis do Python nativas usarão o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido pelas sinalizações legadas, como --python_top.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> padrão: veja a descrição: O modo de versão principal do Python, "PY2" ou "PY3". Ele é substituído pelos destinos "py_binary" e "py_test" (mesmo que eles não especifiquem explicitamente uma versão). Por isso, geralmente não há muito motivo para fornecer essa flag.
Tags: loading_and_analysis, affects_outputs

--[no]cache_test_results [-t] padrão: "automático": Se definida como "auto", o Bazel vai executar novamente um teste somente se: (1) ele detectar mudanças no teste ou nas dependências dele, (2) o teste for marcado como externo, (3) várias execuções de teste tiverem sido solicitadas com --runs_per_test; ou(4) ele tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os marcados como externos. Se definido como "no", o Bazel não armazena em cache os resultados do teste.
--[no]experimental_cancel_concurrent_tests padrão: "falso": Se for verdadeiro, o Blaze cancelará testes simultâneos na primeira execução bem-sucedida. Isso só é útil em combinação com --runs_per_test_detects_flakes.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs padrão: "falso": Se verdadeiro, o Bazel busca todo o diretório de dados de cobertura para cada teste durante uma execução de cobertura.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov padrão: "falso": Se for verdadeiro, a cobertura para Clang vai gerar um relatório de LCOV.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map padrão: "true": Define se o mapa de cabeçalho J2ObjC é gerado paralelamente à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path padrão: "falso": Se será gerado com caminho de cabeçalho mais curto (usa "_ios" em vez de "_j2objc").
Tags: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> padrão: "javabuilder": Ativa caminhos de classe reduzidos para compilações em Java.
--[no]experimental_limit_android_lint_to_android_constrained_java padrão: "falso": Limitar --experimental_run_android_lint_on_java_rules a bibliotecas compatíveis com Android.
Tags: affects_outputs
--[no]experimental_run_android_lint_on_java_rules padrão: "falso": Se as origens java_* serão validadas.
Tags: affects_outputs
--[no]explicit_java_test_deps padrão: "falso": Especifique explicitamente uma dependência para JUnit ou Hamcrest em um java_test, em vez de receber acidentalmente das dependências do TestRunner. No momento, só funciona com o Bazel.
--host_java_launcher=<a build target label> padrão: veja a descrição: A tela de início Java usada por ferramentas executadas durante um build.
--host_javacopt=<a string>: vários usos são acumulados: Outras opções para transmitir para javac ao criar ferramentas executadas durante um build.
--host_jvmopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para a VM do Java ao criar ferramentas que são executadas durante a criação. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_check_sharding_support padrão: "true": Se verdadeiro, o Bazel vai falhar em um teste fragmentado se o executor de testes não indicar que é compatível com fragmentação tocando no arquivo no caminho em TEST_SHARD_STATUS_FILE. Se for falso, um executor de testes que não oferece suporte à fragmentação fará com que todos os testes sejam executados em cada fragmento.
Tags: incompatible_change
--[no]incompatible_exclusive_test_sandboxed padrão: "true": Se verdadeiro, testes exclusivos serão executados com a estratégia de sandbox. Adicione uma tag "local" para forçar a execução de um teste exclusivo localmente
Tags: incompatible_change
--[no]incompatible_strict_action_env padrão: "falso": Se verdadeiro, o Bazel usa um ambiente com um valor estático para PATH e não herda LD_LIBRARY_PATH. Use --action_env=ENV_VARIABLE se quiser herdar variáveis de ambiente específicas do cliente, mas observe que isso pode impedir o armazenamento em cache de usuários diferentes se um cache compartilhado for usado.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options>: vários usos são acumulados: Outras opções para transmitir à ferramenta J2ObjC.
--java_debug: Faz com que a máquina virtual Java de um teste Java aguarde uma conexão de um depurador compatível com JDWP (como jdb) antes de iniciar o teste. Implica -test_output=streamed.
Expande-se para:
  --test_arg=--wrapper_script_flag=--debug
  --test_output=streamed
  --test_strategy=exclusive
  --test_timeout=9999
  --nocache_test_results
--[no]java_deps padrão: "true": Gere informações de dependência (por enquanto, caminho de classe em tempo de compilação) por destino Java.
--[no]java_header_compilation padrão: "true": Compile ijars diretamente da origem.
--java_language_version=<a string> padrão: "": A versão da linguagem Java
--java_launcher=<a build target label> padrão: veja a descrição: A tela de início do Java usada na criação de binários Java. Se essa sinalização for definida como a string vazia, o inicializador do JDK será usado. O atributo "launcher" substitui essa sinalização.
--java_runtime_version=<a string> padrão: "local_jdk": A versão do ambiente de execução do Java
--javacopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para javac.
--jvmopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para a VM do Java. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--legacy_main_dex_list_generator=<a build target label> padrão: veja a descrição: Especifica um binário a ser usado para gerar a lista de classes que precisam estar no dex principal ao compilar o multidex legado.
--optimizing_dexer=<a build target label> padrão: veja a descrição: Especifica um binário a ser usado para fazer a dexação sem fragmentação.
--plugin=<a build target label>: vários usos são acumulados: Plug-ins a serem usados no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label> padrão: veja a descrição: Especifica qual versão do ProGuard usar para remoção de código ao criar um binário Java.
--proto_compiler=<a build target label> padrão: "@bazel_tools//tools/proto:protoc": O rótulo do proto-compilador.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label> padrão: "@bazel_tools//tools/proto:cc_Dataset": Rótulo de proto_lang_interval() que descreve como compilar protos C++
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> padrão: "@bazel_tools//tools/j2objc:j2objc_proto__conjunto de ferramentas": Rótulo de proto_lang_interval() que descreve como compilar protos j2objc
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label> padrão: "@bazel_tools//tools/proto:java_Dataset": Rótulo de proto_lang_Dataset() que descreve como compilar protos Java.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label> padrão: "@bazel_tools//tools/proto:javalite_Dataset": Rótulo de proto_lang_Dataset() que descreve como compilar protos JavaLite.
Tags: affects_outputs, loading_and_analysis
--protocopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para o compilador protobuf.
Tags: affects_outputs
--[no]runs_per_test_detects_flakes padrão: "falso": Se verdadeiro, qualquer fragmento em que pelo menos uma execução/tentativa seja aprovada e pelo menos uma delas falhe receberá um status FLAKY.
--shell_executable=<a path> padrão: veja a descrição: Caminho absoluto para o executável do shell que o Bazel vai usar. Se ela não for definida, mas a variável de ambiente BAZEL_SH for configurada na primeira invocação do Bazel (que inicia um servidor do Bazel), ela será usada pelo Bazel. Se nenhum deles estiver definido, o Bazel usa um caminho padrão codificado, dependendo do sistema operacional em que é executado (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos os outros: /bin/bash). O uso de um shell incompatível com o bash pode levar a falhas de build ou de tempo de execução dos binários gerados.
Tags: loading_and_analysis
--test_arg=<a string>: vários usos são acumulados: Especifica outras opções e argumentos que precisam ser transmitidos para o executável de teste. Pode ser usado várias vezes para especificar vários argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado apenas pelo comando "bazel test".
--test_filter=<a string> padrão: veja a descrição: Especifica um filtro para encaminhar ao framework de teste. Usado para limitar a execução de testes. Isso não afeta quais destinos são criados.
--test_result_expiration=<an integer> padrão: "-1": Essa opção foi descontinuada e não tem efeito.
--[no]test_runner_fail_fast padrão: "falso": O encaminhamento falha rapidamente para o executor de testes. O executor de testes deve interromper a execução na primeira falha.
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> padrão: "explícito": Especifique a estratégia de fragmentação de testes: "explicit" para usar a fragmentação apenas se o atributo BUILD "shard_count" estiver presente. "desativado" para nunca usar a fragmentação de testes. 'forced=k' para aplicar 'k' fragmentos para teste, independentemente do atributo BUILD 'shard_count'.
--tool_java_language_version=<a string> padrão: "": A versão da linguagem Java usada para executar as ferramentas necessárias durante um build
--tool_java_runtime_version=<a string> padrão: "remotejdk_11": A versão do ambiente de execução do Java usada para executar ferramentas durante o build
--[no]use_ijars padrão: "true": Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resulta em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.

Opções de build

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--[no]check_up_to_date padrão: "falso": Não execute o build. Apenas verifique se ele está atualizado. Se todos os destinos estiverem atualizados, o build será concluído com sucesso. Se for preciso executar alguma etapa, será informado um erro e a compilação falhará.
Tags: execution
--dynamic_local_execution_delay=<an integer> padrão: "1000": Quantos milissegundos precisa ser adiada para a execução local se ela for mais rápida durante um build pelo menos uma vez?
Tags: execution, host_machine_resource_optimizations
--dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment>: vários usos são acumulados: As estratégias locais, em ordem, a serem usadas para o mnemônico especificado. A primeira estratégia aplicável será usada. Por exemplo, `worker,sandboxed` executa ações que oferecem suporte a workers persistentes que usam a estratégia de worker e todas as outras usando a estratégia em sandbox. Se nenhum mnemônico for fornecido, a lista de estratégias será usada como substituta para todas as mnemônicas. A lista de fallback padrão é "worker,sandboxed" ou "worker,sandboxed,independente" se "experimental_local_lockfree_output" está definido. Usa [mnemonic=]local_strategy[,local_strategy,...]
Tags: execution, host_machine_resource_optimizations
--dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment>: vários usos são acumulados: As estratégias remotas, em ordem, a serem usadas no mnemônico especificado. A primeira estratégia aplicável será usada. Se nenhum mnemônico for fornecido, a lista de estratégias será usada como substituta para todas as mnemônicas. A lista de substituto padrão é "remote". Portanto, essa flag geralmente não precisa ser definida explicitamente. Usa [mnemonic=]remote_strategy[,remote_strategy,...]
Tags: execution, host_machine_resource_optimizations
--experimental_docker_image=<a string> padrão: "": Especifique um nome de imagem do Docker (por exemplo, "ubuntu:latest") que será usado para executar uma ação em sandbox ao usar a estratégia do Docker. A ação em si ainda não tem um atributo container-image em "remote_execution_properties" na descrição da plataforma. O valor dessa flag é transmitido literalmente para "docker run", então ela oferece suporte à mesma sintaxe e mecanismos do próprio Docker.
Tags: execution
--[no]experimental_docker_use_customized_images padrão: "true": Se ativado, injeta o UID e o gid do usuário atual na imagem do Docker antes de usá-lo. Isso é necessário se os seus builds e testes dependerem de que o usuário tenha um nome e um diretório principal dentro do contêiner. Essa opção é ativada por padrão, mas é possível desativá-la caso o recurso de personalização automática de imagem não funcione no seu caso ou você saiba que não precisa dele.
Tags: execution
--[no]experimental_dynamic_exclude_tools padrão: "true": Quando definidos, os destinos criados "para a ferramenta" não estão sujeitos à execução dinâmica. É muito improvável que essas metas sejam desenvolvidas de forma incremental e, portanto, não vale a pena gastar ciclos locais.
Tags: execution, host_machine_resource_optimizations
--experimental_dynamic_local_load_factor=<a double> padrão: "0": Controla a carga da execução dinâmica a ser colocada na máquina local. Essa flag ajusta quantas ações na execução dinâmica serão agendadas simultaneamente. Ela é baseada no número de CPUs que o Blaze acredita que estão disponíveis e pode ser controlada com a sinalização --local_cpu_resources. Se essa flag for 0, todas as ações serão agendadas localmente imediatamente. Se for maior que 0, a quantidade de ações agendadas localmente será limitada pelo número de CPUs disponíveis. Se for < 1, o fator de carga será usado para reduzir o número de ações programadas localmente quando o número de ações aguardando programação for alto. Isso diminui a carga na máquina local no caso de build limpo, em que a máquina local não contribui muito.
Tags: execution, host_machine_resource_optimizations
--experimental_dynamic_slow_remote_time=<An immutable length of time.> padrão: "0": Se for maior que 0, o tempo em que uma ação executada dinamicamente precisa ser executada somente remotamente antes de priorizarmos a execução local para evitar tempos limite remotos. Isso pode ocultar alguns problemas no sistema de execução remota. Não ative sem monitorar problemas de execução remota.
Tags: execution, host_machine_resource_optimizations
--[no]experimental_enable_docker_sandbox padrão: "falso": Ativar o sandbox baseado no Docker. Essa opção não terá efeito se o Docker não estiver instalado.
Tags: execution
--experimental_sandbox_async_tree_delete_idle_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "4": Se 0, exclua as árvores de sandbox assim que uma ação for concluída, fazendo com que ela atrase. Se for maior que zero, execute a exclusão desses três em um pool de linhas de execução assíncrona que tenha tamanho 1 quando o build estiver em execução e aumente para o tamanho especificado por essa flag quando o servidor estiver inativo.
Tags: host_machine_resource_optimizations, execution
--experimental_sandbox_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> padrão: "0": Se for maior que 0, cada sandbox do Linux será limitado à quantidade determinada de memória (em MB). Requer cgroups v1 ou v2 e permissões para os usuários no diretório cgroups.
Tags: execution
--[no]experimental_shrink_worker_pool padrão: "falso": Se ativada, pode reduzir o pool de workers se a pressão de memória do worker estiver alta. Essa sinalização funciona apenas quando experimental_total_worker_memory_limit_mb está ativada.
Tags: execution, host_machine_resource_optimizations
--[no]experimental_split_xml_generation padrão: "true": Se essa flag estiver definida e uma ação de teste não gerar um arquivo test.xml, o Bazel vai usar uma ação separada para gerar um arquivo test.xml fictício contendo o registro do teste. Caso contrário, o Bazel vai gerar um test.xml como parte da ação de teste.
Tags: execution
--experimental_total_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> padrão: "0": Se esse limite for maior que zero, os workers inativos poderão ser eliminados se o uso total da memória de todos os workers exceder o limite.
Tags: execution, host_machine_resource_optimizations
--[no]experimental_use_hermetic_linux_sandbox padrão: "falso": Se definida como verdadeira, não monta a raiz, monta apenas o que é fornecido com sandbox_add_mount_pair. Os arquivos de entrada serão vinculados diretamente à sandbox em vez de ao link simbólico da sandbox. Se os arquivos de entrada de ação estiverem em um sistema de arquivos diferente do sandbox, os arquivos de entrada serão copiados.
Tags: execution
--[no]experimental_use_semaphore_for_jobs padrão: "true": Se definida como verdadeira, também vai usar o parâmetro para limitar o número de jobs simultâneos.
Tags: host_machine_resource_optimizations, execution
--[no]experimental_use_windows_sandbox padrão: "falso": Use o sandbox do Windows para executar ações. Se for "sim", o binário fornecido por --experimental_windows_sandbox_path deve ser válido e corresponder a uma versão suportada do sandboxfs. Se for "auto", o binário pode estar ausente ou não ser compatível.
Tags: execution
--experimental_windows_sandbox_path=<a string> padrão: "BazelSandbox.exe": Caminho para o binário da sandbox do Windows a ser usado quando --experimental_use_windows_sandbox é "true". Se um nome básico for usado, use o primeiro binário com esse nome encontrado no PATH.
Tags: execution
--experimental_worker_allowlist=<comma-separated set of options> padrão: veja a descrição: Se não estiver vazio, permita o uso de workers permanentes apenas com o mnemônico da chave de worker em questão.
Tags: execution, host_machine_resource_optimizations
--[no]experimental_worker_as_resource padrão: "true": O ambiente autônomo será removido em breve.
Tags: no_op
--[no]experimental_worker_cancellation padrão: "falso": Se ativado, o Bazel pode enviar solicitações de cancelamento para os workers compatíveis.
Tags: execution
--experimental_worker_memory_limit_mb=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> padrão: "0": Se esse limite for maior que zero, os workers poderão ser eliminados se o uso da memória por eles exceder o limite. Se isso não for usado com a execução dinâmica e "--experimental_dynamic_ignore_local_signals=9", isso pode causar uma falha no build.
Tags: execution, host_machine_resource_optimizations
--experimental_worker_metrics_poll_interval=<An immutable length of time.> padrão: "5s": O intervalo entre a coleta de métricas de workers e a tentativa de remoção. Não pode ser efetivamente menos de 1 s por motivos de desempenho.
Tags: execution, host_machine_resource_optimizations
--[no]experimental_worker_multiplex_sandboxing padrão: "falso": Se ativado, os workers multiplex serão colocados no sandbox, usando um diretório de sandbox separado por solicitação de trabalho. Somente os workers que tiverem o requisito de execução "supports-multiplex-sandboxing" serão colocados no sandbox.
Tags: execution
--[no]experimental_worker_sandbox_hardening padrão: "falso": Se ativado, os workers serão executados em um sandbox reforçado, se a implementação permitir.
Tags: execution
--[no]experimental_worker_strict_flagfiles padrão: "falso": Se ativado, argumentos de ações para workers que não seguem a especificação de worker causarão um erro. Os argumentos de worker precisam ter exatamente um argumento @flagfile como o último da lista de argumentos.
Tags: execution
--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations
--genrule_strategy=<comma-separated list of options> padrão: "": Especificar como executar regras gerais. Essa sinalização será descontinuada. Em vez disso, use --spawn_strategy=<value> para controlar todas as ações ou --strategy=Genrule=<value> para controlar apenas as regras gerais.
Tags: execution
--high_priority_workers=<a string>: vários usos são acumulados: O ambiente autônomo será removido em breve.
Tags: execution
--[no]incompatible_remote_dangling_symlinks padrão: "true": Se ela for definida como verdadeira, os links simbólicos enviados para um cache remoto ou de disco poderão ficar pendentes.
Tags: execution, incompatible_change
--[no]incompatible_remote_symlinks padrão: "true": Se ela for definida como verdadeira, o Bazel sempre fará upload de links simbólicos como tal para um cache remoto ou de disco. Caso contrário, serão enviados apenas os links simbólicos relativos (e somente esses) como o arquivo ou diretório para o qual eles apontam.
Tags: execution, incompatible_change
--[no]incompatible_sandbox_hermetic_tmp padrão: "true": Se definida como verdadeira, cada sandbox do Linux terá seu próprio diretório vazio dedicado montado como /tmp em vez de compartilhar /tmp com o sistema de arquivos do host. Use --sandbox_add_mount_pair=/tmp para continuar vendo o /tmp do host em todas as sandboxes.
Tags: execution
--[no]internal_spawn_scheduler padrão: "falso": Opção de marcador de posição para que possamos dizer no Blaze se o programador de spawn foi ativado.
Tags: execution, host_machine_resource_optimizations
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] padrão: "automático": O número de jobs simultâneos a serem executados. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". Os valores precisam estar entre 1 e 5.000. Valores acima de 2.500 podem causar problemas de memória. "auto" calcula um padrão razoável com base nos recursos do host.
Tags: host_machine_resource_optimizations, execution
--[no]keep_going [-k] padrão: "falso": Continue o máximo possível após um erro. Embora o destino que falhou e aqueles que dependem dele não possam ser analisados, outros pré-requisitos desses destinos podem ser.
Tags: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": Número de linhas de execução paralelas que serão usadas na fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>). Por exemplo: "auto", "HOST_CPUS*.5". "auto" define um padrão razoável com base nos recursos do host. Precisa ser pelo menos 1.
Tags: bazel_internal_configuration
--[no]reuse_sandbox_directories padrão: "true": Se definido como verdadeiro, os diretórios usados pela execução que não é de worker no sandbox poderão ser reutilizados para evitar custos desnecessários de configuração.
Tags: host_machine_resource_optimizations, execution
--sandbox_base=<a string> padrão: "": Permite que o sandbox crie diretórios de sandbox abaixo desse caminho. Especifique um caminho em tmpfs (como /run/shm) para possivelmente melhorar muito o desempenho quando seu build / testes tiverem muitos arquivos de entrada. Observação: você precisa de RAM suficiente e espaço livre no tmpfs para armazenar arquivos de saída e intermediários gerados pelas ações em execução.
Tags: host_machine_resource_optimizations, execution
--[no]sandbox_explicit_pseudoterminal padrão: "falso": Ativar explicitamente a criação de pseudoterminais para ações no sandbox. Algumas distribuições do Linux exigem a configuração do ID do grupo do processo como "tty" dentro da sandbox para que os pseudoterminais funcionem. Se isso causar problemas, essa sinalização poderá ser desativada para permitir que outros grupos sejam usados.
Tags: execution
--sandbox_tmpfs_path=<an absolute path>: vários usos são acumulados: Para ações no sandbox, ative um diretório vazio e gravável nesse caminho absoluto (se compatível com a implementação do sandbox, ignorado caso contrário).
Tags: host_machine_resource_optimizations, execution
--[no]skip_incompatible_explicit_targets padrão: "falso": Ignora os destinos incompatíveis que são explicitamente listados na linha de comando. Por padrão, a criação desses destinos resulta em erro, mas eles são ignorados silenciosamente quando essa opção está ativada. Acesse: https://bazel.build/extending/platforms#skipping-incompatibility-targets
Tags: loading_and_analysis
--spawn_strategy=<comma-separated list of options> padrão: "": Especifica como as ações de geração são executadas por padrão. Aceita uma lista de estratégias separada por vírgulas da prioridade mais alta para a mais baixa. Para cada ação, o Bazel escolhe a estratégia com a maior prioridade que pode executá-la. O valor padrão é "remote,worker,sandboxed,local". Consulte https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais detalhes.
Tags: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment>: vários usos são acumulados: Especifica como distribuir a compilação de outras ações de geração. Aceita uma lista de estratégias separada por vírgulas da prioridade mais alta para a mais baixa. Para cada ação, o Bazel escolhe a estratégia com a maior prioridade que pode executá-la. O valor padrão é "remote,worker,sandboxed,local". Essa sinalização substitui os valores definidos por --spawn_strategy (e --genrule_strategy, se usado com a mnemonic Genrule). Consulte https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais detalhes.
Tags: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment>: vários usos são acumulados: Substitui qual estratégia de geração precisa ser usada para executar ações de geração que tenham descrições correspondentes a um determinado regex_filter. Consulte --per_file_copt para detalhes sobre a correspondência de regex_filter. O último regex_filter que corresponde à descrição será usado. Esta opção substitui outras sinalizações para especificar a estratégia. Exemplo: --strategy_regexp=//foo.*\.cc,-//foo/bar=local significa executar ações usando estratégia local se as descrições corresponderem a //foo.*.cc, mas não a //foo/bar. Exemplo: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed executará "Compiling //foo/bar/baz" com a estratégia "local", mas reverter a ordem a executaria com "sandboxed".
Tags: execution
--worker_extra_flag=<a 'name=value' assignment>: vários usos são acumulados: Sinalizações de comando extras que serão transmitidas aos processos de worker além de --persistent_worker, codificadas por mnemônico (por exemplo, --worker_extra_flag=Javac=--debug.
Tags: execution, host_machine_resource_optimizations
--worker_max_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">: vários usos são acumulados: Quantas instâncias de cada tipo de worker permanente podem ser iniciadas se você usar a estratégia "worker". Pode ser especificado como [name=value] para apresentar um valor diferente por mnemônico. O limite é baseado em chaves de worker, que são diferenciadas com base na mnemônica, mas também nas flags de inicialização e do ambiente. Em alguns casos, pode haver mais workers por mnemônico do que o especificado por essa flag. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "auto" calcula um padrão razoável com base na capacidade da máquina. "=value" define um padrão para elementos mnemônicos não especificados.
Tags: execution, host_machine_resource_optimizations
--worker_max_multiplex_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">: vários usos são acumulados: Quantas WorkRequests um processo de worker multiplex pode receber em paralelo se você usa a estratégia "worker" com --worker_multiplex. Pode ser especificado como [name=value] para apresentar um valor diferente por mnemônico. O limite é baseado em chaves de worker, que são diferenciadas com base na mnemônica, mas também nas flags de inicialização e do ambiente. Em alguns casos, pode haver mais workers por mnemônico do que o especificado por essa flag. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "auto" calcula um padrão razoável com base na capacidade da máquina. "=value" define um padrão para elementos mnemônicos não especificados.
Tags: execution, host_machine_resource_optimizations
--[no]worker_multiplex padrão: "true": Se ativada, os workers vão usar a multiplexação se for compatível.
Tags: execution, host_machine_resource_optimizations
--[no]worker_quit_after_build padrão: "falso": Se ativado, todos os workers serão encerrados após a conclusão de um build.
Tags: execution, host_machine_resource_optimizations
--[no]worker_sandboxing padrão: "falso": Se ativados, os workers serão executados em um ambiente no sandbox.
Tags: execution
--[no]worker_verbose padrão: "falso": Se ativada, mostra mensagens detalhadas quando os workers são iniciados, encerrados...

--target_platform_fallback=<a string> padrão: "": Essa opção foi descontinuada e não tem efeito.
Tags: affects_outputs, changes_inputs, loading_and_analysis

--[no]build padrão: "true": Execute o build. Esse é o comportamento normal. A especificação de "--nobuild" faz com que a compilação pare antes de executar as ações de compilação, retornando zero se as fases de carregamento e análise do pacote forem concluídas com êxito. Esse modo é útil para testar essas fases.
Tags: execution, affects_outputs
--[no]experimental_use_validation_aspect padrão: "falso": Define se é necessário executar ações de validação usando o aspecto (para paralelismo com testes).
Tags: execution, affects_outputs
--output_groups=<comma-separated list of options>: vários usos são acumulados: Uma lista de nomes de grupos de saída separados por vírgulas, cada um deles opcionalmente prefixado por um + ou um -. Um grupo com o prefixo + é adicionado ao conjunto padrão de grupos de saída, enquanto um grupo com o prefixo - é removido do conjunto padrão. Se pelo menos um grupo não estiver prefixado, o conjunto padrão de grupos de saída será omitido. Por exemplo, --output_groups=+foo,+bar cria a união do conjunto padrão, foo e bar, enquanto --output_groups=foo,bar substitui o conjunto padrão de forma que apenas foo e bar sejam criados.
Tags: execution, affects_outputs
--[no]run_validations padrão: "true": Define se é necessário executar ações de validação como parte do build. Consulte https://bazel.build/extending/rules#validation_actions
Tags: execution, affects_outputs

--aspects=<comma-separated list of options>: vários usos são acumulados: Lista de aspectos separados por vírgulas a serem aplicados a segmentações de nível superior. Na lista, se o aspecto some_aspect especificar os provedores de aspecto obrigatórios via required_aspect_providers, some_aspect vai ser executado depois de todos os aspectos mencionados antes na lista de aspectos cujos provedores anunciados atendem a some_aspect necessários. Além disso, some_aspect será executado após todos os aspectos obrigatórios especificados pelo atributo "require" e, em seguida, some_aspect terá acesso aos valores dos provedores desses aspectos. <bzl-file-label>%<aspect_name>, por exemplo, '//tools:my_def.bzl%my_aspect', em que 'my_aspect' é um valor de nível superior de um arquivo tools/my_def.bzl
--bep_maximum_open_remote_upload_files=<an integer> padrão: "-1": Número máximo de arquivos abertos permitidos durante o upload do artefato BEP.
Tags: affects_outputs
--[no]experimental_convenience_symlinks padrão: "normal": Essa flag controla como os links simbólicos de conveniência (os links simbólicos que aparecem no espaço de trabalho após a criação) serão gerenciados. Valores possíveis: normal (padrão): cada tipo de link simbólico de conveniência será criado ou excluído, conforme determinado pelo build. limpo: todos os links simbólicos serão excluídos incondicionalmente. ignore: os links simbólicos serão deixados sozinhos. log_only: gera mensagens de registro como se 'normal' tivessem passado, mas não execute nenhuma operação no sistema de arquivos (útil para ferramentas). Somente os links simbólicos com nomes gerados pelo valor atual de --symlink_prefix podem ser afetados. Se o prefixo mudar, todos os links simbólicos preexistentes serão deixados sozinhos.
Tags: affects_outputs
--[no]experimental_convenience_symlinks_bep_event padrão: "falso": Essa flag controla se o eventConvenienceSymlinksIdentified será ou não publicado no BuildEvent Protocol. Se o valor for verdadeiro, o BuildEventProtocolo terá uma entrada para conveniênciaSymlinksIdentified, listando todos os links simbólicos de conveniência criados no seu espaço de trabalho. Se for "false", a entradaadvantageSymlinksIdentified no BuildEvent Protocol estará vazia.
Tags: affects_outputs
--remote_download_all: Faz o download de todas as saídas remotas para a máquina local. Essa sinalização é um alias de --remote_download_outputs=all.
Expande-se para:
--remote_download_outputs=all

Tags: affects_outputs
--remote_download_minimal: Não faz o download de saídas de compilação remota para a máquina local. Essa sinalização é um alias para --remote_download_outputs=minimal.
Expande-se para:
--remote_download_outputs=minimal

Tags: affects_outputs
--remote_download_outputs=<all, minimal or toplevel> padrão: "toplevel": Se definida como "minimal", não faz o download de saídas de build remotas para a máquina local, exceto as exigidas pelas ações locais. Se definida como "toplevel", se comporta como "minimal", exceto pelo fato de que também faz o download das saídas de destinos de nível superior para a máquina local. Ambas as opções podem reduzir significativamente os tempos de compilação se a largura de banda da rede for um gargalo.
Tags: affects_outputs
--remote_download_symlink_template=<a string> padrão: "": Em vez de fazer o download das saídas de build remoto para a máquina local, crie links simbólicos. O destino dos links simbólicos pode ser especificado na forma de um modelo de string. Essa string de modelo pode conter {hash} e {size_bytes} que se expandem para o hash do objeto e o tamanho em bytes, respectivamente. Esses links simbólicos podem, por exemplo, apontar para um sistema de arquivos FUSE que carrega objetos do CAS sob demanda.
Tags: affects_outputs
--remote_download_toplevel: Somente faz o download de saídas remotas de destinos de nível superior para a máquina local. Essa sinalização é um alias de --remote_download_outputs=toplevel.
Expande-se para:
--remote_download_outputs=toplevel

Tags: affects_outputs
--symlink_prefix=<a string> padrão: veja a descrição: O prefixo anexado a qualquer um dos links simbólicos de conveniência criados após um build. Se omitido, o valor padrão será o nome da ferramenta de build seguido por um hífen. Se "/" for passado, nenhum link simbólico será criado e nenhum aviso será emitido. Aviso: a funcionalidade especial de "/" será descontinuada em breve. Em vez disso, use --experimental_convenience_symlinks=ignore.
Tags: affects_outputs

--[no]experimental_docker_privileged padrão: "falso": Se ativada, o Bazel transmite a flag --privileged para o "docker run" ao executar ações. Isso pode ser exigido pelo seu build, mas também pode resultar em uma hermeticidade reduzida.
Tags: execution
--[no]experimental_sandboxfs_map_symlink_targets padrão: "falso": Ambiente autônomo
Tags: host_machine_resource_optimizations, execution
--[no]incompatible_legacy_local_fallback padrão: "falso": Se definida como verdadeira, ativa o substituto implícito legado do sandbox para a estratégia local. Em algum momento, essa sinalização passará a ser "false" por padrão e, em seguida, se tornará um ambiente autônomo. Use --strategy, --spawn_strategy ou --dynamic_local_strategy para configurar substitutos".
Tags: execution, incompatible_change
--sandbox_add_mount_pair=<a single path or a 'source:target' pair>: vários usos são acumulados: Adicione outro par de caminhos para ativar no sandbox.
Tags: execution
--sandbox_block_path=<a string>: vários usos são acumulados: Para ações no sandbox, não permitir o acesso a esse caminho.
Tags: execution
--[no]sandbox_default_allow_network padrão: "true": Permitir o acesso à rede por padrão para ações. Isso pode não funcionar com todas as implementações de sandbox.
Tags: execution
--[no]sandbox_fake_hostname padrão: "falso": Mude o nome do host atual para "localhost" nas ações no sandbox.
Tags: execution
--[no]sandbox_fake_username padrão: "falso": Alterar o nome de usuário atual para "ninguém" nas ações no sandbox.
Tags: execution
--sandbox_writable_path=<a string>: vários usos são acumulados: Para ações no sandbox, torne um diretório gravável no sandbox. Se for compatível com a implementação do sandbox, será ignorado de outra forma.
Tags: execution

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change

--[no]check_tests_up_to_date padrão: "falso": Não faça testes. Apenas confira se eles estão atualizados. Se todos os resultados estiverem atualizados, o teste será concluído com sucesso. Se algum teste precisar ser criado ou executado, um erro será informado e o teste será reprovado. Essa opção implica comportamento --check_up_to_date.
Tags: execution
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once>: vários usos são acumulados: Cada teste será repetido até o número especificado de vezes em caso de falha. Os testes que precisaram de mais de uma tentativa de aprovação são marcados como "FLAKY" no resumo. Normalmente, o valor especificado é apenas um número inteiro ou a string "padrão". Se for um número inteiro, todos os testes serão executados até N vezes. Se for "default", apenas uma tentativa de teste será feita para testes normais e três para testes marcados explicitamente como instáveis pela regra (atributo fragmentado=1). Sintaxe alternativa: regex_filter@flaky_test_attempts. Em que flaky_test_attempts é o mesmo acima e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --runs_per_test). Exemplo: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 elimina todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o comportamento será como se fosse "padrão" acima.
Tags: execution
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": O número máximo de jobs de teste locais a serem executados simultaneamente. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "0" significa que os recursos locais vão limitar o número de jobs de teste locais a serem executados simultaneamente. Definir um valor maior que o de --jobs é ineficaz.
Tags: execution
--[no]test_keep_going padrão: "true": Quando desativado, qualquer teste que não seja aprovado fará com que todo o build seja interrompido. Por padrão, todos os testes são executados, mesmo que alguns não sejam aprovados.
Tags: execution
--test_strategy=<a string> padrão: "": Especifica qual estratégia usar ao executar testes.
Tags: execution
--test_tmpdir=<a path> padrão: veja a descrição: Especifica o diretório temporário de base a ser usado pelo "teste do bazel".

--[no]experimental_parallel_aquery_output padrão: "true": Ambiente autônomo.

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--cache_computed_file_digests=<a long integer> padrão: "50.000": Se for maior que 0, configura o Bazel para armazenar resumos de arquivos em cache na memória com base nos metadados deles, em vez de recalcular os resumos do disco sempre que forem necessários. Definir como 0 garante a correção, porque nem todas as alterações de arquivo podem ser observadas a partir dos metadados do arquivo. Quando não for 0, o número indica o tamanho do cache como o número de resumos de arquivos a serem armazenados em cache.
--experimental_dynamic_ignore_local_signals=<a comma-separated list of signal numbers> padrão: veja a descrição: Recebe uma lista de números de indicadores do SO. Se uma ramificação local de execução dinâmica for eliminada com qualquer um desses sinais, a ramificação remota poderá ser concluída. Para workers persistentes, isso afeta apenas os sinais que encerram o processo do worker.
Tags: execution
--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> padrão: "HOST_CPUS": Defina explicitamente o número total de núcleos de CPU local disponíveis para o Bazel para gastar em ações de build executadas localmente. Usa um número inteiro, ou "HOST_CPUS", opcionalmente seguido de [-|*]<float> (por exemplo, HOST_CPUS*.5 para usar metade dos núcleos de CPU disponíveis). Por padrão, ("HOST_CPUS"), o Bazel consulta a configuração do sistema para estimar o número de núcleos de CPU disponíveis.
Tags: host_machine_resource_optimizations
--local_extra_resources=<a named float, 'name=value'>: vários usos são acumulados: Define o número de recursos extras disponíveis para o Bazel. Recebe um par string-float. Pode ser usado várias vezes para especificar vários tipos de recursos extras. O Bazel limita as ações em execução simultânea com base nos recursos extras disponíveis e nos extras necessários. Os testes podem declarar a quantidade de recursos extras necessários usando uma tag do formato "resources:<nomedorecurso>:<valor>". CPU, RAM e recursos disponíveis não podem ser definidos com essa sinalização.
Tags: host_machine_resource_optimizations
--local_ram_resources=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> padrão: "HOST_RAM*.67": Defina explicitamente a quantidade total de RAM do host local (em MB) disponível para o Bazel para gastar em ações de build executadas localmente. Usa um número inteiro, ou "HOST_RAM", opcionalmente seguido de [-|*]<float> (por exemplo, HOST_RAM*.5 para usar metade da RAM disponível). Por padrão, ("HOST_RAM*.67"), o Bazel consulta a configuração do sistema para estimar a quantidade de RAM disponível e usa 67% dela.
Tags: host_machine_resource_optimizations
--local_resources=<a named double, 'name=value', where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">: vários usos são acumulados: Define o número de recursos disponíveis para o Bazel. Recebe uma atribuição a um ponto flutuante ou HOST_RAM/HOST_CPUS, opcionalmente seguido por [-|*]<float> (por exemplo, memory=HOST_RAM*.5 para usar metade da RAM disponível). Pode ser usado várias vezes para especificar diversos tipos de recursos. O Bazel limita as ações em execução simultânea com base nos recursos disponíveis e nos recursos necessários. Os testes podem declarar a quantidade de recursos necessários usando uma tag do formato "resources:<resource name>:<amount>" (recursos:<nome do recurso>:<valor>). Modifica os recursos especificados por --local_{cpu|ram|extra}_resources.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--[no]debug_spawn_scheduler padrão: "falso"
--[no]experimental_bep_target_summary padrão: "falso": Se os eventos TargetSummary serão publicados.
--[no]experimental_build_event_expand_filesets padrão: "falso": Se verdadeiro, expandir os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags: affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks padrão: "falso": Se verdadeiro, resolver completamente os links simbólicos do conjunto de arquivos relativo no BEP ao apresentar arquivos de saída. Requer --experimental_build_event_expand_filesets.
Tags: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> padrão: "4": O número máximo de vezes que o Bazel tenta fazer upload de um evento de build novamente.
Tags: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> padrão: "1s": Atraso inicial e mínimo para novas tentativas de espera exponencial quando o upload do BEP falha. (expoente: 1,6)
Tags: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> padrão: veja a descrição: Seleciona como fazer upload dos artefatos referenciados no protocolo de evento de build.
Tags: affects_outputs
--[no]experimental_collect_local_sandbox_action_metrics padrão: "true": Ambiente autônomo descontinuado.
Tags: execution
--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_docker_verbose padrão: "falso": Se ativada, o Bazel vai imprimir mensagens mais detalhadas sobre a estratégia de sandbox do Docker.
Tags: execution
--[no]experimental_materialize_param_files_directly padrão: "falso": Se materializar arquivos de parâmetro, faça isso com gravações diretas no disco.
Tags: execution
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--experimental_repository_resolved_file=<a string> padrão: "": Se não estiver vazio, escreva um valor do Starlark com as informações resolvidas de todas as regras de repositório do Starlark que foram executadas.
Tags: affects_outputs
--[no]experimental_run_bep_event_include_residue padrão: "falso": Define se o resíduo da linha de comando precisa ser incluído em eventos de build de execução que podem conter o resíduo. Por padrão, o resíduo não é incluído em eventos de build do comando de execução que podem conter o resíduo.
Tags: affects_outputs
--[no]experimental_stream_log_file_uploads padrão: "falso": Fazer streaming dos uploads de arquivos de registro diretamente no armazenamento remoto em vez de gravá-los em disco.
Tags: affects_outputs
--explain=<a path> padrão: veja a descrição: Faz com que o sistema de build explique cada etapa executada do build. A explicação é gravada no arquivo de registro especificado.
Tags: affects_outputs
--[no]ignore_unsupported_sandboxing padrão: "falso": Não imprima um aviso quando a execução no modo sandbox não for compatível com este sistema.
Tags: terminal_output
--[no]legacy_important_outputs padrão: "true": Use esta opção para suprimir a geração do campo "important_outputs" legado no evento TargetComplete. O "important_outputs" é necessário para a integração entre o Bazel e o ResultStore.
Tags: affects_outputs
--[no]materialize_param_files padrão: "falso": Grava arquivos de parâmetros intermediários na árvore de saída mesmo ao usar a execução de ações remotas. Útil ao depurar ações. Isso é implícito por --subcommands e --verbose_failures.
Tags: execution
--max_config_changes_to_show=<an integer> padrão: "3": Ao descartar o cache de análise devido a uma mudança nas opções de build, essa opção mostra até o número determinado de nomes de opções alterados. Se o número fornecido for -1, todas as opções alteradas serão exibidas.
Tags: terminal_output
--max_test_output_bytes=<an integer> padrão: "-1": Especifica o tamanho máximo por registro de teste que pode ser emitido quando --test_output é "errors" ou "all". Útil para evitar sobrecarregar a saída com uma saída de teste com excesso de ruído. O cabeçalho do teste está incluído no tamanho do registro. Valores negativos indicam que não há limite. A saída é tudo ou nada.
Tags: test_runner, terminal_output, execution
--output_filter=<a valid Java regular expression> padrão: veja a descrição: Mostra apenas avisos e saídas de ações para regras com um nome correspondente à expressão regular fornecida.
Tags: affects_outputs
--progress_report_interval=<an integer in 0-3600 range> padrão: "0": O número de segundos para aguardar entre relatórios sobre jobs ainda em execução. O valor padrão 0 significa que o primeiro relatório será impresso após 10 segundos. Depois disso, o progresso será relatado uma vez por minuto. Quando --curses está ativado, o progresso é informado a cada segundo.
Tags: affects_outputs
--remote_print_execution_messages=<failure, success or all> padrão: "falha": Escolha quando imprimir mensagens de execução remota. Os valores válidos são "falha", para imprimir apenas em caso de falha, "sucesso" para imprimir apenas em casos concluídos e "todos" para imprimir sempre.
Tags: terminal_output
--[no]sandbox_debug padrão: "falso": Ativa os recursos de depuração do recurso de sandbox. Isso inclui duas coisas: primeiro, o conteúdo raiz da sandbox não é alterado após uma compilação e, segundo, imprime informações extras de depuração na execução. Isso pode ajudar os desenvolvedores de regras do Bazel ou Starlark com falhas de depuração devido à ausência de arquivos de entrada etc.
Tags: terminal_output
--show_result=<an integer> padrão: "1": Mostra os resultados do build. Para cada destino, indique se ele foi atualizado ou não e, em caso afirmativo, uma lista dos arquivos de saída que foram criados. Os arquivos impressos são strings convenientes para copiar e colar no shell para executá-los. Essa opção requer um argumento de número inteiro, que é o número limite de alvos acima dos quais as informações do resultado não são mostradas. Assim, zero causa a supressão da mensagem e MAX_INT faz com que a impressão do resultado sempre ocorra. O padrão é um. Se nada tiver sido criado para um destino, os resultados poderão ser omitidos para manter a saída abaixo do limite.
Tags: affects_outputs
--[no]subcommands [-s] padrão: "falso": Mostra os subcomandos executados durante um build. Sinalizações relacionadas: --execution_log_json_file, --execution_log_binary_file (para subcomandos de registro em um arquivo em um formato compatível com ferramentas).
Tags: terminal_output
--test_output=<summary, errors, all or streamed> padrão: "resumo": Especifica o modo de saída desejado. Os valores válidos são "resumo" para gerar apenas o resumo do status do teste, "erros" para imprimir registros de testes com falha, "todos" para imprimir registros de todos os testes e "transmitido" para gerar registros de todos os testes em tempo real. Isso forçará a execução local dos testes, um de cada vez, independentemente do valor de --test_strategy.
Tags: test_runner, terminal_output, execution
--test_summary=<short, terse, detailed, none or testcase> padrão: "curto": Especifica o formato desejado do resumo do teste. Os valores válidos são "curtos" para imprimir informações apenas sobre testes executados, "terse" para imprimir informações apenas sobre testes malsucedidos que foram executados, "detalhado" para mostrar informações detalhadas sobre casos de teste com falha, "caso de teste" para imprimir o resumo na resolução do caso de teste, "não" imprimir informações detalhadas sobre casos de teste com falha e "nenhum" para omitir o resumo.
Tags: terminal_output
--[no]verbose_explanations padrão: "falso": Aumenta o nível de detalhes das explicações quando o recurso "-explicar" está ativado. Não terá efeito se --explain não estiver ativado.
Tags: affects_outputs
--[no]verbose_failures padrão: "falso": Se um comando falhar, imprima a linha de comando completa.
Tags: terminal_output

--aspects_parameters=<a 'name=value' assignment>: vários usos são acumulados: Especifica os valores dos parâmetros de aspectos da linha de comando. Cada valor de parâmetro é especificado por meio de <param_name>=<param_value>, por exemplo, "my_param=my_val", em que "my_param" é um parâmetro de algum aspecto na lista --aspects ou exigido por um aspecto na lista. Essa opção pode ser usada várias vezes. No entanto, não é permitido atribuir valores ao mesmo parâmetro mais de uma vez.
Tags: loading_and_analysis
--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs
--target_pattern_file=<a string> padrão: "": Se definido, o build lerá padrões do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como padrões de linha de comando.
Tags: changes_inputs

--experimental_circuit_breaker_strategy=<failure> padrão: veja a descrição: Especifica a estratégia a ser usada pelo disjuntor. As estratégias disponíveis são "falha". Em valor inválido para a opção, o comportamento igual à opção não está definido.
Tags: execution
--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--[no]experimental_guard_against_concurrent_changes padrão: "falso": Desative para desativar a verificação do ctime dos arquivos de entrada de uma ação antes de fazer upload dela para um cache remoto. Pode haver casos em que o kernel do Linux atrasa a gravação de arquivos, o que pode causar falsos positivos.
--[no]experimental_remote_cache_async padrão: "falso": Se for verdadeiro, a E/S do cache remoto vai ocorrer em segundo plano, e não como parte de uma geração.
--experimental_remote_cache_compression_threshold=<an integer> padrão: "0": O tamanho mínimo de blob necessário para compactar/descompactar com zstd. Inválido a menos que --remote_cache_compression esteja definido.
--experimental_remote_cache_eviction_retries=<an integer> padrão: "0": O número máximo de tentativas de nova tentativa se o build tiver encontrado um erro de remoção do cache remoto. Um valor diferente de zero definirá --incompatible_remote_use_new_exit_code_for_lost_inputs implicitamente como verdadeiro. Um novo código de invocação será gerado para cada tentativa. Se você gerar um ID de invocação e fornecê-lo ao Bazel com --invocation_id, não use essa flag. Em vez disso, defina a flag --insupported_remote_use_new_exit_code_for_lost_inputs e verifique o código de saída 39.
Tags: execution
--[no]experimental_remote_cache_lease_extension padrão: "falso": Se definido como verdadeiro, o Bazel vai estender a alocação para saídas de ações remotas durante a compilação enviando chamadas "FindMissingBlobs" periodicamente para o cache remoto. A frequência é baseada no valor de "--experimental_remote_cache_ttl".
--experimental_remote_cache_ttl=<An immutable length of time.> padrão: "3h": O TTL mínimo garantido de blobs no cache remoto após os resumos serem referenciados recentemente, por exemplo, por um ActionResult ou FindMissingBlobs. O Bazel faz várias otimizações com base no TTL dos blobs. Por exemplo, não chama GetActionResult repetidamente em um build incremental. O valor precisa ser definido um pouco menos do que o TTL real, porque há uma lacuna entre o momento em que o servidor retorna os resumos e o momento em que o Bazel os recebe.
Tags: execution
--experimental_remote_capture_corrupted_outputs=<a path> padrão: veja a descrição: Um caminho para um diretório onde as saídas corrompidas serão capturadas.
--[no]experimental_remote_discard_merkle_trees padrão: "falso": Se definida como verdadeira, descarta cópias na memória da árvore Merkle da raiz de entrada e mapeamentos de entrada associados durante chamadas para GetActionResult() e Execute(). Isso reduz significativamente o uso da memória, mas exige que o Bazel as recalcule em caso de ausências e novas tentativas do cache remoto.
--experimental_remote_downloader=<a string> padrão: veja a descrição: Um URI de endpoint da API Remote Asset a ser usado como um proxy de download remoto. Os esquemas compatíveis são grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Acesse: https://github.com/bazelbuild/remote-apis/blob/master/build/bazel/remote/asset/v1/remote_asset.proto
--[no]experimental_remote_downloader_local_fallback padrão: "falso": Define se é necessário recorrer ao downloader local se o downloader remoto falhar.
--[no]experimental_remote_execution_keepalive padrão: "falso": Define se o sinal de atividade será usado para chamadas de execução remota.
--experimental_remote_failure_rate_threshold=<an integer in 0-100 range> padrão: "10": Define o número permitido de taxa de falha em porcentagem para uma janela de tempo específica. Depois disso, ele para de chamar o cache/executor remoto. Por padrão, o valor é 10. Definir como 0 significa que não há limitação.
Tags: execution
--experimental_remote_failure_window_interval=<An immutable length of time.> padrão: "60s": O intervalo em que a taxa de falha das solicitações remotas é calculada. Em um valor zero ou negativo, a duração da falha é calculada em toda a duração da execução.As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
Tags: execution
--[no]experimental_remote_mark_tool_inputs padrão: "falso": Se definida como verdadeira, o Bazel vai marcar entradas como entradas de ferramenta para o executor remoto. Isso pode ser usado para implementar workers persistentes remotos.
--[no]experimental_remote_merkle_tree_cache padrão: "falso": Se definida como verdadeira, os cálculos da árvore Merkle serão memorizados para melhorar a velocidade da verificação de ocorrência em cache remoto. A impressão do pé na memória do cache é controlada por --experimental_remote_merkle_tree_cache_size.
--experimental_remote_merkle_tree_cache_size=<a long integer> padrão: "1000": O número de árvores de Merkle a serem memorizadas para melhorar a velocidade da verificação de ocorrências do cache remoto. Mesmo que o cache seja automaticamente removido de acordo com o processamento de referências flexíveis do Java, erros de falta de memória poderão ocorrer se a configuração for muito alta. Se definido como 0, o tamanho do cache será ilimitado. O valor ideal varia de acordo com o tamanho do projeto. O padrão é 1.000.
--experimental_remote_output_service=<a string> padrão: veja a descrição: HOST ou HOST:PORT de um endpoint de serviço de saída remota. Os esquemas compatíveis são grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc:// ou unix: para desativar o TLS.
--experimental_remote_output_service_output_path_prefix=<a string> padrão: "": O caminho em que o conteúdo dos diretórios de saída gerenciados pelo --experimental_remote_output_service é colocado. O diretório de saída real usado por um build será descendente desse caminho e determinado pelo serviço de saída.
--[no]experimental_remote_require_cached padrão: "falso": Se definida como verdadeira, determina que todas as ações que podem ser executadas remotamente sejam armazenadas em cache. Caso contrário, elas causarão uma falha na compilação. Isso é útil para resolver problemas de não determinismo, porque permite verificar se as ações que precisam ser armazenadas em cache estão realmente armazenadas em cache sem injetar intencionalmente novos resultados no cache.
--experimental_remote_scrubbing_config=<Converts to a Scrubber> padrão: veja a descrição: Ativa o refinamento remoto da chave do cache com o arquivo de configuração fornecido, que precisa ser um buffer de protocolo no formato de texto. Consulte src/main/protobuf/remote_scrubbing.proto. Esse recurso visa facilitar o compartilhamento de um cache remoto/disco entre ações executadas em diferentes plataformas, mas direcionadas à mesma plataforma. Ele deve ser usado com muito cuidado, já que configurações inadequadas podem causar compartilhamento acidental de entradas de cache e resultar em builds incorretos. O refinamento não afeta como uma ação é executada, apenas como sua chave de cache remoto/de disco é computada com a finalidade de recuperar ou armazenar um resultado de ação. As ações refinadas são incompatíveis com a execução remota, sendo sempre executadas localmente. Modificar a configuração de refinamento não invalida as saídas presentes no sistema de arquivos local ou nos caches internos. Uma versão limpa é necessária para executar novamente as ações afetadas. Para usar esse recurso, você provavelmente quer definir um --host_platform personalizado com --experimental_platform_in_output_dir (para normalizar os prefixos de saída) e --incompatível_strict_action_env (para normalizar as variáveis de ambiente).
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.
--[no]incompatible_remote_build_event_upload_respect_no_cache padrão: "falso": Descontinuado. Ambiente autônomo. Em vez disso, use --remote_build_event_upload=minimal.
--[no]incompatible_remote_downloader_send_all_headers padrão: "true": Define se todos os valores de um cabeçalho de vários valores são enviados para a ferramenta de download remoto em vez de apenas o primeiro.
Tags: incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root padrão: "falso": Se definido como verdadeiro, os caminhos de saída serão relativos à raiz de entrada, e não ao diretório de trabalho.
Tags: incompatible_change
--[no]incompatible_remote_results_ignore_disk padrão: "true": Ambiente autônomo
Tags: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs padrão: "true": Se definida como verdadeira, o Bazel vai usar o novo código de saída 39 em vez de 34 se o cache remoto remover blobs durante a compilação.
Tags: incompatible_change
--[no]remote_accept_cached padrão: "true": Se os resultados da ação armazenados em cache remotamente serão aceitos.
--remote_build_event_upload=<all or minimal> padrão: "mínimo": Se definida como "all", todas as saídas locais referenciadas pelo BEP serão enviadas para o cache remoto. Se definido como "mínimo", as saídas locais referenciadas pelo BEP não são enviadas para o cache remoto, exceto para arquivos importantes para os consumidores do BEP (por exemplo, registros de teste e perfil de tempo). O esquema bytestream:// sempre é usado para o URI de arquivos, mesmo que eles estejam ausentes no cache remoto. O padrão é "mínimo".
--remote_bytestream_uri_prefix=<a string> padrão: veja a descrição: O nome do host e da instância a serem usados em URIs bytestream:// gravados em fluxos de eventos de build. Essa opção pode ser definida quando os builds são executados usando um proxy, o que faz com que os valores de --remote_executor e --remote_instance_name não correspondam mais ao nome canônico do serviço de execução remota. Se ele não for definido, o padrão será "${hostname}/${instance_name}".
--remote_cache=<a string> padrão: veja a descrição: Um URI de um endpoint de armazenamento em cache. Os esquemas compatíveis são http, https, grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc://, http:// ou unix: para desativar o TLS. Consulte https://bazel.build/remote/caching
--[no]remote_cache_compression padrão: "falso": Se ativada, compacta/descompacta blobs de cache com zstd quando o tamanho é pelo menos --experimental_remote_cache_compression_threshold.
--remote_cache_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho que será incluído nas solicitações de cache: --remote_cache_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_default_exec_properties=<a 'name=value' assignment>: vários usos são acumulados: Define as propriedades exec padrão a serem usadas como plataforma de execução remota se uma plataforma de execução ainda não tiver definido exec_properties.
Tags: affects_outputs
--remote_default_platform_properties=<a string> padrão: "": Define as propriedades da plataforma padrão a serem definidas para a API de execução remota, se a plataforma de execução ainda não definir remote_execution_properties. Esse valor também será usado se a plataforma host for selecionada como plataforma de execução remota.
--remote_download_regex=<a valid Java regular expression>: vários usos são acumulados: Força o download das saídas de compilação remota cujo caminho corresponde a esse padrão, independentemente de --remote_download_outputs. Vários padrões podem ser especificados ao repetir esta sinalização.
Tags: affects_outputs
--remote_downloader_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho que será incluído nas solicitações do download remoto: --remote_downloader_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_exec_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho que será incluído nas solicitações de execução: --remote_exec_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_execution_priority=<an integer> padrão: "0": A prioridade relativa das ações a serem executadas remotamente. A semântica dos valores de prioridade específicos depende do servidor.
--remote_executor=<a string> padrão: veja a descrição: HOST ou HOST:PORT de um endpoint de execução remota. Os esquemas compatíveis são grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc:// ou unix: para desativar o TLS.
--remote_grpc_log=<a path> padrão: veja a descrição: Se especificado, um caminho para um arquivo para registrar detalhes relacionados à chamada gRPC. Esse registro consiste em uma sequência de protobufs com.google.DevTools.build.lib.remote.logging.RemoteExecutionLog.LogEntry serializados com cada mensagem prefixada por uma varint que indica o tamanho da mensagem protobuf serializada a seguir, conforme realizado pelo método LogEntry.writeDelimitedTo(OutputStream).
--remote_header=<a 'name=value' assignment>: vários usos são acumulados: Especifique um cabeçalho que será incluído nas solicitações: --remote_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_instance_name=<a string> padrão: "": Valor a ser transmitido como instance_name na API de execução remota.
--[no]remote_local_fallback padrão: "falso": Define se será necessário retornar à estratégia de execução local autônoma se a execução remota falhar.
--remote_local_fallback_strategy=<a string> padrão: "local": Ambiente autônomo, descontinuado. Consulte https://github.com/bazelbuild/bazel/issues/7480 para ver mais detalhes.
--remote_max_connections=<an integer> padrão: "100": Limitar o número máximo de conexões simultâneas ao cache/executor remoto. Por padrão, o valor é 100. Definir como 0 significa que não há limitação. Para o cache remoto HTTP, uma conexão TCP pode lidar com uma solicitação por vez, portanto, o Bazel pode compensar --remote_max_connections solicitações simultâneas. Para o cache/executor remoto do gRPC, um canal gRPC geralmente pode lidar com mais de 100 solicitações simultâneas, portanto, o Bazel pode fazer cerca de "--remote_max_connections * 100" solicitações simultâneas.
Tags: host_machine_resource_optimizations
--remote_proxy=<a string> padrão: veja a descrição: Conectar-se ao cache remoto por meio de um proxy. Atualmente, esse sinalizador só pode ser usado para configurar um soquete de domínio Unix (unix:/path/to/socket).
--remote_result_cache_priority=<an integer> padrão: "0": A prioridade relativa das ações remotas a serem armazenadas no cache remoto. A semântica dos valores de prioridade específicos depende do servidor.
--remote_retries=<an integer> padrão: "5": O número máximo de tentativas de repetir um erro temporário. Se definida como 0, novas tentativas serão desativadas.
--remote_retry_max_delay=<An immutable length of time.> padrão: "5s": O atraso máximo de espera entre as tentativas de repetição remota. As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
--remote_timeout=<An immutable length of time.> padrão: "60s": O tempo máximo de espera pela execução remota e chamadas de cache. No cache REST, é o tempo limite de conexão e de leitura. As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
--[no]remote_upload_local_results padrão: "true": Define se os resultados da ação executada localmente serão enviados ao cache remoto se o cache remoto oferecer suporte e o usuário estiver autorizado a fazer isso.
--[no]remote_verify_downloads padrão: "true": Se definida como verdadeira, o Bazel vai calcular a soma de hash de todos os downloads remotos e descartar os valores armazenados em cache remotamente se não corresponderem ao valor esperado.

--[no]allow_analysis_cache_discard padrão: "true": Se você descartar o cache de análise devido a uma mudança no sistema de build, definir essa opção como "false" fará com que o Bazel seja fechado em vez de continuar o build. Esta opção não tem efeito quando "discard_analysis_cache" também está definido.
Tags: eagerness_to_exit
--auto_output_filter=<none, all, packages or subpackages> padrão: "nenhum": Se --output_filter não for especificado, o valor dessa opção será usado para criar um filtro automaticamente. Os valores permitidos são "none" (filtrar nada / mostrar tudo), "all" (filtrar tudo / mostrar nada), "packages" (incluir a saída das regras nos pacotes mencionados na linha de comando Blaze) e "subpacotes" (como "pacotes", mas também incluir subpacotes). Para os valores "packages" e "subpackages" //java/foo e //javatests/foo são tratados como um pacote)".
--[no]build_manual_tests padrão: "falso": Força a criação de destinos de teste marcados como "manual". Testes "manuais" são excluídos do processamento. Esta opção força a criação, mas não a execução deles.
--build_tag_filters=<comma-separated list of options> padrão: "": Especifica uma lista de tags separada por vírgulas. Cada tag pode ser precedida opcionalmente por '-' para especificar tags excluídas. Serão criadas somente as segmentações que contêm pelo menos uma tag incluída e sem tags excluídas. Essa opção não afeta o conjunto de testes executados com o comando "test". Eles são regidos pelas opções de filtragem de testes, por exemplo, "--test_tag_filters"
--[no]build_tests_only padrão: "falso": Se especificado, apenas as regras *_test e test_suite serão criadas, e outros destinos especificados na linha de comando serão ignorados. Por padrão, tudo o que foi solicitado será compilado.
--combined_report=<none or lcov> padrão: "nenhum": Especifica o tipo de relatório de cobertura cumulativa desejado. No momento, apenas o LCOV é aceito.
--[no]compile_one_dependency padrão: "falso": Compila uma única dependência dos arquivos de argumento. Isso é útil para verificar a sintaxe de arquivos de origem em ambientes de desenvolvimento integrado, por exemplo, ao recriar um único destino que depende do arquivo de origem para detectar erros o mais cedo possível no ciclo de edição/criação/teste. Esse argumento afeta a forma como todos os argumentos que não são de sinalização são interpretados. Em vez de serem alvos para compilação, eles são nomes de arquivo de origem. Para cada nome de arquivo de origem, será criado um destino arbitrário que dependa dele.
--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]discard_analysis_cache padrão: "falso": Descarte o cache de análise imediatamente após o término da fase de análise. Reduz o uso de memória em cerca de 10%, mas deixa outros builds incrementais mais lentos.
--disk_cache=<a path> padrão: veja a descrição: Um caminho para um diretório em que o Bazel pode ler e gravar ações e saídas de ação. Se o diretório não existir, ele será criado.
--embed_label=<a one-line string> padrão: "": Incorpore a revisão de controle de origem ou rótulo de versão em binário
--execution_log_binary_file=<a path> padrão: veja a descrição: Registre os spawns executados nesse arquivo como protos do SpawnExec delimitados por comprimento, de acordo com src/main/protobuf/spawn.proto. Sinalizações relacionadas: --execution_log_json_file (formato JSON de texto; mutuamente exclusivo), --execution_log_sort (para classificar o registro de execução), --subcomandos (para mostrar subcomandos na saída do terminal).
--execution_log_json_file=<a path> padrão: veja a descrição: Registre os gerados gerados nesse arquivo como representações JSON delimitadas por nova linha dos protos do SpawnExec, de acordo com src/main/protobuf/spawn.proto. Sinalizações relacionadas: --execution_log_binary_file (formato protobuf binário, mutuamente exclusivo), --execution_log_sort (para classificar o registro de execução), --subcomandos (para exibir subcomandos na saída do terminal).
--[no]execution_log_sort padrão: "true": Define se o registro de execução será classificado, facilitando a comparação dos registros entre as invocações. Defina como falso para evitar um uso potencialmente significativo de CPU e memória ao final da invocação, ao custo de produzir o registro em uma ordem de execução não determinista. Aplica-se somente aos formatos binário e JSON. O formato compacto nunca é classificado.
--[no]expand_test_suites padrão: "true": Expanda os destinos test_suite para os testes constituintes antes da análise. Quando essa flag está ativada (padrão), os padrões de destino negativos são aplicados aos testes do conjunto de testes. Caso contrário, isso não acontece. Desativar essa flag é útil quando aspectos de nível superior são aplicados à linha de comando para analisar os destinos test_suite.
Tags: loading_and_analysis
--experimental_execution_log_compact_file=<a path> padrão: veja a descrição: Registre os spawns executados nesse arquivo como protos ExecLogEntry delimitados por comprimento, de acordo com src/main/protobuf/spawn.proto. Todo o arquivo é compactado com zstd. Este é um formato experimental em desenvolvimento ativo e pode mudar a qualquer momento. Sinalizações relacionadas: --execution_log_binary_file (formato protobuf binário; mutuamente exclusivo), --execution_log_json_file (formato JSON de texto; mutuamente exclusivo), --subcomandos (para exibir subcomandos na saída do terminal).
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "": Descontinuado e substituído pelos aspectos. Filtra o conjunto de destinos para programar extra_actions.
--[no]experimental_extra_action_top_level_only padrão: "falso": Descontinuado e substituído pelos aspectos. Programe extra_actions apenas para metas de nível superior.
--experimental_spawn_scheduler: Ative a execução dinâmica executando ações local e remotamente em paralelo. O Bazel gera cada ação local e remotamente e escolhe a que for concluída primeiro. Se uma ação oferecer suporte a workers, a ação local será executada no modo de worker permanente. Para ativar a execução dinâmica para um mnemônico de ação individual, use as sinalizações `--internal_spawn_scheduler` e `--strategy=<mnemonic>=dynamic`.
Expande-se para:
--internal_spawn_scheduler
--spawn_strategy=dynamic
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--[no]incompatible_dont_use_javasourceinfoprovider padrão: "falso": Ambiente autônomo
Tags: incompatible_change
--local_termination_grace_seconds=<an integer> padrão: "15": Tempo de espera entre o encerramento de um processo local devido ao tempo limite e o encerramento forçado.
--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".
--test_lang_filters=<comma-separated list of options> padrão: "": Especifica uma lista separada por vírgulas de idiomas de teste. Cada idioma pode ser precedido por "-" para especificar idiomas excluídos. Serão encontrados apenas os destinos de teste escritos nos idiomas especificados. O nome usado para cada idioma deve ser o mesmo que o prefixo de idioma na regra *_test, por exemplo, "cc", "java", "py" etc. Essa opção afeta o comportamento --build_tests_only e o comando "test".
--test_size_filters=<comma-separated list of values: small, medium, large or enormous> padrão: "": Especifica uma lista separada por vírgulas de tamanhos de teste. Cada tamanho pode ser precedido opcionalmente por "-" para especificar os tamanhos excluídos. Serão encontrados somente os destinos de teste que contêm pelo menos um tamanho incluído e não contêm tamanhos excluídos. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--test_tag_filters=<comma-separated list of options> padrão: "": Especifica uma lista separada por vírgulas de tags de teste. Cada tag pode ser precedida opcionalmente por '-' para especificar tags excluídas. Serão encontrados somente os destinos de teste que contêm pelo menos uma tag incluída e não contêm tags excluídas. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal> padrão: "": Especifica uma lista separada por vírgulas de tempos limite de teste. Cada tempo limite pode ser precedido por "-" para especificar os tempos limite excluídos. Serão encontrados somente os destinos de teste que contêm pelo menos um tempo limite incluído e não contêm qualquer tempo limite excluído. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--workspace_status_command=<path> padrão: "": Um comando invocado no início do build para fornecer informações de status sobre o espaço de trabalho na forma de pares de chave-valor. Consulte o Manual do usuário para obter a especificação completa. Consulte também tools/buildstamp/get_workspace_status para conferir um exemplo.

--[no]check_up_to_date padrão: "falso": Não execute o build. Apenas verifique se ele está atualizado. Se todos os destinos estiverem atualizados, o build será concluído com sucesso. Se for preciso executar alguma etapa, será informado um erro e a compilação falhará.
Tags: execution
--[no]experimental_inprocess_symlink_creation padrão: "falso": Se serão feitas chamadas diretas ao sistema de arquivos para criar árvores de links simbólicos
Tags: loading_and_analysis, execution, experimental
--[no]experimental_persistent_aar_extractor padrão: "falso": Ative o extrator aar persistente usando workers.
Tags: execution
--[no]experimental_remotable_source_manifests padrão: "falso": Se as ações do manifesto de origem serão remotas
Tags: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing padrão: "falso": Se for verdadeiro, o Bazel vai executar o pós-processamento de cobertura para teste em um novo spa.
Tags: execution
--[no]experimental_split_xml_generation padrão: "true": Se essa flag estiver definida e uma ação de teste não gerar um arquivo test.xml, o Bazel vai usar uma ação separada para gerar um arquivo test.xml fictício contendo o registro do teste. Caso contrário, o Bazel vai gerar um test.xml como parte da ação de teste.
Tags: execution
--[no]experimental_strict_fileset_output padrão: "falso": Se essa opção estiver ativada, os conjuntos de arquivos tratarão todos os artefatos de saída como arquivos normais. Eles não atravessam diretórios nem são sensíveis a links simbólicos.
Tags: execution
--[no]experimental_use_semaphore_for_jobs padrão: "true": Se definida como verdadeira, também vai usar o parâmetro para limitar o número de jobs simultâneos.
Tags: host_machine_resource_optimizations, execution
--genrule_strategy=<comma-separated list of options> padrão: "": Especificar como executar regras gerais. Essa sinalização será descontinuada. Em vez disso, use --spawn_strategy=<value> para controlar todas as ações ou --strategy=Genrule=<value> para controlar apenas as regras gerais.
Tags: execution
--[no]incompatible_disallow_unsound_directory_outputs padrão: "true": Se definido, é um erro para uma ação materializar um arquivo de saída como um diretório. Não afeta os diretórios de origem. Consulte https://github.com/bazelbuild/bazel/issues/18646.
Tags: bazel_internal_configuration, incompatible_change
--[no]incompatible_modify_execution_info_additive padrão: "falso": Quando ativada, a transmissão de várias flags --modify_execution_info é aditiva. Quando desativada, apenas a última sinalização é considerada.
Tags: execution, affects_outputs, loading_and_analysis, incompatible_change
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> [-j] padrão: "automático": O número de jobs simultâneos a serem executados. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". Os valores precisam estar entre 1 e 5.000. Valores acima de 2.500 podem causar problemas de memória. "auto" calcula um padrão razoável com base nos recursos do host.
Tags: host_machine_resource_optimizations, execution
--[no]keep_going [-k] padrão: "falso": Continue o máximo possível após um erro. Embora o destino que falhou e aqueles que dependem dele não possam ser analisados, outros pré-requisitos desses destinos podem ser.
Tags: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": Número de linhas de execução paralelas que serão usadas na fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>). Por exemplo: "auto", "HOST_CPUS*.5". "auto" define um padrão razoável com base nos recursos do host. Precisa ser pelo menos 1.
Tags: bazel_internal_configuration
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>: vários usos são acumulados: Adicione ou remova chaves das informações de execução de uma ação com base no mnemônico da ação. Aplica-se apenas a ações compatíveis com informações de execução. Muitas ações comuns dão suporte a informações de execução, por exemplo, Genrule, CppCompile, Javac, StarlarkAction, TestRunner. Ao especificar vários valores, a ordem é importante porque muitas regex podem se aplicar ao mesmo mnemônico. Sintaxe: "regex=[+-]key,regex=[+-]key,...". Exemplos: ".*=+x,.*=-y,.*=+z" adiciona "x" e "z" e remove "y" das informações de execução de todas as ações. "Genrule=+requires-x" adiciona "requires-x" às informações de execução de todas as ações Genrule. '(?!Genrule).*=-requires-x' remove 'requires-x' das informações de execução para todas as ações que não sejam de regra.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar: Ativar ações persistentes de dex e simplificação de leitura do Android usando workers.
Expande-se para:
  --internal_persistent_android_dex_desugar
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Tags: host_machine_resource_optimizations, execution
--persistent_android_resource_processor: Ativar o processador de recursos persistente do Android usando workers.
Expande-se para:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker

--strategy=AARGenerator=worker--strategy=ProcessDatabinding=worker--strategy=GenerateDataBindingBaseClasses=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar: Ativar ações persistentes de simplificação e dex multiplexação do Android usando workers.
Expande-se para:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar

Tags: host_machine_resource_optimizations, execution
--persistent_multiplex_android_resource_processor: Ativar o processador de recursos multiplexado permanente do Android usando workers.
Expande-se para:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers--modify_execution_info=AARGenerator=+supports-multiplex-workers{/14/}
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
host_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools: Ative ferramentas do Android persistentes e multiplexadas (dexação, simplificação e processamento de recursos).
Expande-se para:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

Tags: host_machine_resource_optimizations, execution
--[no]skip_incompatible_explicit_targets padrão: "falso": Ignora os destinos incompatíveis que são explicitamente listados na linha de comando. Por padrão, a criação desses destinos resulta em erro, mas eles são ignorados silenciosamente quando essa opção está ativada. Acesse: https://bazel.build/extending/platforms#skipping-incompatibility-targets
Tags: loading_and_analysis
--spawn_strategy=<comma-separated list of options> padrão: "": Especifica como as ações de geração são executadas por padrão. Aceita uma lista de estratégias separada por vírgulas da prioridade mais alta para a mais baixa. Para cada ação, o Bazel escolhe a estratégia com a maior prioridade que pode executá-la. O valor padrão é "remote,worker,sandboxed,local". Consulte https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais detalhes.
Tags: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment>: vários usos são acumulados: Especifica como distribuir a compilação de outras ações de geração. Aceita uma lista de estratégias separada por vírgulas da prioridade mais alta para a mais baixa. Para cada ação, o Bazel escolhe a estratégia com a maior prioridade que pode executá-la. O valor padrão é "remote,worker,sandboxed,local". Essa sinalização substitui os valores definidos por --spawn_strategy (e --genrule_strategy, se usado com a mnemonic Genrule). Consulte https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais detalhes.
Tags: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment>: vários usos são acumulados: Substitui qual estratégia de geração precisa ser usada para executar ações de geração que tenham descrições correspondentes a um determinado regex_filter. Consulte --per_file_copt para detalhes sobre a correspondência de regex_filter. O último regex_filter que corresponde à descrição será usado. Esta opção substitui outras sinalizações para especificar a estratégia. Exemplo: --strategy_regexp=//foo.*\.cc,-//foo/bar=local significa executar ações usando estratégia local se as descrições corresponderem a //foo.*.cc, mas não a //foo/bar. Exemplo: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed executará "Compiling //foo/bar/baz" com a estratégia "local", mas reverter a ordem a executaria com "sandboxed".
Tags: execution
--[no]use_target_platform_for_tests padrão: "falso": Se for verdadeiro, o Bazel usará a plataforma de destino para executar testes em vez do grupo de execução de teste.
Tags: execution

--android_compiler=<a string> padrão: veja a descrição: O compilador de destino do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label> padrão: "//external:android/crosstool": É o local do compilador C++ usado nos builds do Android.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> padrão: veja a descrição: Grte_top de destino do Android.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android> padrão: "android": Seleciona a combinação de manifestos que será usada nas regras android_binary. Sinalização que ajuda na transição da combinação legada para a combinação de manifestos do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label> padrão: "": Define as plataformas usadas pelos destinos android_binary. Se várias plataformas forem especificadas, o binário será um APK multiarquitetura, que contém binários nativos para cada plataforma de destino especificada.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label> padrão: "@bazel_tools//tools/android:sdk": Especifica o SDK/plataforma do Android usado para criar apps Android.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label> padrão: "@bazel_tools//tools/cpp:Dataset": O rótulo do pacote crosstool a ser usado nas regras da Apple e do Objc e as dependências delas.
Tags: loses_incremental_state, changes_inputs
--cc_output_directory_tag=<a string> padrão: "": Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: affects_outputs
--compiler=<a string> padrão: veja a descrição: O compilador C++ a ser usado para compilar o destino.
Tags: loading_and_analysis, execution
--coverage_output_generator=<a build target label> padrão: "@bazel_tools//tools/test:lcov_merger": Local do binário usado para pós-processar relatórios de cobertura bruta. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:lcov_merger'.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label> padrão: "@bazel_tools//tools/test:coverage_report_generator": Local do binário usado para gerar relatórios de cobertura. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:coverage_report_generator'.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label> padrão: "@bazel_tools//tools/test:coverage_support": Localização dos arquivos de suporte necessários nas entradas de todas as ações de teste que coletam cobertura de código. O padrão é "//tools/test:coverage_support".
Tags: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label> padrão: "@bazel_tools//tools/cpp:Dataset": O rótulo do pacote crosstool a ser usado para compilar o código C++.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label> padrão: veja a descrição: Especifica uma implementação personalizada de Malloc. Essa configuração modifica os atributos Malloc nas regras de compilação.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>: vários usos são acumulados: Lista de expressões regulares separadas por vírgulas, cada uma opcionalmente prefixada por - (expressão negativa), atribuída (=) a uma lista de destinos de valores de restrição separados por vírgula. Se um destino não corresponder a nenhuma expressão negativa e ao menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se os valores de restrição tivessem sido declarados como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 adicionará "x86_64" a qualquer destino em //demo, exceto aqueles cujo nome contém "test".
Tags: loading_and_analysis
--[no]experimental_include_xcode_execution_requirements padrão: "falso": Se definido, adicione um requisito de execução "requires-xcode:{version}" a cada ação do Xcode. Se a versão do xcode tiver um rótulo com hífen, adicione também um requisito de execução "requires-xcode-label:{version_label}".
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode padrão: "true": Se verdadeiro, use o Xcode mais recente disponível local e remotamente. Se for falso, ou se não houver versões mútuas disponíveis, use a versão do Xcode local selecionada por xcode-select.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> padrão: "": As plataformas que estão disponíveis como plataformas de execução para executar ações. As plataformas podem ser especificadas por destino exato ou como um padrão de destino. Essas plataformas serão consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms(). Essa opção só pode ser definida uma vez. As instâncias posteriores substituirão as configurações de sinalização anteriores.
Tags: execution
--extra_toolchains=<comma-separated list of options>: vários usos são acumulados: As regras do conjunto de ferramentas a serem consideradas durante a resolução. Os conjuntos de ferramentas podem ser especificados por destino exato ou como um padrão de destino. Esses conjuntos de ferramentas serão considerados antes daqueles declarados no arquivo WORKSPACE por register_ remoção de ferramentas().
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> padrão: veja a descrição: Um rótulo para uma biblioteca libc registrada. O valor padrão é selecionado pelo conjunto de ferramentas do crosstool, e você quase nunca precisa substituí-lo.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string> padrão: veja a descrição: O compilador C++ a ser usado para compilação do host. Ele será ignorado se --host_crosstool_top não estiver definido.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label> padrão: veja a descrição: Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração de execução. Se essa flag for fornecida, o Bazel usará a libc e o compilador padrão para o crosstool_top especificado.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label> padrão: veja a descrição: Se especificada, esta configuração substitui o diretório de nível superior da libc (--grte_top) para a configuração "exec".
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label> padrão: "@bazel_tools//tools:host_platform": O rótulo de uma regra de plataforma que descreve o sistema host.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features padrão: "true": Se for verdadeiro, o Bazel não ativará os recursos "host" e "nonhost" no conjunto de ferramentas c++. Consulte https://github.com/bazelbuild/bazel/issues/7407 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution padrão: "true": Use a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras do Android (Starlark e nativas)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution padrão: "falso": Use a resolução do conjunto de ferramentas para selecionar o SDK da Apple para regras da Apple (Starlark e nativas)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone padrão: "true": Se for "true", o Bazel não vai reutilizar as linhas de comando de ação de link do C++ para linhas de comando de indexação LTO. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/6791.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive padrão: "true": Se for verdadeiro, o Bazel não vinculará dependências de biblioteca como um arquivo inteiro por padrão. Consulte https://github.com/bazelbuild/bazel/issues/7362 para ver instruções de migração.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features padrão: "true": Se for verdadeiro, o Bazel exigirá o parâmetro "ctx" em cc_common.configure_features. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/7793.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects padrão: "true": Use objetos compartilhados de interface se compatível com o conjunto de ferramentas. No momento, todos os conjuntos de ferramentas de ELF têm suporte a essa configuração.
Tags: loading_and_analysis, affects_outputs, affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do iOS a ser usada para criar apps iOS. Se não for especificada, a versão padrão do SDK do iOS de "xcode_version" será usada.
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do macOS que será usada para criar apps para macOS. Se não for especificada, a versão padrão do SDK do macOS de "xcode_version" será usada.
Tags: loses_incremental_state
--minimum_os_version=<a string> padrão: veja a descrição: A versão mínima do SO destinada à compilação.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path> padrão: "": A localização de um arquivo de mapeamento que descreve qual plataforma usar se nenhuma estiver definida ou quais sinalizações definir quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente abaixo da raiz do espaço de trabalho).
Tags: affects_outputs, changes_inputs, loading_and_analysis
--platforms=<a build target label> padrão: "": Os rótulos das regras de plataforma que descrevem as plataformas de destino para o comando atual.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--python2_path=<a string> padrão: veja a descrição: Descontinuado, ambiente autônomo. Desativado por "--incompatíveis_use_python_Conjuntos de ferramentas".
Tags: no_op, deprecated
--python3_path=<a string> padrão: veja a descrição: Descontinuado, ambiente autônomo. Desativado por "--incompatíveis_use_python_Conjuntos de ferramentas".
Tags: no_op, deprecated
--python_path=<a string> padrão: veja a descrição: O caminho absoluto do interpretador de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatíveis_use_python_Conjuntos de ferramentas.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label> padrão: veja a descrição: O rótulo de um py_runtime que representa o interpretador Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatíveis_use_python_Conjuntos de ferramentas.
Tags: loading_and_analysis, affects_outputs
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do tvOS para criar aplicativos tvOS. Se não for especificada, a versão padrão do SDK do tvOS será usada de "xcode_version".
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, a versão padrão do SDK do watchOS de "xcode_version" será usada.
Tags: loses_incremental_state
--xcode_version=<a string> padrão: veja a descrição: Se especificado, usa o Xcode da versão fornecida para as ações de build relevantes. Se não for especificada, usa a versão padrão do executor do Xcode.
Tags: loses_incremental_state
--xcode_version_config=<a build target label> padrão: "@bazel_tools//tools/cpp:host_xcodes": O rótulo da regra xcode_config a ser usado para selecionar a versão do Xcode na configuração do build.
Tags: loses_incremental_state, loading_and_analysis

--[no]apple_generate_dsym padrão: "falso": Define se os arquivos de símbolo de depuração (.dSYM) serão gerados.
Tags: affects_outputs, action_command_lines
--[no]build padrão: "true": Execute o build. Esse é o comportamento normal. A especificação de "--nobuild" faz com que a compilação pare antes de executar as ações de compilação, retornando zero se as fases de carregamento e análise do pacote forem concluídas com êxito. Esse modo é útil para testar essas fases.
Tags: execution, affects_outputs
--[no]build_runfile_links padrão: "true": Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se for falso, grave-os somente quando exigido por uma ação local, teste ou comando de execução.
Tags: affects_outputs
--[no]build_runfile_manifests padrão: "true": Se verdadeiro, grava manifestos de arquivos de execução para todos os destinos. Se for falso, omita-os. Os testes locais não serão executados se o valor for "false".
Tags: affects_outputs
--[no]build_test_dwp padrão: "falso": Se ativado, ao criar testes C++ estaticamente e com fissão, o arquivo .dwp para o binário de teste também será criado automaticamente.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options> padrão: ".pb.h": Define os sufixos dos arquivos de cabeçalho criados por cc_proto_library.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set of options> padrão: ".pb.cc": Define os sufixos dos arquivos de origem criados por cc_proto_library.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info padrão: "falso": Execute ações extras para versões alternativas da API Java em uma proto_library.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions padrão: "falso": Execute ações extras para versões alternativas da API Java em uma proto_library.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_save_feature_state padrão: "falso": Salva o estado dos recursos ativados e solicitados como uma saída da compilação.
Tags: affects_outputs, experimental
--[no]experimental_use_validation_aspect padrão: "falso": Define se é necessário executar ações de validação usando o aspecto (para paralelismo com testes).
Tags: execution, affects_outputs
--fission=<a set of compilation modes> padrão: "não": Especifica quais modos de compilação usam a fissão para compilações e links C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais 'yes' para ativar todos os modos e 'no' para desativar todos os modos.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]incompatible_always_include_files_in_data padrão: "true": Se definida como verdadeira, as regras nativas vão adicionar <code>DefaultInfo.files</code> de dependências de dados aos runfiles, o que corresponde ao comportamento recomendado para regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags: affects_outputs, incompatible_change
--[no]legacy_external_runfiles padrão: "true": Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para repositórios externos em .runfiles/wsname/external/repo (além de .runfiles/repo).
Tags: affects_outputs
--[no]objc_generate_linkmap padrão: "falso": Especifica se um arquivo de linkmap será gerado.
Tags: affects_outputs
--output_groups=<comma-separated list of options>: vários usos são acumulados: Uma lista de nomes de grupos de saída separados por vírgulas, cada um deles opcionalmente prefixado por um + ou um -. Um grupo com o prefixo + é adicionado ao conjunto padrão de grupos de saída, enquanto um grupo com o prefixo - é removido do conjunto padrão. Se pelo menos um grupo não estiver prefixado, o conjunto padrão de grupos de saída será omitido. Por exemplo, --output_groups=+foo,+bar cria a união do conjunto padrão, foo e bar, enquanto --output_groups=foo,bar substitui o conjunto padrão de forma que apenas foo e bar sejam criados.
Tags: execution, affects_outputs
--[no]run_validations padrão: "true": Define se é necessário executar ações de validação como parte do build. Acesse https://bazel.build/extending/rules#validation_actions
Tags: execution, affects_outputs
--[no]save_temps padrão: "falso": Se definida, as saídas temporárias de gcc serão salvas. Isso inclui arquivos .s (código assembler), arquivos .i (C++ pré-processados) e arquivos .ii (C++ pré-processado).
Tags: affects_outputs

--action_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica o conjunto de variáveis de ambiente disponíveis para ações com configuração de destino. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, são as últimas vitórias, as opções para diferentes variáveis se acumulam.
Tags: action_command_lines
--android_cpu=<a string> padrão: "armeabi-v7a": A CPU de destino do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx padrão: "true": Gerar arquivos de vinculação de dados compatíveis com o AndroidX. Isso é usado apenas com a vinculação de dados v2. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args padrão: "true": Usar a vinculação de dados do Android v2 com o argumento 3.4.0. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully> padrão: "desativado": Determina se as dependências de C++ das regras do Android serão vinculadas dinamicamente quando um cc_binary não criar explicitamente uma biblioteca compartilhada. "default" significa que o Bazel vai escolher se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas no modo predominantemente estático.
Tags: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> padrão: "alfabético": Define a ordem dos manifestos transmitidos para a combinação de binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação à raiz. ALPHABETICAL_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração dentro do diretório de saída. DEPENDENCY significa que os manifestos são ordenados com o manifesto de cada biblioteca que vem antes dos manifestos das dependências.
Tags: action_command_lines, execution
--[no]android_resource_shrinking padrão: "falso": Ativa a redução de recursos para APKs android_binary que usam o ProGuard.
Tags: affects_outputs, loading_and_analysis
--aspects=<comma-separated list of options>: vários usos são acumulados: Lista de aspectos separados por vírgulas a serem aplicados a segmentações de nível superior. Na lista, se o aspecto some_aspect especificar os provedores de aspecto obrigatórios via required_aspect_providers, some_aspect vai ser executado depois de todos os aspectos mencionados antes na lista de aspectos cujos provedores anunciados atendem a some_aspect necessários. Além disso, some_aspect será executado após todos os aspectos obrigatórios especificados pelo atributo "require" e, em seguida, some_aspect terá acesso aos valores dos provedores desses aspectos. <bzl-file-label>%<aspect_name>, por exemplo, '//tools:my_def.bzl%my_aspect', em que 'my_aspect' é um valor de nível superior de um arquivo tools/my_def.bzl
--[no]build_python_zip padrão: "automático": Crie um ZIP executável Python, no Windows e desativado em outras plataformas
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários do Apple Catalyst.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage padrão: "falso": Se especificado, o Bazel instrumenta o código (usando instrumentação off-line sempre que possível) e coleta informações de cobertura durante os testes. Somente as segmentações que corresponderem a --instrumentation_filter serão afetadas. Em geral, essa opção não deve ser especificada diretamente. Em vez disso, use o comando "bazel coverage".
Tags: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] padrão: "fastbuild": Especifique o modo em que o binário será integrado. Valores: "fastbuild", "dbg", "opt".
Tags: affects_outputs, action_command_lines
--conlyopt=<a string>: vários usos são acumulados: Opção adicional para transmitir para gcc ao compilar arquivos de origem C.
Tags: action_command_lines, affects_outputs
--copt=<a string>: vários usos são acumulados: Outras opções de transmissão para gcc.
Tags: action_command_lines, affects_outputs
--cpu=<a string> padrão: "": A CPU de destino.
Tags: changes_inputs, affects_outputs
--cs_fdo_absolute_path=<a string> padrão: veja a descrição: Use as informações do perfil do CSFDO para otimizar a compilação. Especifique o nome do caminho absoluto do arquivo ZIP que contém o arquivo de perfil, um arquivo de perfil LLVM bruto ou indexado.
Tags: affects_outputs
--cs_fdo_instrument=<a string> padrão: veja a descrição: Gere binários com instrumentação FDO sensível ao contexto. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags: affects_outputs
--cs_fdo_profile=<a build target label> padrão: veja a descrição: O cs_fdo_profile que representa o perfil sensível ao contexto a ser usado para otimização.
Tags: affects_outputs
--cxxopt=<a string>: vários usos são acumulados: Opção adicional para transmitir para gcc ao compilar arquivos de origem em C++.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment>: vários usos são acumulados: Cada opção "--define" especifica uma atribuição a uma variável de build.
Tags: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully> padrão: "padrão": Determina se os binários C++ serão vinculados dinamicamente. "default" significa que o Bazel vai escolher se quer fazer a vinculação dinâmica. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas no modo predominantemente estático.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path padrão: "true": Se definido, o uso de fdo_absolute_profile_path vai gerar um erro.
Tags: affects_outputs
--[no]enable_runfiles padrão: "automático": Ativa a árvore de links simbólicos de arquivos de execução. Por padrão, ela fica desativada no Windows e em outras plataformas.
Tags: affects_outputs
--experimental_action_listener=<a build target label>: vários usos são acumulados: Descontinuado e substituído pelos aspectos. Use action_listener para anexar uma extra_action a ações de compilação existentes.
Tags: execution, experimental
--[no]experimental_android_compress_java_resources padrão: "falso": Compactar recursos Java em APKs
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2 padrão: "true": Usar a vinculação de dados do Android v2. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking padrão: "falso": Ativa a redução de recursos para APKs android_binary que usam o ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex padrão: "falso": usar a ferramenta Rex para reescrever arquivos dex
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_collect_code_coverage_for_generated_files padrão: "falso": Se especificado, o Bazel também gera informações de cobertura de coleta para arquivos gerados.
Tags: affects_outputs
--[no]experimental_convenience_symlinks padrão: "normal": Essa flag controla como os links simbólicos de conveniência (os links simbólicos que aparecem no espaço de trabalho após a criação) serão gerenciados. Valores possíveis: normal (padrão): cada tipo de link simbólico de conveniência será criado ou excluído, conforme determinado pelo build. limpo: todos os links simbólicos serão excluídos incondicionalmente. ignore: os links simbólicos serão deixados sozinhos. log_only: gera mensagens de registro como se 'normal' tivessem passado, mas não execute nenhuma operação no sistema de arquivos (útil para ferramentas). Somente os links simbólicos com nomes gerados pelo valor atual de --symlink_prefix podem ser afetados. Se o prefixo mudar, todos os links simbólicos preexistentes serão deixados sozinhos.
Tags: affects_outputs
--[no]experimental_convenience_symlinks_bep_event padrão: "falso": Essa flag controla se o eventConvenienceSymlinksIdentified será ou não publicado no BuildEvent Protocol. Se o valor for verdadeiro, o BuildEventProtocolo terá uma entrada para conveniênciaSymlinksIdentified, listando todos os links simbólicos de conveniência criados no seu espaço de trabalho. Se for "false", a entradaadvantageSymlinksIdentified no BuildEvent Protocol estará vazia.
Tags: affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options> padrão: "-O0,-DDEBUG=1": Usa essas strings como opções do compilador fastbuild objc.
Tags: action_command_lines
--[no]experimental_omitfp padrão: "falso": Se verdadeiro, use libunwind para liberação de pilha e compile com -fomit-frame-pointer e -faTorne-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--experimental_output_paths=<off, content or strip> padrão: "desativado": Qual modelo usar para onde as regras da árvore de saída gravam as saídas, especialmente para builds multiplataforma / multiconfigurações. Esse recurso é altamente experimental. Consulte https://github.com/bazelbuild/bazel/issues/6526 para ver mais detalhes. As ações do Starlark podem ativar o mapeamento de caminhos adicionando a chave "supports-path-mapping" ao dict "execution_requirements".
Tags: loses_incremental_state, bazel_internal_configuration, affects_outputs, execution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>: vários usos são acumulados: Cada entrada precisa estar no formato label=value, em que o rótulo se refere a uma plataforma e "value" é o nome curto que você quer usar no caminho de saída. Usado somente quando --experimental_platform_in_output_dir é verdadeiro. Tem a maior prioridade de nomenclatura.
Tags: affects_outputs, experimental
--[no]experimental_platform_in_output_dir padrão: "falso": Se verdadeiro, um nome abreviado para a plataforma de destino será usado no nome do diretório de saída em vez de CPU. O esquema exato é experimental e está sujeito a mudanças: primeiro, no caso raro de a opção --platforms não ter exatamente um valor, é usado um hash das plataformas. Em seguida, se algum nome abreviado da plataforma atual tiver sido registrado por --experimental_override_name_platform_in_output_dir, então ele será usado. Então, se --experimental_use_platforms_in_output_dir_legacy_heuristic estiver definido, use um nome abreviado com base no marcador da plataforma atual. Por fim, um hash da opção da plataforma é usado como último recurso.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap padrão: "falso": Se especificado, o Bazel gera informações do mapa de cobertura llvm-cov em vez de gcov quando collect_code_coverage está ativado.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic padrão: "true": Use essa sinalização apenas como parte de uma estratégia sugerida de migração ou teste. Observe que a heurística tem deficiências conhecidas e sugere-se migrar para contar apenas com --experimental_override_name_platform_in_output_dir.
Tags: affects_outputs, experimental
--fat_apk_cpu=<comma-separated set of options> padrão: "armeabi-v7a": Configurar essa opção ativa APKs grandes, que contêm binários nativos para todas as arquiteturas de destino especificadas, por exemplo, --fat_apk_cpu=x86,armeabi-v7a. Se essa flag for especificada, --android_cpu será ignorada para dependências das regras android_binary.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan padrão: "falso": Define se as divisões HWASAN serão criadas.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> padrão: veja a descrição: Gerar binários com a instrumentação do FDO. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags: affects_outputs
--fdo_optimize=<a string> padrão: veja a descrição: Use as informações do perfil do FDO para otimizar a compilação. Especifique o nome de um arquivo ZIP contendo uma árvore de arquivos .gcda, um arquivo afdo contendo um perfil automático ou um arquivo de perfil LLVM. Essa sinalização também aceita arquivos especificados como rótulos (por exemplo, "//foo/bar:file.afdo". Talvez seja necessário adicionar uma diretiva "exports_files" ao pacote correspondente) e rótulos que apontam para destinos "fdo_profile". Esta sinalização será substituída pela regra "fdo_profile".
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label> padrão: veja a descrição: Usar dicas de pré-busca de cache.
Tags: affects_outputs
--fdo_profile=<a build target label> padrão: veja a descrição: O fdo_profile que representa o perfil a ser usado para otimização.
Tags: affects_outputs
--features=<a string>: vários usos são acumulados: Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Especificar -<feature> desativará o recurso. Os atributos negativos sempre substituem os positivos. Veja também --host_features
Tags: changes_inputs, affects_outputs
--[no]force_pic padrão: "falso": Se ativada, todas as compilações em C++ produzem código independente de posição ("-fPIC"), links preferem bibliotecas pré-criadas para PIC em vez de bibliotecas não PIC e links produzem executáveis independentes de posição ("-pie").
Tags: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, são as últimas vitórias, as opções para diferentes variáveis se acumulam.
Tags: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> padrão: "opt": Especifique o modo em que as ferramentas usadas durante o build vão ser integradas. Valores: "fastbuild", "dbg", "opt".
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string>: vários usos são acumulados: Outra opção para transmitir ao compilador C ao compilar arquivos de origem em C (mas não C++) nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_copt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas ao compilador C para ferramentas criadas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_cpu=<a string> padrão: "": A CPU do host.
Tags: changes_inputs, affects_outputs
--host_cxxopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para o compilador C++ para ferramentas criadas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_features=<a string>: vários usos são acumulados: Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Especificar -<feature> desativará o recurso. Os atributos negativos sempre substituem os positivos.
Tags: changes_inputs, affects_outputs
--host_force_python=<PY2 or PY3> padrão: veja a descrição: Substitui a versão do Python para a configuração "exec". Pode ser "PY2" ou "PY3".
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string>: vários usos são acumulados: Opção adicional para transmitir ao vinculador ao vincular ferramentas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do macOS para destinos de host. Se não for especificado, usará "macos_sdk_version".
Tags: loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente ao compilador C/C++ ao compilar determinados arquivos nas configurações de execução. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags: action_command_lines, affects_outputs
--host_swiftcopt=<a string>: vários usos são acumulados: Outras opções de ferramentas de execução a serem transmitidas ao swiftc.
Tags: action_command_lines, affects_outputs
--[no]incompatible_auto_exec_groups padrão: "falso": Quando ativado, um grupo "exec" é criado automaticamente para cada conjunto de ferramentas usado por uma regra. Para que essa regra funcione, é necessário especificar o parâmetro "conjunto de ferramentas" nas ações dela. Para mais informações, consulte https://github.com/bazelbuild/bazel/issues/17134.
Tags: affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory padrão: "true": Se for verdadeiro, o diretório genfiles será dobrado no diretório bin.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_host_features padrão: "true": Se verdadeiro, use --features somente para a configuração de destino e --host_features para a configuração exec.
Tags: changes_inputs, affects_outputs, incompatible_change
--[no]instrument_test_targets padrão: "falso": Quando a cobertura está ativada, ela especifica se é necessário considerar as regras de teste de instrumentação. Quando definidas, as regras de teste incluídas por --instrumentation_filter são instrumentadas. Caso contrário, as regras de teste serão sempre excluídas da instrumentação de cobertura.
Tags: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "-/javatests[/:],-/test/java[/:]": Quando a cobertura estiver ativada, apenas as regras com nomes incluídos pelo filtro com base em regex especificado serão instrumentadas. As regras prefixadas com "-" serão excluídas. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativado.
Tags: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do iOS para simuladores e dispositivos de meta. Se não for especificado, usará "ios_sdk_version".
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas usadas para criar um ios_application. O resultado é um binário universal que contém todas as arquiteturas especificadas.
Tags: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive padrão: "true": Descontinuado e substituído por --insupported_remove_legacy_whole_archive. Consulte mais detalhes em https://github.com/bazelbuild/bazel/issues/7362. Quando ativado, use --whole-archive para regras cc_binary que tenham linkshared=True e linkstatic=True ou '-static' nos linkopts. Isso serve apenas para compatibilidade com versões anteriores. Uma alternativa melhor é usar Alwayslink=1 quando necessário.
Tags: action_command_lines, affects_outputs, deprecated
--linkopt=<a string>: vários usos são acumulados: Outra opção para transmitir ao GCC durante a vinculação.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string>: vários usos são acumulados: Opção adicional para transmitir à etapa de back-end de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string>: vários usos são acumulados: Outra opção para transmitir a etapa de indexação de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários do Apple macOS.
Tags: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do macOS para destinos. Se não for especificado, usará "macos_sdk_version".
Tags: loses_incremental_state
--memprof_profile=<a build target label> padrão: veja a descrição: Usar o perfil memprof.
Tags: affects_outputs
--[no]objc_debug_with_GLIBCXX padrão: "falso": Se definido, e o modo de compilação estiver definido como "dbg", defina GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC e GLIBCPP_CONCEPT_CHECKS.
Tags: action_command_lines
--[no]objc_enable_binary_stripping padrão: "falso": Define se é feita a remoção de símbolos e códigos inativos em binários vinculados. As remoções binárias serão realizadas se essa sinalização e --compilation_mode=opt forem especificadas.
Tags: action_command_lines
--objccopt=<a string>: vários usos são acumulados: Outras opções para transmitir para gcc ao compilar arquivos de origem Objective-C/C++.
Tags: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente para gcc ao compilar determinados arquivos. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags: action_command_lines, affects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente ao back-end de LTO (em --features=thin_lto) ao compilar determinados objetos de back-end. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão, option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 adiciona a opção de linha de comando -O0 à linha de comando do back-end LTO de todos os arquivos o em //foo/ exceto bar.o.
Tags: action_command_lines, affects_outputs
--platform_suffix=<a string> padrão: veja a descrição: Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label> padrão: veja a descrição: Use as informações do perfil da Hélice para otimizar o destino do build.Um perfil de hélice precisa consistir em pelo menos um dos dois arquivos, um perfil Cc e um perfil ld. Essa sinalização aceita um rótulo de compilação que precisa se referir aos arquivos de entrada do perfil da hélice. Por exemplo, o arquivo BUILD que define o rótulo, em a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Uma diretiva export_files pode precisar ser adicionada ao pacote correspondente para tornar esses arquivos visíveis para o Bazel. A opção precisa ser usada como: --propeller_optimize=//a/b:propeller_profile
Tags: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string> padrão: veja a descrição: Nome do caminho absoluto do arquivo cc_profile para builds com otimização da Propeller.
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> padrão: veja a descrição: Nome do caminho absoluto do arquivo ld_profile para builds com otimização da Propeller.
Tags: affects_outputs
--run_under=<a prefix in front of command> padrão: veja a descrição: Prefixo a ser inserido antes dos executáveis para os comandos "test" e "run". Se o valor for "foo -bar" e a linha de comando de execução for "test_binary -baz", a linha de comando final será "foo -bar test_binary -baz".Isso também pode ser um rótulo para um destino executável. Alguns exemplos são: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:target --options'.
Tags: action_command_lines
--[no]share_native_deps padrão: "true": Se verdadeiro, as bibliotecas nativas com funcionalidade idêntica serão compartilhadas entre destinos diferentes
Tags: loading_and_analysis, affects_outputs
--[no]stamp padrão: "falso": Carime os binários com data, nome de usuário, nome do host, informações do espaço de trabalho etc.
Tags: affects_outputs
--strip=<always, sometimes or never> padrão: "às vezes": Especifica a remoção de binários e bibliotecas compartilhadas (usando "-Wl,--strip-debug"). O valor padrão de "algumas vezes" significa remover iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para remoção ao gerar um binário "<name>.stripped".
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string>: vários usos são acumulados: Outras opções para transmitir para compilação do Swift.
Tags: action_command_lines
--symlink_prefix=<a string> padrão: veja a descrição: O prefixo anexado a qualquer um dos links simbólicos de conveniência criados após um build. Se omitido, o valor padrão será o nome da ferramenta de build seguido por um hífen. Se "/" for passado, nenhum link simbólico será criado e nenhum aviso será emitido. Aviso: a funcionalidade especial de "/" será descontinuada em breve. Em vez disso, use --experimental_convenience_symlinks=ignore.
Tags: affects_outputs
--tvos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários tvOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do tvOS para dispositivos e simuladores de meta. Se não for especificado, usará "tvos_sdk_version".
Tags: loses_incremental_state
--visionos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários visionOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--watchos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários watchOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do watchOS para dispositivos e simuladores de meta. Se não for especificado, usará "watchos_sdk_version".
Tags: loses_incremental_state
--xbinary_fdo=<a build target label> padrão: veja a descrição: Use as informações do perfil XbinaryFDO para otimizar a compilação. Especifica o nome do perfil binário cruzado padrão. Quando a opção é usada junto com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags: affects_outputs

--auto_cpu_environment_group=<a build target label> padrão: "": Declare o environment_group a ser usado para mapear automaticamente os valores de CPU para os valores de target_environment.
Tags: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses padrão: "falso": Verifique se as restrições de licenciamento impostas pelos pacotes dependentes não entram em conflito com os modos de distribuição dos destinos que estão sendo criados. Por padrão, as licenças não ficam marcadas.
Tags: build_file_semantics
--[no]check_visibility padrão: "true": Se desativada, os erros de visibilidade nas dependências de destino serão rebaixados a avisos.
Tags: build_file_semantics
--[no]desugar_for_android padrão: "true": Define se é feita a simplificação do bytecode Java 8 antes da dexação.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]desugar_java8_libs padrão: "falso": Define se as bibliotecas Java 8 compatíveis são incluídas em apps para dispositivos legados.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints padrão: "true": Verifica com quais ambientes cada destino é compatível e informa erros se algum destino tiver dependências não compatíveis com os mesmos ambientes
Tags: build_file_semantics
--[no]experimental_check_desugar_deps padrão: "true": Define se a simplificação correta no nível binário do Android será verificada.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> padrão: "DESATIVADO": Quando ativada, verifique se as dependências de um aar_import foram concluídas. Essa aplicação pode interromper o build ou apenas resultar em avisos.
Tags: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> padrão: "padrão": Se verdadeiro, verifica se um destino Java declara explicitamente todos os destinos usados diretamente como dependências.
Tags: build_file_semantics, eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files padrão: "falso": Se ativado, marque somente "test" para identificar destinos de pré-requisito que sejam arquivos de saída pesquisando o "testonly" da regra de geração. Isso corresponde à verificação de visibilidade.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_check_visibility_for_toolchains padrão: "falso": Se ativada, a verificação de visibilidade também se aplica às implementações do conjunto de ferramentas.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disable_native_android_rules padrão: "falso": Se ativada, o uso direto das regras nativas do Android será desativado. Use as regras do Starlark para Android em https://github.com/bazelbuild/rules_android
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule padrão: "falso": Ambiente autônomo. Mantido aqui para compatibilidade com versões anteriores.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_python_disable_py2 padrão: "true": Se verdadeiro, o uso das configurações do Python 2 vai causar um erro. Isso inclui python_version=PY2, srcs_version=PY2 e srcs_version=PY2ONLY. Consulte https://github.com/bazelbuild/bazel/issues/15684 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions padrão: "true": Se for verdadeiro, o Bazel também validará as inclusões de cabeçalhos de diretórios de nível superior. Saiba mais em https://github.com/bazelbuild/bazel/issues/10047.
Tags: loading_and_analysis, incompatible_change
--python_native_rules_allowlist=<a build target label> padrão: veja a descrição: Uma lista de permissões (destino package_group) para ser usada na aplicação de --incompatível_python_permission_native_rules.
Tags: loading_and_analysis
--[no]strict_filesets padrão: "falso": Se essa opção estiver ativada, os conjuntos de arquivos que ultrapassarem os limites dos pacotes serão informados como erros.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> padrão: "erro": A menos que esteja DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados diretamente como dependências.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default> padrão: "desativado": A menos que esteja DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados em "importar público" como exportados.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes padrão: "falso": Se for "true", os cabeçalhos encontrados pelos caminhos de inclusão do sistema (-isystem) também precisarão ser declarados.
Tags: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label>: vários usos são acumulados: Declara o ambiente de destino do build. Precisa ser uma referência de rótulo a uma regra de "ambiente". Se especificado, todos os destinos de nível superior precisam ser compatíveis com esse ambiente.
Tags: changes_inputs

--apk_signing_method=<v1, v2, v1_v2 or v4> padrão: "v1_v2": Implementação para assinar APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements padrão: "true": Se definida, e o modo de compilação não for "opt", os apps objc vão incluir direitos de depuração ao assinar.
Tags: changes_inputs
--ios_signing_cert_name=<a string> padrão: veja a descrição: Nome do certificado a ser usado para assinatura do iOS. Se a política não for definida, o perfil de provisionamento será revertido. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página do manual do codesign (IDENTIDADES DE SIGNING).
Tags: action_command_lines

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_legacy_py_provider padrão: "true": O ambiente autônomo será removido em breve.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes padrão: "falso": Se verdadeiro, não permite os atributos sdk_frameworks e weak_sdk_frameworks em objc_library eobjc_import.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_objc_alwayslink_by_default padrão: "falso": Se for verdadeiro, torne o valor padrão verdadeiro para os atributos Alwayslink em objc_library e objc_import.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_python_disallow_native_rules padrão: "falso": Quando verdadeiro, ocorre um erro ao usar as regras incorporadas py_*. Em vez disso, as regras regras_python devem ser usadas. Consulte https://github.com/bazelbuild/bazel/issues/17773 para mais informações e instruções de migração.
Tags: loading_and_analysis, incompatible_change

--[no]allow_analysis_failures padrão: "falso": Se verdadeiro, uma falha na análise de uma meta de regra resultará na propagação da meta de uma instância de AnalysisFailureInfo contendo a descrição do erro, em vez de resultar em uma falha de build.
Tags: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer> padrão: "2000": Define o número máximo de dependências transitivas por meio de um atributo de regra com uma transição de configuração for_analysis_testing. Exceder esse limite resultará em um erro de regra.
Tags: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure padrão: "falso": Se falhas verdadeiras da ação dex2oat gerarem falhas no build em vez de executar o dex2oat durante o tempo de execução do teste.
Tags: loading_and_analysis, experimental
--[no]check_tests_up_to_date padrão: "falso": Não faça testes. Apenas confira se eles estão atualizados. Se todos os resultados estiverem atualizados, o teste será concluído com sucesso. Se algum teste precisar ser criado ou executado, um erro será informado e o teste será reprovado. Essa opção implica comportamento --check_up_to_date.
Tags: execution
--default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g. memory=10,30,60,100>: vários usos são acumulados: Substitui a quantidade de recursos padrão para testes. O formato esperado é <resource>=<value>. Se um único número positivo for especificado como <value>, ele vai substituir os recursos padrão em todos os tamanhos de teste. Se forem especificados quatro números separados por vírgula, eles substituirão a quantidade de recursos para os tamanhos de teste pequeno, médio, grande e enorme, respectivamente. Os valores também podem ser HOST_RAM/HOST_CPU, opcionalmente seguidos por [-|*]<float> (por exemplo, memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4). Os recursos de teste padrão especificados por essa sinalização são substituídos por recursos explícitos especificados nas tags.
--[no]experimental_android_use_parallel_dex2oat padrão: "falso": Use o dex2oat em paralelo para possivelmente acelerar o android_test.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once>: vários usos são acumulados: Cada teste será repetido até o número especificado de vezes em caso de falha. Os testes que precisaram de mais de uma tentativa de aprovação são marcados como "FLAKY" no resumo. Normalmente, o valor especificado é apenas um número inteiro ou a string "padrão". Se for um número inteiro, todos os testes serão executados até N vezes. Se for "default", apenas uma tentativa de teste será feita para testes normais e três para testes marcados explicitamente como instáveis pela regra (atributo fragmentado=1). Sintaxe alternativa: regex_filter@flaky_test_attempts. Em que flaky_test_attempts é o mesmo acima e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --runs_per_test). Exemplo: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 elimina todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o comportamento será como se fosse "padrão" acima.
Tags: execution
--[no]ios_memleaks padrão: "falso": Ativa a verificação de vazamentos de memória nos destinos ios_test.
Tags: action_command_lines
--ios_simulator_device=<a string> padrão: veja a descrição: O dispositivo que será simulado ao executar um aplicativo para iOS no simulador, por exemplo, "iPhone 6". Para consultar uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: A versão do iOS a ser executada no simulador ao executar ou testar. Isso será ignorado para as regras ios_test se um dispositivo de destino for especificado na regra.
Tags: test_runner
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": O número máximo de jobs de teste locais a serem executados simultaneamente. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "0" significa que os recursos locais vão limitar o número de jobs de teste locais a serem executados simultaneamente. Definir um valor maior que o de --jobs é ineficaz.
Tags: execution
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>: vários usos são acumulados: Especifica o número de vezes que cada teste é executado. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste vai ser considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executa todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que run_per_test significa um valor inteiro e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de testes. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido no ambiente do cliente do Bazel ou pelo par nome=valor). Essa opção pode ser usada várias vezes para especificar diversas variáveis. Usado apenas pelo comando "bazel test".
Tags: test_runner
--[no]test_keep_going padrão: "true": Quando desativado, qualquer teste que não seja aprovado fará com que todo o build seja interrompido. Por padrão, todos os testes são executados, mesmo que alguns não sejam aprovados.
Tags: execution
--test_strategy=<a string> padrão: "": Especifica qual estratégia usar ao executar testes.
Tags: execution
--test_timeout=<a single integer or comma-separated list of 4 integers> padrão: "-1": Substitui os valores padrão de tempo limite do teste (em segundos). Se um único valor inteiro positivo for especificado, ele vai substituir todas as categorias. Se forem especificados quatro números inteiros separados por vírgula, eles substituirão os tempos limite para curto, moderado, longo e eterno (nessa ordem). Em ambos os formatos, um valor de -1 instrui o blaze a usar os tempos limite padrão dessa categoria.
--test_tmpdir=<a path> padrão: veja a descrição: Especifica o diretório temporário de base a ser usado pelo "teste do bazel".
--[no]zip_undeclared_test_outputs padrão: "true": Se for verdadeiro, os resultados do teste não declarados serão arquivados em um arquivo ZIP.
Tags: test_runner

--cache_computed_file_digests=<a long integer> padrão: "50.000": Se for maior que 0, configura o Bazel para armazenar resumos de arquivos em cache na memória com base nos metadados deles, em vez de recalcular os resumos do disco sempre que forem necessários. Definir como 0 garante a correção, porque nem todas as alterações de arquivo podem ser observadas a partir dos metadados do arquivo. Quando não for 0, o número indica o tamanho do cache como o número de resumos de arquivos a serem armazenados em cache.
--[no]experimental_filter_library_jar_with_program_jar padrão: "falso": Filtre o ProgramJar do ProGuard para remover todas as classes que também estão presentes no LibraryJar.
Tags: action_command_lines
--[no]experimental_inmemory_dotd_files padrão: "true": Se ativado, os arquivos .d C++ serão transmitidos na memória diretamente dos nós de build remoto em vez de serem gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files padrão: "true": Se ativado, os arquivos de dependência (.jdeps) gerados a partir de compilações Java serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning padrão: "falso": Se será feita a verificação do objetivo C/C++.
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_retain_test_configuration_across_testonly padrão: "falso": Quando ativada, --trim_test_configuration não cortará a configuração de teste das regras marcadas como testonly=1. Isso é feito para reduzir problemas de conflito de ações quando as regras que não são de teste dependem das regras cc_test. Nenhum efeito se --trim_test_configuration for falso.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import padrão: "falso": Se ativada, a versão Starlark de cc_import pode ser usada.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning padrão: "falso": Define se as entradas para compilação C/C++ serão restritas analisando linhas #include dos arquivos de entrada. Isso pode melhorar o desempenho e a incrementabilidade diminuindo o tamanho das árvores de entrada de compilação. No entanto, também pode interromper builds porque o scanner de inclusão não implementa totalmente a semântica de pré-processador C. Em particular, ele não entende as diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Todos os problemas registrados relacionados a essa sinalização serão encerrados.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing padrão: "true": Faz a maior parte do trabalho de dexação separadamente para cada arquivo Jar.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> padrão: "HOST_CPUS": Defina explicitamente o número total de núcleos de CPU local disponíveis para o Bazel para gastar em ações de build executadas localmente. Usa um número inteiro, ou "HOST_CPUS", opcionalmente seguido de [-|*]<float> (por exemplo, HOST_CPUS*.5 para usar metade dos núcleos de CPU disponíveis). Por padrão, ("HOST_CPUS"), o Bazel consulta a configuração do sistema para estimar o número de núcleos de CPU disponíveis.
Tags: host_machine_resource_optimizations
--local_extra_resources=<a named float, 'name=value'>: vários usos são acumulados: Define o número de recursos extras disponíveis para o Bazel. Recebe um par string-float. Pode ser usado várias vezes para especificar vários tipos de recursos extras. O Bazel limita as ações em execução simultânea com base nos recursos extras disponíveis e nos extras necessários. Os testes podem declarar a quantidade de recursos extras necessários usando uma tag do formato "resources:<nomedorecurso>:<valor>". CPU, RAM e recursos disponíveis não podem ser definidos com essa sinalização.
Tags: host_machine_resource_optimizations
--local_ram_resources=<an integer number of MBs, or "HOST_RAM", optionally followed by [-|*]<float>.> padrão: "HOST_RAM*.67": Defina explicitamente a quantidade total de RAM do host local (em MB) disponível para o Bazel para gastar em ações de build executadas localmente. Usa um número inteiro, ou "HOST_RAM", opcionalmente seguido de [-|*]<float> (por exemplo, HOST_RAM*.5 para usar metade da RAM disponível). Por padrão, ("HOST_RAM*.67"), o Bazel consulta a configuração do sistema para estimar a quantidade de RAM disponível e usa 67% dela.
Tags: host_machine_resource_optimizations
--local_resources=<a named double, 'name=value', where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">: vários usos são acumulados: Define o número de recursos disponíveis para o Bazel. Recebe uma atribuição a um ponto flutuante ou HOST_RAM/HOST_CPUS, opcionalmente seguido por [-|*]<float> (por exemplo, memory=HOST_RAM*.5 para usar metade da RAM disponível). Pode ser usado várias vezes para especificar diversos tipos de recursos. O Bazel limita as ações em execução simultânea com base nos recursos disponíveis e nos recursos necessários. Os testes podem declarar a quantidade de recursos necessários usando uma tag do formato "resources:<resource name>:<amount>" (recursos:<nome do recurso>:<valor>). Modifica os recursos especificados por --local_{cpu|ram|extra}_resources.
Tags: host_machine_resource_optimizations
--[no]objc_use_dotd_pruning padrão: "true": Se definido, os arquivos .d emitidos pelo clang serão usados para remover o conjunto de entradas passadas para as compilações objc.
Tags: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies padrão: "falso": Ao criar um destino //a:a, processe cabeçalhos em todos os destinos de que //a:a depende (se o processamento de cabeçalhos estiver ativado para o conjunto de ferramentas).
Tags: execution
--[no]trim_test_configuration padrão: "true": Quando ativada, as opções relacionadas a testes são limpas abaixo do nível superior do build. Quando esse flag está ativo, os testes não podem ser criados como dependências de regras que não são de teste, mas as mudanças nas opções relacionadas a testes não vão fazer com que essas regras sejam analisadas de novo.
Tags: loading_and_analysis, loses_incremental_state

--[no]experimental_bep_target_summary padrão: "falso": Se os eventos TargetSummary serão publicados.
--[no]experimental_build_event_expand_filesets padrão: "falso": Se verdadeiro, expandir os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags: affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks padrão: "falso": Se verdadeiro, resolver completamente os links simbólicos do conjunto de arquivos relativo no BEP ao apresentar arquivos de saída. Requer --experimental_build_event_expand_filesets.
Tags: affects_outputs
--experimental_build_event_upload_max_retries=<an integer> padrão: "4": O número máximo de vezes que o Bazel tenta fazer upload de um evento de build novamente.
Tags: bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.> padrão: "1s": Atraso inicial e mínimo para novas tentativas de espera exponencial quando o upload do BEP falha. (expoente: 1,6)
Tags: bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string> padrão: veja a descrição: Seleciona como fazer upload dos artefatos referenciados no protocolo de evento de build.
Tags: affects_outputs
--[no]experimental_materialize_param_files_directly padrão: "falso": Se materializar arquivos de parâmetro, faça isso com gravações diretas no disco.
Tags: execution
--[no]experimental_run_bep_event_include_residue padrão: "falso": Define se o resíduo da linha de comando precisa ser incluído em eventos de build de execução que podem conter o resíduo. Por padrão, o resíduo não é incluído em eventos de build do comando de execução que podem conter o resíduo.
Tags: affects_outputs
--[no]experimental_stream_log_file_uploads padrão: "falso": Fazer streaming dos uploads de arquivos de registro diretamente no armazenamento remoto em vez de gravá-los em disco.
Tags: affects_outputs
--explain=<a path> padrão: veja a descrição: Faz com que o sistema de build explique cada etapa executada do build. A explicação é gravada no arquivo de registro especificado.
Tags: affects_outputs
--[no]legacy_important_outputs padrão: "true": Use esta opção para suprimir a geração do campo "important_outputs" legado no evento TargetComplete. O "important_outputs" é necessário para a integração entre o Bazel e o ResultStore.
Tags: affects_outputs
--[no]materialize_param_files padrão: "falso": Grava arquivos de parâmetros intermediários na árvore de saída mesmo ao usar a execução de ações remotas. Útil ao depurar ações. Isso é implícito por --subcommands e --verbose_failures.
Tags: execution
--max_config_changes_to_show=<an integer> padrão: "3": Ao descartar o cache de análise devido a uma mudança nas opções de build, essa opção mostra até o número determinado de nomes de opções alterados. Se o número fornecido for -1, todas as opções alteradas serão exibidas.
Tags: terminal_output
--max_test_output_bytes=<an integer> padrão: "-1": Especifica o tamanho máximo por registro de teste que pode ser emitido quando --test_output é "errors" ou "all". Útil para evitar sobrecarregar a saída com uma saída de teste com excesso de ruído. O cabeçalho do teste está incluído no tamanho do registro. Valores negativos indicam que não há limite. A saída é tudo ou nada.
Tags: test_runner, terminal_output, execution
--output_filter=<a valid Java regular expression> padrão: veja a descrição: Mostra apenas avisos e saídas de ações para regras com um nome correspondente à expressão regular fornecida.
Tags: affects_outputs
--progress_report_interval=<an integer in 0-3600 range> padrão: "0": O número de segundos para aguardar entre relatórios sobre jobs ainda em execução. O valor padrão 0 significa que o primeiro relatório será impresso após 10 segundos. Depois disso, o progresso será relatado uma vez por minuto. Quando --curses está ativado, o progresso é informado a cada segundo.
Tags: affects_outputs
--show_result=<an integer> padrão: "1": Mostra os resultados do build. Para cada destino, indique se ele foi atualizado ou não e, em caso afirmativo, uma lista dos arquivos de saída que foram criados. Os arquivos impressos são strings convenientes para copiar e colar no shell para executá-los. Essa opção requer um argumento de número inteiro, que é o número limite de alvos acima dos quais as informações do resultado não são mostradas. Assim, zero causa a supressão da mensagem e MAX_INT faz com que a impressão do resultado sempre ocorra. O padrão é um. Se nada tiver sido criado para um destino, os resultados poderão ser omitidos para manter a saída abaixo do limite.
Tags: affects_outputs
--[no]subcommands [-s] padrão: "falso": Mostra os subcomandos executados durante um build. Sinalizações relacionadas: --execution_log_json_file, --execution_log_binary_file (para subcomandos de registro em um arquivo em um formato compatível com ferramentas).
Tags: terminal_output
--test_output=<summary, errors, all or streamed> padrão: "resumo": Especifica o modo de saída desejado. Os valores válidos são "resumo" para gerar apenas o resumo do status do teste, "erros" para imprimir registros de testes com falha, "todos" para imprimir registros de todos os testes e "transmitido" para gerar registros de todos os testes em tempo real. Isso forçará a execução local dos testes, um de cada vez, independentemente do valor de --test_strategy.
Tags: test_runner, terminal_output, execution
--test_summary=<short, terse, detailed, none or testcase> padrão: "curto": Especifica o formato desejado do resumo do teste. Os valores válidos são "curtos" para imprimir informações apenas sobre testes executados, "terse" para imprimir informações apenas sobre testes malsucedidos que foram executados, "detalhado" para mostrar informações detalhadas sobre casos de teste com falha, "caso de teste" para imprimir o resumo na resolução do caso de teste, "não" imprimir informações detalhadas sobre casos de teste com falha e "nenhum" para omitir o resumo.
Tags: terminal_output
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "-.*": Mostra informações de depuração durante a resolução do conjunto de ferramentas. A sinalização usa um regex, que é verificado em relação aos tipos de conjunto de ferramentas e destinos específicos para determinar qual deve ser depurado. Várias regex podem ser separadas por vírgulas, e cada uma delas é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente será útil apenas para especialistas na resolução do conjunto de ferramentas.
Tags: terminal_output
--[no]verbose_explanations padrão: "falso": Aumenta o nível de detalhes das explicações quando o recurso "-explicar" está ativado. Não terá efeito se --explain não estiver ativado.
Tags: affects_outputs
--[no]verbose_failures padrão: "falso": Se um comando falhar, imprima a linha de comando completa.
Tags: terminal_output

--aspects_parameters=<a 'name=value' assignment>: vários usos são acumulados: Especifica os valores dos parâmetros de aspectos da linha de comando. Cada valor de parâmetro é especificado por meio de <param_name>=<param_value>, por exemplo, "my_param=my_val", em que "my_param" é um parâmetro de algum aspecto na lista --aspects ou exigido por um aspecto na lista. Essa opção pode ser usada várias vezes. No entanto, não é permitido atribuir valores ao mesmo parâmetro mais de uma vez.
Tags: loading_and_analysis
--flag_alias=<a 'name=value' flag alias>: vários usos são acumulados: Define um nome abreviado para uma sinalização Starlark. Ele usa um único par de chave-valor no formato "<key>=<value>" como argumento.
Tags: changes_inputs
--[no]incompatible_default_to_explicit_init_py padrão: "falso": Essa sinalização altera o comportamento padrão para que arquivos __init__.py não sejam mais criados automaticamente nos arquivos de execução de destinos Python. Precisamente, quando um destino py_binary ou py_test tem legacy_create_init definido como "auto" (o padrão), ele é tratado como falso apenas se esta sinalização estiver definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed padrão: "true": Se verdadeiro, os destinos criados na configuração do Python 2 aparecerão em uma raiz de saída que inclui o sufixo '-py2', enquanto os destinos criados para Python 3 aparecerão em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência "bazel-bin" apontará para os destinos do Python 3 em vez do Python 2. Se você ativar essa opção, também é recomendado ativar "--inconsistent_py3_is_default".
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default padrão: "true": Se verdadeiro, os destinos "py_binary" e "py_test" que não definem o atributo "python_version" (ou "default_python_version") serão padronizados para PY3 em vez de PY2. Se você definir essa flag, também é recomendável definir "--incompatíveis_py2_outputs_are_sufFixed".
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains padrão: "true": Se definidas como verdadeiras, as regras executáveis do Python nativas usarão o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido pelas sinalizações legadas, como --python_top.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> padrão: veja a descrição: O modo de versão principal do Python, "PY2" ou "PY3". Ele é substituído pelos destinos "py_binary" e "py_test" (mesmo que eles não especifiquem explicitamente uma versão). Por isso, geralmente não há muito motivo para fornecer essa flag.
Tags: loading_and_analysis, affects_outputs
--target_pattern_file=<a string> padrão: "": Se definido, o build lerá padrões do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como padrões de linha de comando.
Tags: changes_inputs

--experimental_remote_cache_eviction_retries=<an integer> padrão: "0": O número máximo de tentativas de nova tentativa se o build tiver encontrado um erro de remoção do cache remoto. Um valor diferente de zero definirá --incompatible_remote_use_new_exit_code_for_lost_inputs implicitamente como verdadeiro. Um novo código de invocação será gerado para cada tentativa. Se você gerar um ID de invocação e fornecê-lo ao Bazel com --invocation_id, não use essa flag. Em vez disso, defina a flag --insupported_remote_use_new_exit_code_for_lost_inputs e verifique o código de saída 39.
Tags: execution
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs padrão: "true": Se definida como verdadeira, o Bazel vai usar o novo código de saída 39 em vez de 34 se o cache remoto remover blobs durante a compilação.
Tags: incompatible_change

--[no]allow_analysis_cache_discard padrão: "true": Se você descartar o cache de análise devido a uma mudança no sistema de build, definir essa opção como "false" fará com que o Bazel seja fechado em vez de continuar o build. Esta opção não tem efeito quando "discard_analysis_cache" também está definido.
Tags: eagerness_to_exit
--[no]build_manual_tests padrão: "falso": Força a criação de destinos de teste marcados como "manual". Testes "manuais" são excluídos do processamento. Esta opção força a criação, mas não a execução deles.
--build_tag_filters=<comma-separated list of options> padrão: "": Especifica uma lista de tags separada por vírgulas. Cada tag pode ser precedida opcionalmente por '-' para especificar tags excluídas. Serão criadas somente as segmentações que contêm pelo menos uma tag incluída e sem tags excluídas. Essa opção não afeta o conjunto de testes executados com o comando "test". Eles são regidos pelas opções de filtragem de testes, por exemplo, "--test_tag_filters"
--[no]build_tests_only padrão: "falso": Se especificado, apenas as regras *_test e test_suite serão criadas, e outros destinos especificados na linha de comando serão ignorados. Por padrão, tudo o que foi solicitado será compilado.
--[no]cache_test_results [-t] padrão: "automático": Se definida como "auto", o Bazel vai executar novamente um teste somente se: (1) ele detectar mudanças no teste ou nas dependências dele, (2) o teste for marcado como externo, (3) várias execuções de teste tiverem sido solicitadas com --runs_per_test; ou(4) ele tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os marcados como externos. Se definido como "no", o Bazel não armazena em cache os resultados do teste.
--[no]compile_one_dependency padrão: "falso": Compila uma única dependência dos arquivos de argumento. Isso é útil para verificar a sintaxe de arquivos de origem em ambientes de desenvolvimento integrado, por exemplo, ao recriar um único destino que depende do arquivo de origem para detectar erros o mais cedo possível no ciclo de edição/criação/teste. Esse argumento afeta a forma como todos os argumentos que não são de sinalização são interpretados. Em vez de serem alvos para compilação, eles são nomes de arquivo de origem. Para cada nome de arquivo de origem, será criado um destino arbitrário que dependa dele.
--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]discard_analysis_cache padrão: "falso": Descarte o cache de análise imediatamente após o término da fase de análise. Reduz o uso de memória em cerca de 10%, mas deixa outros builds incrementais mais lentos.
--execution_log_binary_file=<a path> padrão: veja a descrição: Registre os spawns executados nesse arquivo como protos do SpawnExec delimitados por comprimento, de acordo com src/main/protobuf/spawn.proto. Sinalizações relacionadas: --execution_log_json_file (formato JSON de texto; mutuamente exclusivo), --execution_log_sort (para classificar o registro de execução), --subcomandos (para mostrar subcomandos na saída do terminal).
--execution_log_json_file=<a path> padrão: veja a descrição: Registre os gerados gerados nesse arquivo como representações JSON delimitadas por nova linha dos protos do SpawnExec, de acordo com src/main/protobuf/spawn.proto. Sinalizações relacionadas: --execution_log_binary_file (formato protobuf binário, mutuamente exclusivo), --execution_log_sort (para classificar o registro de execução), --subcomandos (para exibir subcomandos na saída do terminal).
--[no]execution_log_sort padrão: "true": Define se o registro de execução será classificado, facilitando a comparação dos registros entre as invocações. Defina como falso para evitar um uso potencialmente significativo de CPU e memória ao final da invocação, ao custo de produzir o registro em uma ordem de execução não determinista. Aplica-se somente aos formatos binário e JSON. O formato compacto nunca é classificado.
--[no]expand_test_suites padrão: "true": Expanda os destinos test_suite para os testes constituintes antes da análise. Quando essa flag está ativada (padrão), os padrões de destino negativos são aplicados aos testes do conjunto de testes. Caso contrário, isso não acontece. Desativar essa flag é útil quando aspectos de nível superior são aplicados à linha de comando para analisar os destinos test_suite.
Tags: loading_and_analysis
--[no]experimental_cancel_concurrent_tests padrão: "falso": Se for verdadeiro, o Blaze cancelará testes simultâneos na primeira execução bem-sucedida. Isso só é útil em combinação com --runs_per_test_detects_flakes.
Tags: affects_outputs, loading_and_analysis
--experimental_execution_log_compact_file=<a path> padrão: veja a descrição: Registre os spawns executados nesse arquivo como protos ExecLogEntry delimitados por comprimento, de acordo com src/main/protobuf/spawn.proto. Todo o arquivo é compactado com zstd. Este é um formato experimental em desenvolvimento ativo e pode mudar a qualquer momento. Sinalizações relacionadas: --execution_log_binary_file (formato protobuf binário; mutuamente exclusivo), --execution_log_json_file (formato JSON de texto; mutuamente exclusivo), --subcomandos (para exibir subcomandos na saída do terminal).
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "": Descontinuado e substituído pelos aspectos. Filtra o conjunto de destinos para programar extra_actions.
--[no]experimental_extra_action_top_level_only padrão: "falso": Descontinuado e substituído pelos aspectos. Programe extra_actions apenas para metas de nível superior.
--[no]experimental_fetch_all_coverage_outputs padrão: "falso": Se verdadeiro, o Bazel busca todo o diretório de dados de cobertura para cada teste durante uma execução de cobertura.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov padrão: "falso": Se for verdadeiro, a cobertura para Clang vai gerar um relatório de LCOV.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map padrão: "true": Define se o mapa de cabeçalho J2ObjC é gerado paralelamente à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path padrão: "falso": Se será gerado com caminho de cabeçalho mais curto (usa "_ios" em vez de "_j2objc").
Tags: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> padrão: "javabuilder": Ativa caminhos de classe reduzidos para compilações em Java.
--[no]experimental_limit_android_lint_to_android_constrained_java padrão: "falso": Limitar --experimental_run_android_lint_on_java_rules a bibliotecas compatíveis com Android.
Tags: affects_outputs
--[no]experimental_run_android_lint_on_java_rules padrão: "falso": Se as origens java_* serão validadas.
Tags: affects_outputs
--[no]explicit_java_test_deps padrão: "falso": Especifique explicitamente uma dependência para JUnit ou Hamcrest em um java_test, em vez de receber acidentalmente das dependências do TestRunner. No momento, só funciona com o Bazel.
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--host_java_launcher=<a build target label> padrão: veja a descrição: A tela de início Java usada por ferramentas executadas durante um build.
--host_javacopt=<a string>: vários usos são acumulados: Outras opções para transmitir para javac ao criar ferramentas executadas durante um build.
--host_jvmopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para a VM do Java ao criar ferramentas que são executadas durante a criação. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_check_sharding_support padrão: "true": Se verdadeiro, o Bazel vai falhar em um teste fragmentado se o executor de testes não indicar que é compatível com fragmentação tocando no arquivo no caminho em TEST_SHARD_STATUS_FILE. Se for falso, um executor de testes que não oferece suporte à fragmentação fará com que todos os testes sejam executados em cada fragmento.
Tags: incompatible_change
--[no]incompatible_exclusive_test_sandboxed padrão: "true": Se verdadeiro, testes exclusivos serão executados com a estratégia de sandbox. Adicione uma tag "local" para forçar a execução de um teste exclusivo localmente
Tags: incompatible_change
--[no]incompatible_strict_action_env padrão: "falso": Se verdadeiro, o Bazel usa um ambiente com um valor estático para PATH e não herda LD_LIBRARY_PATH. Use --action_env=ENV_VARIABLE se quiser herdar variáveis de ambiente específicas do cliente, mas observe que isso pode impedir o armazenamento em cache de usuários diferentes se um cache compartilhado for usado.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options>: vários usos são acumulados: Outras opções para transmitir à ferramenta J2ObjC.
--java_debug: Faz com que a máquina virtual Java de um teste Java aguarde uma conexão de um depurador compatível com JDWP (como jdb) antes de iniciar o teste. Implica -test_output=streamed.
Expande-se para:
  --test_arg=--wrapper_script_flag=--debug
  --test_output=streamed
  --test_strategy=exclusive
  --test_timeout=9999
  --nocache_test_results
--[no]java_deps padrão: "true": Gere informações de dependência (por enquanto, caminho de classe em tempo de compilação) por destino Java.
--[no]java_header_compilation padrão: "true": Compile ijars diretamente da origem.
--java_language_version=<a string> padrão: "": A versão da linguagem Java
--java_launcher=<a build target label> padrão: veja a descrição: A tela de início do Java usada na criação de binários Java. Se essa sinalização for definida como a string vazia, o inicializador do JDK será usado. O atributo "launcher" substitui essa sinalização.
--java_runtime_version=<a string> padrão: "local_jdk": A versão do ambiente de execução do Java
--javacopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para javac.
--jvmopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para a VM do Java. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--legacy_main_dex_list_generator=<a build target label> padrão: veja a descrição: Especifica um binário a ser usado para gerar a lista de classes que precisam estar no dex principal ao compilar o multidex legado.
--local_termination_grace_seconds=<an integer> padrão: "15": Tempo de espera entre o encerramento de um processo local devido ao tempo limite e o encerramento forçado.
--optimizing_dexer=<a build target label> padrão: veja a descrição: Especifica um binário a ser usado para fazer a dexação sem fragmentação.
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--plugin=<a build target label>: vários usos são acumulados: Plug-ins a serem usados no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label> padrão: veja a descrição: Especifica qual versão do ProGuard usar para remoção de código ao criar um binário Java.
--proto_compiler=<a build target label> padrão: "@bazel_tools//tools/proto:protoc": O rótulo do proto-compilador.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label> padrão: "@bazel_tools//tools/proto:cc_Dataset": Rótulo de proto_lang_interval() que descreve como compilar protos C++
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> padrão: "@bazel_tools//tools/j2objc:j2objc_proto__conjunto de ferramentas": Rótulo de proto_lang_interval() que descreve como compilar protos j2objc
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label> padrão: "@bazel_tools//tools/proto:java_Dataset": Rótulo de proto_lang_Dataset() que descreve como compilar protos Java.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label> padrão: "@bazel_tools//tools/proto:javalite_Dataset": Rótulo de proto_lang_Dataset() que descreve como compilar protos JavaLite.
Tags: affects_outputs, loading_and_analysis
--protocopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para o compilador protobuf.
Tags: affects_outputs
--[no]runs_per_test_detects_flakes padrão: "falso": Se verdadeiro, qualquer fragmento em que pelo menos uma execução/tentativa seja aprovada e pelo menos uma delas falhe receberá um status FLAKY.
--shell_executable=<a path> padrão: veja a descrição: Caminho absoluto para o executável do shell que o Bazel vai usar. Se ela não for definida, mas a variável de ambiente BAZEL_SH for configurada na primeira invocação do Bazel (que inicia um servidor do Bazel), ela será usada pelo Bazel. Se nenhum deles estiver definido, o Bazel usa um caminho padrão codificado, dependendo do sistema operacional em que é executado (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos os outros: /bin/bash). O uso de um shell incompatível com o bash pode levar a falhas de build ou de tempo de execução dos binários gerados.
Tags: loading_and_analysis
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".
--test_arg=<a string>: vários usos são acumulados: Especifica outras opções e argumentos que precisam ser transmitidos para o executável de teste. Pode ser usado várias vezes para especificar vários argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado apenas pelo comando "bazel test".
--test_filter=<a string> padrão: veja a descrição: Especifica um filtro para encaminhar ao framework de teste. Usado para limitar a execução de testes. Isso não afeta quais destinos são criados.
--test_lang_filters=<comma-separated list of options> padrão: "": Especifica uma lista separada por vírgulas de idiomas de teste. Cada idioma pode ser precedido por "-" para especificar idiomas excluídos. Serão encontrados apenas os destinos de teste escritos nos idiomas especificados. O nome usado para cada idioma deve ser o mesmo que o prefixo de idioma na regra *_test, por exemplo, "cc", "java", "py" etc. Essa opção afeta o comportamento --build_tests_only e o comando "test".
--test_result_expiration=<an integer> padrão: "-1": Essa opção foi descontinuada e não tem efeito.
--[no]test_runner_fail_fast padrão: "falso": O encaminhamento falha rapidamente para o executor de testes. O executor de testes deve interromper a execução na primeira falha.
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> padrão: "explícito": Especifique a estratégia de fragmentação de testes: "explicit" para usar a fragmentação apenas se o atributo BUILD "shard_count" estiver presente. "desativado" para nunca usar a fragmentação de testes. 'forced=k' para aplicar 'k' fragmentos para teste, independentemente do atributo BUILD 'shard_count'.
--test_size_filters=<comma-separated list of values: small, medium, large or enormous> padrão: "": Especifica uma lista separada por vírgulas de tamanhos de teste. Cada tamanho pode ser precedido opcionalmente por "-" para especificar os tamanhos excluídos. Serão encontrados somente os destinos de teste que contêm pelo menos um tamanho incluído e não contêm tamanhos excluídos. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--test_tag_filters=<comma-separated list of options> padrão: "": Especifica uma lista separada por vírgulas de tags de teste. Cada tag pode ser precedida opcionalmente por '-' para especificar tags excluídas. Serão encontrados somente os destinos de teste que contêm pelo menos uma tag incluída e não contêm tags excluídas. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal> padrão: "": Especifica uma lista separada por vírgulas de tempos limite de teste. Cada tempo limite pode ser precedido por "-" para especificar os tempos limite excluídos. Serão encontrados somente os destinos de teste que contêm pelo menos um tempo limite incluído e não contêm qualquer tempo limite excluído. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--tool_java_language_version=<a string> padrão: "": A versão da linguagem Java usada para executar as ferramentas necessárias durante um build
--tool_java_runtime_version=<a string> padrão: "remotejdk_11": A versão do ambiente de execução do Java usada para executar ferramentas durante o build
--[no]use_ijars padrão: "true": Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resulta em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.

Opções de Canonicalize-flags

Herda todas as opções do build.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--[no]canonicalize_policy padrão: "falso": Saída da política canônica, após a expansão e a filtragem. Para manter a saída limpa, os argumentos do comando canonizados NÃO serão mostrados quando essa opção for definida como verdadeira. O comando especificado por --for_command afeta a política filtrada. Se nenhuma for especificada, o comando padrão será "build".
Tags: affects_outputs, terminal_output
--[no]experimental_include_default_values padrão: "falso": Define se as opções do Starlark definidas com os valores padrão são incluídas na saída.
Tags: affects_outputs, terminal_output

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs
--for_command=<a string> padrão: "build": O comando em que as opções precisam ser canonizadas.
Tags: affects_outputs, terminal_output
--invocation_policy=<a string> padrão: "": Aplica uma política de invocação às opções a serem canonizadas.
Tags: affects_outputs, terminal_output

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".

Opções simples

Herda todas as opções do build.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--[no]async padrão: "falso": Se verdadeira, a limpeza de saída será assíncrona. Quando esse comando for concluído, será seguro executar novos comandos no mesmo cliente, mesmo que a exclusão continue em segundo plano.
Tags: host_machine_resource_optimizations
--[no]expunge padrão: "falso": Se verdadeiro, "clean" remove toda a árvore de trabalho dessa instância do Bazel, que inclui todos os arquivos de saída de build e temporários criados pelo Bazel, e interrompe o servidor do Bazel se estiver em execução.
Tags: host_machine_resource_optimizations
--expunge_async: Se especificado, "clean" remove de maneira assíncrona toda a árvore de trabalho dessa instância do Bazel, que inclui todos os arquivos de saída de build e temporários criados pelo Bazel, e interrompe o servidor do Bazel se estiver em execução. Quando esse comando for concluído, será seguro executar novos comandos no mesmo cliente, mesmo que a exclusão continue em segundo plano.
Expande-se para:
--expunge
--async

Tags: host_machine_resource_optimizations

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções de configuração

Opções de cobertura

Herda todas as opções do test.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções do Cquery

Herda todas as opções do test.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--aspect_deps=<off, conservative or precise> padrão: "conservador": Como resolver dependências de aspecto quando o formato de saída é {xml,proto,record}. "desativado" significa que nenhuma dependência de aspecto foi resolvida. "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de receberem a classe de regra de dependências diretas. "precise" significa que apenas os aspectos que podem estar ativos podem ser adicionados, considerando a classe de regras das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]consistent_labels padrão: "falso": Se ativado, todos os comandos de consulta emitem rótulos como se pela função <code>str</code> do Starlark aplicada a uma instância de <code>Label</code>. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags: terminal_output
--[no]experimental_explicit_aspects padrão: "falso": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]graph:factored padrão: "true": Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512": O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados, e -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "true": Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_aspects padrão: "true": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]incompatible_package_group_includes_double_slash padrão: "true": Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso": Se set e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso": Define se cada formato termina com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "true": Se ativada, as dependências dos atributos "nodep" serão incluídas no gráfico de dependências em que a consulta opera. Um exemplo comum de um atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para aprender sobre todos os atributos "nodep" da linguagem de build.
Tags: build_file_semantics
--output=<a string> padrão: "rótulo": Formato em que os resultados do cquery devem ser impressos. Os valores permitidos para cquery são: label, label_kind, textproto, regions, proto, fluxo_proto, jsonproto. Se você selecionar "transições", também precisará especificar a opção --Transitions=(lite|full).
Tags: terminal_output
--[no]proto:default_values padrão: "true": Se verdadeiro, os atributos com valor não especificado explicitamente no arquivo BUILD serão incluídos. Caso contrário, eles serão omitidos. Esta opção se aplica a --output=proto.
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso": Preencha o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe dela é definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "true": Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags: build_file_semantics
--[no]proto:include_attribute_source_aspects padrão: "falso": Preencha o campo proto source_aspect_name de cada atributo com o aspecto de origem do atributo (string vazia, caso contrário).
Tags: terminal_output
--[no]proto:include_configurations padrão: "true": se ativado, a saída proto incluirá informações sobre configurações. Quando desativado,o formato de saída proto do cquery se assemelha ao formato de saída da consulta.
Tags: affects_outputs
--[no]proto:include_synthetic_attribute_hash padrão: "falso": Se o atributo $internal_attr_hash será calculado e preenchido.
Tags: terminal_output
--[no]proto:instantiation_stack padrão: "falso": Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags: terminal_output
--[no]proto:locations padrão: "true": Se as informações de localização serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos": Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs padrão: "true": Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--query_file=<a string> padrão: "": Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags: changes_inputs
--[no]relative_locations padrão: "falso": Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags: terminal_output
--show_config_fragments=<off, direct or transitive> padrão: "desativado": Mostra os fragmentos de configuração exigidos por uma regra e as dependências transitivas dela. Isso pode ser útil para avaliar quanto um gráfico de destino configurado pode ser cortado.
Tags: affects_outputs
--starlark:expr=<a string> padrão: "": Uma expressão Starlark para formatar cada destino configurado no modo --output=starlark do cquery. O destino configurado está vinculado a "destino". Se --starlark:expr nem --starlark:file for especificado, o padrão dessa opção será "str(target.label)". É um erro especificar --starlark:expr e --starlark:file.
Tags: terminal_output
--starlark:file=<a string> padrão: "": O nome de um arquivo que define uma função Starlark chamada "format" de um argumento, que é aplicada a cada destino configurado para formatá-lo como uma string. É um erro especificar --starlark:expr e --starlark:file. Consulte a ajuda de --output=starlark para obter mais detalhes.
Tags: terminal_output
--[no]tool_deps padrão: "true": Consulta: se desativada, as dependências de "configuração exec" não serão incluídas no gráfico de dependência em que a consulta opera. Uma borda de dependência "configuração exec", como aquela de qualquer regra "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação em vez de parte do mesmo programa "destino". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração "exec", apenas os destinos configurados pelo "exec" serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--transitions=<full, lite or none> padrão: "nenhum": O formato em que a cquery imprime as informações de transição.
Tags: affects_outputs
--universe_scope=<comma-separated list of options> padrão: "": Um conjunto de padrões de destino separados por vírgulas (aditivo e subtrativo). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery. Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

--[no]experimental_inprocess_symlink_creation padrão: "falso": Se serão feitas chamadas diretas ao sistema de arquivos para criar árvores de links simbólicos
Tags: loading_and_analysis, execution, experimental
--[no]experimental_persistent_aar_extractor padrão: "falso": Ative o extrator aar persistente usando workers.
Tags: execution
--[no]experimental_remotable_source_manifests padrão: "falso": Se as ações do manifesto de origem serão remotas
Tags: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing padrão: "falso": Se for verdadeiro, o Bazel vai executar o pós-processamento de cobertura para teste em um novo spa.
Tags: execution
--[no]experimental_strict_fileset_output padrão: "falso": Se essa opção estiver ativada, os conjuntos de arquivos tratarão todos os artefatos de saída como arquivos normais. Eles não atravessam diretórios nem são sensíveis a links simbólicos.
Tags: execution
--[no]incompatible_disallow_unsound_directory_outputs padrão: "true": Se definido, é um erro para uma ação materializar um arquivo de saída como um diretório. Não afeta os diretórios de origem. Consulte https://github.com/bazelbuild/bazel/issues/18646.
Tags: bazel_internal_configuration, incompatible_change
--[no]incompatible_modify_execution_info_additive padrão: "falso": Quando ativada, a transmissão de várias flags --modify_execution_info é aditiva. Quando desativada, apenas a última sinalização é considerada.
Tags: execution, affects_outputs, loading_and_analysis, incompatible_change
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>: vários usos são acumulados: Adicione ou remova chaves das informações de execução de uma ação com base no mnemônico da ação. Aplica-se apenas a ações compatíveis com informações de execução. Muitas ações comuns dão suporte a informações de execução, por exemplo, Genrule, CppCompile, Javac, StarlarkAction, TestRunner. Ao especificar vários valores, a ordem é importante porque muitas regex podem se aplicar ao mesmo mnemônico. Sintaxe: "regex=[+-]key,regex=[+-]key,...". Exemplos: ".*=+x,.*=-y,.*=+z" adiciona "x" e "z" e remove "y" das informações de execução de todas as ações. "Genrule=+requires-x" adiciona "requires-x" às informações de execução de todas as ações Genrule. '(?!Genrule).*=-requires-x' remove 'requires-x' das informações de execução para todas as ações que não sejam de regra.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar: Ativar ações persistentes de dex e simplificação de leitura do Android usando workers.
Expande-se para:
  --internal_persistent_android_dex_desugar
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Tags: host_machine_resource_optimizations, execution
--persistent_android_resource_processor: Ativar o processador de recursos persistente do Android usando workers.
Expande-se para:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker

--strategy=AARGenerator=worker--strategy=ProcessDatabinding=worker--strategy=GenerateDataBindingBaseClasses=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar: Ativar ações persistentes de simplificação e dex multiplexação do Android usando workers.
Expande-se para:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar

Tags: host_machine_resource_optimizations, execution
--persistent_multiplex_android_resource_processor: Ativar o processador de recursos multiplexado permanente do Android usando workers.
Expande-se para:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers--modify_execution_info=AARGenerator=+supports-multiplex-workers{/14/}
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
host_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools: Ative ferramentas do Android persistentes e multiplexadas (dexação, simplificação e processamento de recursos).
Expande-se para:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

Tags: host_machine_resource_optimizations, execution
--[no]use_target_platform_for_tests padrão: "falso": Se for verdadeiro, o Bazel usará a plataforma de destino para executar testes em vez do grupo de execução de teste.
Tags: execution

--android_compiler=<a string> padrão: veja a descrição: O compilador de destino do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label> padrão: "//external:android/crosstool": É o local do compilador C++ usado nos builds do Android.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> padrão: veja a descrição: Grte_top de destino do Android.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android> padrão: "android": Seleciona a combinação de manifestos que será usada nas regras android_binary. Sinalização que ajuda na transição da combinação legada para a combinação de manifestos do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label> padrão: "": Define as plataformas usadas pelos destinos android_binary. Se várias plataformas forem especificadas, o binário será um APK multiarquitetura, que contém binários nativos para cada plataforma de destino especificada.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label> padrão: "@bazel_tools//tools/android:sdk": Especifica o SDK/plataforma do Android usado para criar apps Android.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label> padrão: "@bazel_tools//tools/cpp:Dataset": O rótulo do pacote crosstool a ser usado nas regras da Apple e do Objc e as dependências delas.
Tags: loses_incremental_state, changes_inputs
--cc_output_directory_tag=<a string> padrão: "": Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: affects_outputs
--compiler=<a string> padrão: veja a descrição: O compilador C++ a ser usado para compilar o destino.
Tags: loading_and_analysis, execution
--coverage_output_generator=<a build target label> padrão: "@bazel_tools//tools/test:lcov_merger": Local do binário usado para pós-processar relatórios de cobertura bruta. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:lcov_merger'.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label> padrão: "@bazel_tools//tools/test:coverage_report_generator": Local do binário usado para gerar relatórios de cobertura. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:coverage_report_generator'.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label> padrão: "@bazel_tools//tools/test:coverage_support": Localização dos arquivos de suporte necessários nas entradas de todas as ações de teste que coletam cobertura de código. O padrão é "//tools/test:coverage_support".
Tags: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label> padrão: "@bazel_tools//tools/cpp:Dataset": O rótulo do pacote crosstool a ser usado para compilar o código C++.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label> padrão: veja a descrição: Especifica uma implementação personalizada de Malloc. Essa configuração modifica os atributos Malloc nas regras de compilação.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>: vários usos são acumulados: Lista de expressões regulares separadas por vírgulas, cada uma opcionalmente prefixada por - (expressão negativa), atribuída (=) a uma lista de destinos de valores de restrição separados por vírgula. Se um destino não corresponder a nenhuma expressão negativa e ao menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se os valores de restrição tivessem sido declarados como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 adicionará "x86_64" a qualquer destino em //demo, exceto aqueles cujo nome contém "test".
Tags: loading_and_analysis
--[no]experimental_include_xcode_execution_requirements padrão: "falso": Se definido, adicione um requisito de execução "requires-xcode:{version}" a cada ação do Xcode. Se a versão do xcode tiver um rótulo com hífen, adicione também um requisito de execução "requires-xcode-label:{version_label}".
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode padrão: "true": Se verdadeiro, use o Xcode mais recente disponível local e remotamente. Se for falso, ou se não houver versões mútuas disponíveis, use a versão do Xcode local selecionada por xcode-select.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> padrão: "": As plataformas que estão disponíveis como plataformas de execução para executar ações. As plataformas podem ser especificadas por destino exato ou como um padrão de destino. Essas plataformas serão consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms(). Essa opção só pode ser definida uma vez. As instâncias posteriores substituirão as configurações de sinalização anteriores.
Tags: execution
--extra_toolchains=<comma-separated list of options>: vários usos são acumulados: As regras do conjunto de ferramentas a serem consideradas durante a resolução. Os conjuntos de ferramentas podem ser especificados por destino exato ou como um padrão de destino. Esses conjuntos de ferramentas serão considerados antes daqueles declarados no arquivo WORKSPACE por register_ remoção de ferramentas().
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> padrão: veja a descrição: Um rótulo para uma biblioteca libc registrada. O valor padrão é selecionado pelo conjunto de ferramentas do crosstool, e você quase nunca precisa substituí-lo.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string> padrão: veja a descrição: O compilador C++ a ser usado para compilação do host. Ele será ignorado se --host_crosstool_top não estiver definido.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label> padrão: veja a descrição: Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração de execução. Se essa flag for fornecida, o Bazel usará a libc e o compilador padrão para o crosstool_top especificado.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label> padrão: veja a descrição: Se especificada, esta configuração substitui o diretório de nível superior da libc (--grte_top) para a configuração "exec".
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label> padrão: "@bazel_tools//tools:host_platform": O rótulo de uma regra de plataforma que descreve o sistema host.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features padrão: "true": Se for verdadeiro, o Bazel não ativará os recursos "host" e "nonhost" no conjunto de ferramentas c++. Consulte https://github.com/bazelbuild/bazel/issues/7407 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution padrão: "true": Use a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras do Android (Starlark e nativas)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution padrão: "falso": Use a resolução do conjunto de ferramentas para selecionar o SDK da Apple para regras da Apple (Starlark e nativas)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone padrão: "true": Se for "true", o Bazel não vai reutilizar as linhas de comando de ação de link do C++ para linhas de comando de indexação LTO. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/6791.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive padrão: "true": Se for verdadeiro, o Bazel não vinculará dependências de biblioteca como um arquivo inteiro por padrão. Consulte https://github.com/bazelbuild/bazel/issues/7362 para ver instruções de migração.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features padrão: "true": Se for verdadeiro, o Bazel exigirá o parâmetro "ctx" em cc_common.configure_features. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/7793.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects padrão: "true": Use objetos compartilhados de interface se compatível com o conjunto de ferramentas. No momento, todos os conjuntos de ferramentas de ELF têm suporte a essa configuração.
Tags: loading_and_analysis, affects_outputs, affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do iOS a ser usada para criar apps iOS. Se não for especificada, a versão padrão do SDK do iOS de "xcode_version" será usada.
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do macOS que será usada para criar apps para macOS. Se não for especificada, a versão padrão do SDK do macOS de "xcode_version" será usada.
Tags: loses_incremental_state
--minimum_os_version=<a string> padrão: veja a descrição: A versão mínima do SO destinada à compilação.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path> padrão: "": A localização de um arquivo de mapeamento que descreve qual plataforma usar se nenhuma estiver definida ou quais sinalizações definir quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente abaixo da raiz do espaço de trabalho).
Tags: affects_outputs, changes_inputs, loading_and_analysis
--platforms=<a build target label> padrão: "": Os rótulos das regras de plataforma que descrevem as plataformas de destino para o comando atual.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--python2_path=<a string> padrão: veja a descrição: Descontinuado, ambiente autônomo. Desativado por "--incompatíveis_use_python_Conjuntos de ferramentas".
Tags: no_op, deprecated
--python3_path=<a string> padrão: veja a descrição: Descontinuado, ambiente autônomo. Desativado por "--incompatíveis_use_python_Conjuntos de ferramentas".
Tags: no_op, deprecated
--python_path=<a string> padrão: veja a descrição: O caminho absoluto do interpretador de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatíveis_use_python_Conjuntos de ferramentas.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label> padrão: veja a descrição: O rótulo de um py_runtime que representa o interpretador Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatíveis_use_python_Conjuntos de ferramentas.
Tags: loading_and_analysis, affects_outputs
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do tvOS para criar aplicativos tvOS. Se não for especificada, a versão padrão do SDK do tvOS será usada de "xcode_version".
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, a versão padrão do SDK do watchOS de "xcode_version" será usada.
Tags: loses_incremental_state
--xcode_version=<a string> padrão: veja a descrição: Se especificado, usa o Xcode da versão fornecida para as ações de build relevantes. Se não for especificada, usa a versão padrão do executor do Xcode.
Tags: loses_incremental_state
--xcode_version_config=<a build target label> padrão: "@bazel_tools//tools/cpp:host_xcodes": O rótulo da regra xcode_config a ser usado para selecionar a versão do Xcode na configuração do build.
Tags: loses_incremental_state, loading_and_analysis

--[no]apple_generate_dsym padrão: "falso": Define se os arquivos de símbolo de depuração (.dSYM) serão gerados.
Tags: affects_outputs, action_command_lines
--[no]build_runfile_links padrão: "true": Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se for falso, grave-os somente quando exigido por uma ação local, teste ou comando de execução.
Tags: affects_outputs
--[no]build_runfile_manifests padrão: "true": Se verdadeiro, grava manifestos de arquivos de execução para todos os destinos. Se for falso, omita-os. Os testes locais não serão executados se o valor for "false".
Tags: affects_outputs
--[no]build_test_dwp padrão: "falso": Se ativado, ao criar testes C++ estaticamente e com fissão, o arquivo .dwp para o binário de teste também será criado automaticamente.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options> padrão: ".pb.h": Define os sufixos dos arquivos de cabeçalho criados por cc_proto_library.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set of options> padrão: ".pb.cc": Define os sufixos dos arquivos de origem criados por cc_proto_library.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info padrão: "falso": Execute ações extras para versões alternativas da API Java em uma proto_library.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions padrão: "falso": Execute ações extras para versões alternativas da API Java em uma proto_library.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_save_feature_state padrão: "falso": Salva o estado dos recursos ativados e solicitados como uma saída da compilação.
Tags: affects_outputs, experimental
--fission=<a set of compilation modes> padrão: "não": Especifica quais modos de compilação usam a fissão para compilações e links C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais 'yes' para ativar todos os modos e 'no' para desativar todos os modos.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]incompatible_always_include_files_in_data padrão: "true": Se definida como verdadeira, as regras nativas vão adicionar <code>DefaultInfo.files</code> de dependências de dados aos runfiles, o que corresponde ao comportamento recomendado para regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags: affects_outputs, incompatible_change
--[no]legacy_external_runfiles padrão: "true": Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para repositórios externos em .runfiles/wsname/external/repo (além de .runfiles/repo).
Tags: affects_outputs
--[no]objc_generate_linkmap padrão: "falso": Especifica se um arquivo de linkmap será gerado.
Tags: affects_outputs
--[no]save_temps padrão: "falso": Se definida, as saídas temporárias de gcc serão salvas. Isso inclui arquivos .s (código assembler), arquivos .i (C++ pré-processados) e arquivos .ii (C++ pré-processado).
Tags: affects_outputs

--action_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica o conjunto de variáveis de ambiente disponíveis para ações com configuração de destino. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, são as últimas vitórias, as opções para diferentes variáveis se acumulam.
Tags: action_command_lines
--android_cpu=<a string> padrão: "armeabi-v7a": A CPU de destino do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx padrão: "true": Gerar arquivos de vinculação de dados compatíveis com o AndroidX. Isso é usado apenas com a vinculação de dados v2. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args padrão: "true": Usar a vinculação de dados do Android v2 com o argumento 3.4.0. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully> padrão: "desativado": Determina se as dependências de C++ das regras do Android serão vinculadas dinamicamente quando um cc_binary não criar explicitamente uma biblioteca compartilhada. "default" significa que o Bazel vai escolher se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas no modo predominantemente estático.
Tags: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> padrão: "alfabético": Define a ordem dos manifestos transmitidos para a combinação de binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação à raiz. ALPHABETICAL_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração dentro do diretório de saída. DEPENDENCY significa que os manifestos são ordenados com o manifesto de cada biblioteca que vem antes dos manifestos das dependências.
Tags: action_command_lines, execution
--[no]android_resource_shrinking padrão: "falso": Ativa a redução de recursos para APKs android_binary que usam o ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]build_python_zip padrão: "automático": Crie um ZIP executável Python, no Windows e desativado em outras plataformas
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários do Apple Catalyst.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage padrão: "falso": Se especificado, o Bazel instrumenta o código (usando instrumentação off-line sempre que possível) e coleta informações de cobertura durante os testes. Somente as segmentações que corresponderem a --instrumentation_filter serão afetadas. Em geral, essa opção não deve ser especificada diretamente. Em vez disso, use o comando "bazel coverage".
Tags: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] padrão: "fastbuild": Especifique o modo em que o binário será integrado. Valores: "fastbuild", "dbg", "opt".
Tags: affects_outputs, action_command_lines
--conlyopt=<a string>: vários usos são acumulados: Opção adicional para transmitir para gcc ao compilar arquivos de origem C.
Tags: action_command_lines, affects_outputs
--copt=<a string>: vários usos são acumulados: Outras opções de transmissão para gcc.
Tags: action_command_lines, affects_outputs
--cpu=<a string> padrão: "": A CPU de destino.
Tags: changes_inputs, affects_outputs
--cs_fdo_absolute_path=<a string> padrão: veja a descrição: Use as informações do perfil do CSFDO para otimizar a compilação. Especifique o nome do caminho absoluto do arquivo ZIP que contém o arquivo de perfil, um arquivo de perfil LLVM bruto ou indexado.
Tags: affects_outputs
--cs_fdo_instrument=<a string> padrão: veja a descrição: Gere binários com instrumentação FDO sensível ao contexto. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags: affects_outputs
--cs_fdo_profile=<a build target label> padrão: veja a descrição: O cs_fdo_profile que representa o perfil sensível ao contexto a ser usado para otimização.
Tags: affects_outputs
--cxxopt=<a string>: vários usos são acumulados: Opção adicional para transmitir para gcc ao compilar arquivos de origem em C++.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment>: vários usos são acumulados: Cada opção "--define" especifica uma atribuição a uma variável de build.
Tags: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully> padrão: "padrão": Determina se os binários C++ serão vinculados dinamicamente. "default" significa que o Bazel vai escolher se quer fazer a vinculação dinâmica. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas no modo predominantemente estático.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path padrão: "true": Se definido, o uso de fdo_absolute_profile_path vai gerar um erro.
Tags: affects_outputs
--[no]enable_runfiles padrão: "automático": Ativa a árvore de links simbólicos de arquivos de execução. Por padrão, ela fica desativada no Windows e em outras plataformas.
Tags: affects_outputs
--experimental_action_listener=<a build target label>: vários usos são acumulados: Descontinuado e substituído pelos aspectos. Use action_listener para anexar uma extra_action a ações de compilação existentes.
Tags: execution, experimental
--[no]experimental_android_compress_java_resources padrão: "falso": Compactar recursos Java em APKs
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2 padrão: "true": Usar a vinculação de dados do Android v2. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking padrão: "falso": Ativa a redução de recursos para APKs android_binary que usam o ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex padrão: "falso": usar a ferramenta Rex para reescrever arquivos dex
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_collect_code_coverage_for_generated_files padrão: "falso": Se especificado, o Bazel também gera informações de cobertura de coleta para arquivos gerados.
Tags: affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options> padrão: "-O0,-DDEBUG=1": Usa essas strings como opções do compilador fastbuild objc.
Tags: action_command_lines
--[no]experimental_omitfp padrão: "falso": Se verdadeiro, use libunwind para liberação de pilha e compile com -fomit-frame-pointer e -faTorne-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--experimental_output_paths=<off, content or strip> padrão: "desativado": Qual modelo usar para onde as regras da árvore de saída gravam as saídas, especialmente para builds multiplataforma / multiconfigurações. Esse recurso é altamente experimental. Consulte https://github.com/bazelbuild/bazel/issues/6526 para ver mais detalhes. As ações do Starlark podem ativar o mapeamento de caminhos adicionando a chave "supports-path-mapping" ao dict "execution_requirements".
Tags: loses_incremental_state, bazel_internal_configuration, affects_outputs, execution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>: vários usos são acumulados: Cada entrada precisa estar no formato label=value, em que o rótulo se refere a uma plataforma e "value" é o nome curto que você quer usar no caminho de saída. Usado somente quando --experimental_platform_in_output_dir é verdadeiro. Tem a maior prioridade de nomenclatura.
Tags: affects_outputs, experimental
--[no]experimental_platform_in_output_dir padrão: "falso": Se verdadeiro, um nome abreviado para a plataforma de destino será usado no nome do diretório de saída em vez de CPU. O esquema exato é experimental e está sujeito a mudanças: primeiro, no caso raro de a opção --platforms não ter exatamente um valor, é usado um hash das plataformas. Em seguida, se algum nome abreviado da plataforma atual tiver sido registrado por --experimental_override_name_platform_in_output_dir, então ele será usado. Então, se --experimental_use_platforms_in_output_dir_legacy_heuristic estiver definido, use um nome abreviado com base no marcador da plataforma atual. Por fim, um hash da opção da plataforma é usado como último recurso.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap padrão: "falso": Se especificado, o Bazel gera informações do mapa de cobertura llvm-cov em vez de gcov quando collect_code_coverage está ativado.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic padrão: "true": Use essa sinalização apenas como parte de uma estratégia sugerida de migração ou teste. Observe que a heurística tem deficiências conhecidas e sugere-se migrar para contar apenas com --experimental_override_name_platform_in_output_dir.
Tags: affects_outputs, experimental
--fat_apk_cpu=<comma-separated set of options> padrão: "armeabi-v7a": Configurar essa opção ativa APKs grandes, que contêm binários nativos para todas as arquiteturas de destino especificadas, por exemplo, --fat_apk_cpu=x86,armeabi-v7a. Se essa flag for especificada, --android_cpu será ignorada para dependências das regras android_binary.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan padrão: "falso": Define se as divisões HWASAN serão criadas.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> padrão: veja a descrição: Gerar binários com a instrumentação do FDO. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags: affects_outputs
--fdo_optimize=<a string> padrão: veja a descrição: Use as informações do perfil do FDO para otimizar a compilação. Especifique o nome de um arquivo ZIP contendo uma árvore de arquivos .gcda, um arquivo afdo contendo um perfil automático ou um arquivo de perfil LLVM. Essa sinalização também aceita arquivos especificados como rótulos (por exemplo, "//foo/bar:file.afdo". Talvez seja necessário adicionar uma diretiva "exports_files" ao pacote correspondente) e rótulos que apontam para destinos "fdo_profile". Esta sinalização será substituída pela regra "fdo_profile".
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label> padrão: veja a descrição: Usar dicas de pré-busca de cache.
Tags: affects_outputs
--fdo_profile=<a build target label> padrão: veja a descrição: O fdo_profile que representa o perfil a ser usado para otimização.
Tags: affects_outputs
--features=<a string>: vários usos são acumulados: Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Especificar -<feature> desativará o recurso. Os atributos negativos sempre substituem os positivos. Veja também --host_features
Tags: changes_inputs, affects_outputs
--[no]force_pic padrão: "falso": Se ativada, todas as compilações em C++ produzem código independente de posição ("-fPIC"), links preferem bibliotecas pré-criadas para PIC em vez de bibliotecas não PIC e links produzem executáveis independentes de posição ("-pie").
Tags: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, são as últimas vitórias, as opções para diferentes variáveis se acumulam.
Tags: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> padrão: "opt": Especifique o modo em que as ferramentas usadas durante o build vão ser integradas. Valores: "fastbuild", "dbg", "opt".
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string>: vários usos são acumulados: Outra opção para transmitir ao compilador C ao compilar arquivos de origem em C (mas não C++) nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_copt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas ao compilador C para ferramentas criadas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_cpu=<a string> padrão: "": A CPU do host.
Tags: changes_inputs, affects_outputs
--host_cxxopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para o compilador C++ para ferramentas criadas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_features=<a string>: vários usos são acumulados: Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Especificar -<feature> desativará o recurso. Os atributos negativos sempre substituem os positivos.
Tags: changes_inputs, affects_outputs
--host_force_python=<PY2 or PY3> padrão: veja a descrição: Substitui a versão do Python para a configuração "exec". Pode ser "PY2" ou "PY3".
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string>: vários usos são acumulados: Opção adicional para transmitir ao vinculador ao vincular ferramentas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do macOS para destinos de host. Se não for especificado, usará "macos_sdk_version".
Tags: loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente ao compilador C/C++ ao compilar determinados arquivos nas configurações de execução. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags: action_command_lines, affects_outputs
--host_swiftcopt=<a string>: vários usos são acumulados: Outras opções de ferramentas de execução a serem transmitidas ao swiftc.
Tags: action_command_lines, affects_outputs
--[no]incompatible_auto_exec_groups padrão: "falso": Quando ativado, um grupo "exec" é criado automaticamente para cada conjunto de ferramentas usado por uma regra. Para que essa regra funcione, é necessário especificar o parâmetro "conjunto de ferramentas" nas ações dela. Para mais informações, consulte https://github.com/bazelbuild/bazel/issues/17134.
Tags: affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory padrão: "true": Se for verdadeiro, o diretório genfiles será dobrado no diretório bin.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_host_features padrão: "true": Se verdadeiro, use --features somente para a configuração de destino e --host_features para a configuração exec.
Tags: changes_inputs, affects_outputs, incompatible_change
--[no]instrument_test_targets padrão: "falso": Quando a cobertura está ativada, ela especifica se é necessário considerar as regras de teste de instrumentação. Quando definidas, as regras de teste incluídas por --instrumentation_filter são instrumentadas. Caso contrário, as regras de teste serão sempre excluídas da instrumentação de cobertura.
Tags: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "-/javatests[/:],-/test/java[/:]": Quando a cobertura estiver ativada, apenas as regras com nomes incluídos pelo filtro com base em regex especificado serão instrumentadas. As regras prefixadas com "-" serão excluídas. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativado.
Tags: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do iOS para simuladores e dispositivos de meta. Se não for especificado, usará "ios_sdk_version".
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas usadas para criar um ios_application. O resultado é um binário universal que contém todas as arquiteturas especificadas.
Tags: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive padrão: "true": Descontinuado e substituído por --insupported_remove_legacy_whole_archive. Consulte mais detalhes em https://github.com/bazelbuild/bazel/issues/7362. Quando ativado, use --whole-archive para regras cc_binary que tenham linkshared=True e linkstatic=True ou '-static' nos linkopts. Isso serve apenas para compatibilidade com versões anteriores. Uma alternativa melhor é usar Alwayslink=1 quando necessário.
Tags: action_command_lines, affects_outputs, deprecated
--linkopt=<a string>: vários usos são acumulados: Outra opção para transmitir ao GCC durante a vinculação.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string>: vários usos são acumulados: Opção adicional para transmitir à etapa de back-end de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string>: vários usos são acumulados: Outra opção para transmitir a etapa de indexação de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários do Apple macOS.
Tags: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do macOS para destinos. Se não for especificado, usará "macos_sdk_version".
Tags: loses_incremental_state
--memprof_profile=<a build target label> padrão: veja a descrição: Usar o perfil memprof.
Tags: affects_outputs
--[no]objc_debug_with_GLIBCXX padrão: "falso": Se definido, e o modo de compilação estiver definido como "dbg", defina GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC e GLIBCPP_CONCEPT_CHECKS.
Tags: action_command_lines
--[no]objc_enable_binary_stripping padrão: "falso": Define se é feita a remoção de símbolos e códigos inativos em binários vinculados. As remoções binárias serão realizadas se essa sinalização e --compilation_mode=opt forem especificadas.
Tags: action_command_lines
--objccopt=<a string>: vários usos são acumulados: Outras opções para transmitir para gcc ao compilar arquivos de origem Objective-C/C++.
Tags: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente para gcc ao compilar determinados arquivos. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags: action_command_lines, affects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente ao back-end de LTO (em --features=thin_lto) ao compilar determinados objetos de back-end. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão, option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 adiciona a opção de linha de comando -O0 à linha de comando do back-end LTO de todos os arquivos o em //foo/ exceto bar.o.
Tags: action_command_lines, affects_outputs
--platform_suffix=<a string> padrão: veja a descrição: Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label> padrão: veja a descrição: Use as informações do perfil da Hélice para otimizar o destino do build.Um perfil de hélice precisa consistir em pelo menos um dos dois arquivos, um perfil Cc e um perfil ld. Essa sinalização aceita um rótulo de compilação que precisa se referir aos arquivos de entrada do perfil da hélice. Por exemplo, o arquivo BUILD que define o rótulo, em a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Uma diretiva export_files pode precisar ser adicionada ao pacote correspondente para tornar esses arquivos visíveis para o Bazel. A opção precisa ser usada como: --propeller_optimize=//a/b:propeller_profile
Tags: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string> padrão: veja a descrição: Nome do caminho absoluto do arquivo cc_profile para builds com otimização da Propeller.
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> padrão: veja a descrição: Nome do caminho absoluto do arquivo ld_profile para builds com otimização da Propeller.
Tags: affects_outputs
--run_under=<a prefix in front of command> padrão: veja a descrição: Prefixo a ser inserido antes dos executáveis para os comandos "test" e "run". Se o valor for "foo -bar" e a linha de comando de execução for "test_binary -baz", a linha de comando final será "foo -bar test_binary -baz".Isso também pode ser um rótulo para um destino executável. Alguns exemplos são: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:target --options'.
Tags: action_command_lines
--[no]share_native_deps padrão: "true": Se verdadeiro, as bibliotecas nativas com funcionalidade idêntica serão compartilhadas entre destinos diferentes
Tags: loading_and_analysis, affects_outputs
--[no]stamp padrão: "falso": Carime os binários com data, nome de usuário, nome do host, informações do espaço de trabalho etc.
Tags: affects_outputs
--strip=<always, sometimes or never> padrão: "às vezes": Especifica a remoção de binários e bibliotecas compartilhadas (usando "-Wl,--strip-debug"). O valor padrão de "algumas vezes" significa remover iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para remoção ao gerar um binário "<name>.stripped".
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string>: vários usos são acumulados: Outras opções para transmitir para compilação do Swift.
Tags: action_command_lines
--tvos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários tvOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do tvOS para dispositivos e simuladores de meta. Se não for especificado, usará "tvos_sdk_version".
Tags: loses_incremental_state
--visionos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários visionOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--watchos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários watchOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do watchOS para dispositivos e simuladores de meta. Se não for especificado, usará "watchos_sdk_version".
Tags: loses_incremental_state
--xbinary_fdo=<a build target label> padrão: veja a descrição: Use as informações do perfil XbinaryFDO para otimizar a compilação. Especifica o nome do perfil binário cruzado padrão. Quando a opção é usada junto com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags: affects_outputs

--auto_cpu_environment_group=<a build target label> padrão: "": Declare o environment_group a ser usado para mapear automaticamente os valores de CPU para os valores de target_environment.
Tags: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses padrão: "falso": Verifique se as restrições de licenciamento impostas pelos pacotes dependentes não entram em conflito com os modos de distribuição dos destinos que estão sendo criados. Por padrão, as licenças não ficam marcadas.
Tags: build_file_semantics
--[no]check_visibility padrão: "true": Se desativada, os erros de visibilidade nas dependências de destino serão rebaixados a avisos.
Tags: build_file_semantics
--[no]desugar_for_android padrão: "true": Define se é feita a simplificação do bytecode Java 8 antes da dexação.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]desugar_java8_libs padrão: "falso": Define se as bibliotecas Java 8 compatíveis são incluídas em apps para dispositivos legados.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints padrão: "true": Verifica com quais ambientes cada destino é compatível e informa erros se algum destino tiver dependências não compatíveis com os mesmos ambientes
Tags: build_file_semantics
--[no]experimental_check_desugar_deps padrão: "true": Define se a simplificação correta no nível binário do Android será verificada.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> padrão: "DESATIVADO": Quando ativada, verifique se as dependências de um aar_import foram concluídas. Essa aplicação pode interromper o build ou apenas resultar em avisos.
Tags: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> padrão: "padrão": Se verdadeiro, verifica se um destino Java declara explicitamente todos os destinos usados diretamente como dependências.
Tags: build_file_semantics, eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files padrão: "falso": Se ativado, marque somente "test" para identificar destinos de pré-requisito que sejam arquivos de saída pesquisando o "testonly" da regra de geração. Isso corresponde à verificação de visibilidade.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_check_visibility_for_toolchains padrão: "falso": Se ativada, a verificação de visibilidade também se aplica às implementações do conjunto de ferramentas.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disable_native_android_rules padrão: "falso": Se ativada, o uso direto das regras nativas do Android será desativado. Use as regras do Starlark para Android em https://github.com/bazelbuild/rules_android
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule padrão: "falso": Ambiente autônomo. Mantido aqui para compatibilidade com versões anteriores.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_python_disable_py2 padrão: "true": Se verdadeiro, o uso das configurações do Python 2 vai causar um erro. Isso inclui python_version=PY2, srcs_version=PY2 e srcs_version=PY2ONLY. Consulte https://github.com/bazelbuild/bazel/issues/15684 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions padrão: "true": Se for verdadeiro, o Bazel também validará as inclusões de cabeçalhos de diretórios de nível superior. Saiba mais em https://github.com/bazelbuild/bazel/issues/10047.
Tags: loading_and_analysis, incompatible_change
--python_native_rules_allowlist=<a build target label> padrão: veja a descrição: Uma lista de permissões (destino package_group) para ser usada na aplicação de --incompatível_python_permission_native_rules.
Tags: loading_and_analysis
--[no]strict_filesets padrão: "falso": Se essa opção estiver ativada, os conjuntos de arquivos que ultrapassarem os limites dos pacotes serão informados como erros.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> padrão: "erro": A menos que esteja DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados diretamente como dependências.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default> padrão: "desativado": A menos que esteja DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados em "importar público" como exportados.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes padrão: "falso": Se for "true", os cabeçalhos encontrados pelos caminhos de inclusão do sistema (-isystem) também precisarão ser declarados.
Tags: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label>: vários usos são acumulados: Declara o ambiente de destino do build. Precisa ser uma referência de rótulo a uma regra de "ambiente". Se especificado, todos os destinos de nível superior precisam ser compatíveis com esse ambiente.
Tags: changes_inputs

--apk_signing_method=<v1, v2, v1_v2 or v4> padrão: "v1_v2": Implementação para assinar APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements padrão: "true": Se definida, e o modo de compilação não for "opt", os apps objc vão incluir direitos de depuração ao assinar.
Tags: changes_inputs
--ios_signing_cert_name=<a string> padrão: veja a descrição: Nome do certificado a ser usado para assinatura do iOS. Se a política não for definida, o perfil de provisionamento será revertido. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página do manual do codesign (IDENTIDADES DE SIGNING).
Tags: action_command_lines

--[no]incompatible_disallow_legacy_py_provider padrão: "true": O ambiente autônomo será removido em breve.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes padrão: "falso": Se verdadeiro, não permite os atributos sdk_frameworks e weak_sdk_frameworks em objc_library eobjc_import.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_objc_alwayslink_by_default padrão: "falso": Se for verdadeiro, torne o valor padrão verdadeiro para os atributos Alwayslink em objc_library e objc_import.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_python_disallow_native_rules padrão: "falso": Quando verdadeiro, ocorre um erro ao usar as regras incorporadas py_*. Em vez disso, as regras regras_python devem ser usadas. Consulte https://github.com/bazelbuild/bazel/issues/17773 para mais informações e instruções de migração.
Tags: loading_and_analysis, incompatible_change

--[no]allow_analysis_failures padrão: "falso": Se verdadeiro, uma falha na análise de uma meta de regra resultará na propagação da meta de uma instância de AnalysisFailureInfo contendo a descrição do erro, em vez de resultar em uma falha de build.
Tags: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer> padrão: "2000": Define o número máximo de dependências transitivas por meio de um atributo de regra com uma transição de configuração for_analysis_testing. Exceder esse limite resultará em um erro de regra.
Tags: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure padrão: "falso": Se falhas verdadeiras da ação dex2oat gerarem falhas no build em vez de executar o dex2oat durante o tempo de execução do teste.
Tags: loading_and_analysis, experimental
--default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g. memory=10,30,60,100>: vários usos são acumulados: Substitui a quantidade de recursos padrão para testes. O formato esperado é <resource>=<value>. Se um único número positivo for especificado como <value>, ele vai substituir os recursos padrão em todos os tamanhos de teste. Se forem especificados quatro números separados por vírgula, eles substituirão a quantidade de recursos para os tamanhos de teste pequeno, médio, grande e enorme, respectivamente. Os valores também podem ser HOST_RAM/HOST_CPU, opcionalmente seguidos por [-|*]<float> (por exemplo, memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4). Os recursos de teste padrão especificados por essa sinalização são substituídos por recursos explícitos especificados nas tags.
--[no]experimental_android_use_parallel_dex2oat padrão: "falso": Use o dex2oat em paralelo para possivelmente acelerar o android_test.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks padrão: "falso": Ativa a verificação de vazamentos de memória nos destinos ios_test.
Tags: action_command_lines
--ios_simulator_device=<a string> padrão: veja a descrição: O dispositivo que será simulado ao executar um aplicativo para iOS no simulador, por exemplo, "iPhone 6". Para consultar uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: A versão do iOS a ser executada no simulador ao executar ou testar. Isso será ignorado para as regras ios_test se um dispositivo de destino for especificado na regra.
Tags: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>: vários usos são acumulados: Especifica o número de vezes que cada teste é executado. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste vai ser considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executa todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que run_per_test significa um valor inteiro e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de testes. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido no ambiente do cliente do Bazel ou pelo par nome=valor). Essa opção pode ser usada várias vezes para especificar diversas variáveis. Usado apenas pelo comando "bazel test".
Tags: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> padrão: "-1": Substitui os valores padrão de tempo limite do teste (em segundos). Se um único valor inteiro positivo for especificado, ele vai substituir todas as categorias. Se forem especificados quatro números inteiros separados por vírgula, eles substituirão os tempos limite para curto, moderado, longo e eterno (nessa ordem). Em ambos os formatos, um valor de -1 instrui o blaze a usar os tempos limite padrão dessa categoria.
--[no]zip_undeclared_test_outputs padrão: "true": Se for verdadeiro, os resultados do teste não declarados serão arquivados em um arquivo ZIP.
Tags: test_runner

--aspect_deps=<off, conservative or precise> padrão: "conservador": Como resolver dependências de aspecto quando o formato de saída é {xml,proto,record}. "desativado" significa que nenhuma dependência de aspecto foi resolvida. "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de receberem a classe de regra de dependências diretas. "precise" significa que apenas os aspectos que podem estar ativos podem ser adicionados, considerando a classe de regras das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]consistent_labels padrão: "falso": Se ativado, todos os comandos de consulta emitem rótulos como se pela função <code>str</code> do Starlark aplicada a uma instância de <code>Label</code>. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags: terminal_output
--[no]experimental_explicit_aspects padrão: "falso": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]graph:factored padrão: "true": Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512": O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados, e -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "true": Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_aspects padrão: "true": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]incompatible_package_group_includes_double_slash padrão: "true": Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso": Se set e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso": Define se cada formato termina com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "true": Se ativada, as dependências dos atributos "nodep" serão incluídas no gráfico de dependências em que a consulta opera. Um exemplo comum de um atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para aprender sobre todos os atributos "nodep" da linguagem de build.
Tags: build_file_semantics
--output=<a string> padrão: "rótulo": Formato em que os resultados do cquery devem ser impressos. Os valores permitidos para cquery são: label, label_kind, textproto, regions, proto, fluxo_proto, jsonproto. Se você selecionar "transições", também precisará especificar a opção --Transitions=(lite|full).
Tags: terminal_output
--[no]proto:default_values padrão: "true": Se verdadeiro, os atributos com valor não especificado explicitamente no arquivo BUILD serão incluídos. Caso contrário, eles serão omitidos. Esta opção se aplica a --output=proto.
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso": Preencha o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe dela é definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "true": Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags: build_file_semantics
--[no]proto:include_attribute_source_aspects padrão: "falso": Preencha o campo proto source_aspect_name de cada atributo com o aspecto de origem do atributo (string vazia, caso contrário).
Tags: terminal_output
--[no]proto:include_configurations padrão: "true": se ativado, a saída proto incluirá informações sobre configurações. Quando desativado,o formato de saída proto do cquery se assemelha ao formato de saída da consulta.
Tags: affects_outputs
--[no]proto:include_synthetic_attribute_hash padrão: "falso": Se o atributo $internal_attr_hash será calculado e preenchido.
Tags: terminal_output
--[no]proto:instantiation_stack padrão: "falso": Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags: terminal_output
--[no]proto:locations padrão: "true": Se as informações de localização serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos": Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs padrão: "true": Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--query_file=<a string> padrão: "": Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags: changes_inputs
--[no]relative_locations padrão: "falso": Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags: terminal_output
--show_config_fragments=<off, direct or transitive> padrão: "desativado": Mostra os fragmentos de configuração exigidos por uma regra e as dependências transitivas dela. Isso pode ser útil para avaliar quanto um gráfico de destino configurado pode ser cortado.
Tags: affects_outputs
--starlark:expr=<a string> padrão: "": Uma expressão Starlark para formatar cada destino configurado no modo --output=starlark do cquery. O destino configurado está vinculado a "destino". Se --starlark:expr nem --starlark:file for especificado, o padrão dessa opção será "str(target.label)". É um erro especificar --starlark:expr e --starlark:file.
Tags: terminal_output
--starlark:file=<a string> padrão: "": O nome de um arquivo que define uma função Starlark chamada "format" de um argumento, que é aplicada a cada destino configurado para formatá-lo como uma string. É um erro especificar --starlark:expr e --starlark:file. Consulte a ajuda de --output=starlark para obter mais detalhes.
Tags: terminal_output
--[no]tool_deps padrão: "true": Consulta: se desativada, as dependências de "configuração exec" não serão incluídas no gráfico de dependência em que a consulta opera. Uma borda de dependência "configuração exec", como aquela de qualquer regra "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação em vez de parte do mesmo programa "destino". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração "exec", apenas os destinos configurados pelo "exec" serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--transitions=<full, lite or none> padrão: "nenhum": O formato em que a cquery imprime as informações de transição.
Tags: affects_outputs
--universe_scope=<comma-separated list of options> padrão: "": Um conjunto de padrões de destino separados por vírgulas (aditivo e subtrativo). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery. Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis

--[no]experimental_filter_library_jar_with_program_jar padrão: "falso": Filtre o ProgramJar do ProGuard para remover todas as classes que também estão presentes no LibraryJar.
Tags: action_command_lines
--[no]experimental_inmemory_dotd_files padrão: "true": Se ativado, os arquivos .d C++ serão transmitidos na memória diretamente dos nós de build remoto em vez de serem gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files padrão: "true": Se ativado, os arquivos de dependência (.jdeps) gerados a partir de compilações Java serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning padrão: "falso": Se será feita a verificação do objetivo C/C++.
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_retain_test_configuration_across_testonly padrão: "falso": Quando ativada, --trim_test_configuration não cortará a configuração de teste das regras marcadas como testonly=1. Isso é feito para reduzir problemas de conflito de ações quando as regras que não são de teste dependem das regras cc_test. Nenhum efeito se --trim_test_configuration for falso.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import padrão: "falso": Se ativada, a versão Starlark de cc_import pode ser usada.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning padrão: "falso": Define se as entradas para compilação C/C++ serão restritas analisando linhas #include dos arquivos de entrada. Isso pode melhorar o desempenho e a incrementabilidade diminuindo o tamanho das árvores de entrada de compilação. No entanto, também pode interromper builds porque o scanner de inclusão não implementa totalmente a semântica de pré-processador C. Em particular, ele não entende as diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Todos os problemas registrados relacionados a essa sinalização serão encerrados.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing padrão: "true": Faz a maior parte do trabalho de dexação separadamente para cada arquivo Jar.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning padrão: "true": Se definido, os arquivos .d emitidos pelo clang serão usados para remover o conjunto de entradas passadas para as compilações objc.
Tags: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies padrão: "falso": Ao criar um destino //a:a, processe cabeçalhos em todos os destinos de que //a:a depende (se o processamento de cabeçalhos estiver ativado para o conjunto de ferramentas).
Tags: execution
--[no]trim_test_configuration padrão: "true": Quando ativada, as opções relacionadas a testes são limpas abaixo do nível superior do build. Quando esse flag está ativo, os testes não podem ser criados como dependências de regras que não são de teste, mas as mudanças nas opções relacionadas a testes não vão fazer com que essas regras sejam analisadas de novo.
Tags: loading_and_analysis, loses_incremental_state

--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "-.*": Mostra informações de depuração durante a resolução do conjunto de ferramentas. A sinalização usa um regex, que é verificado em relação aos tipos de conjunto de ferramentas e destinos específicos para determinar qual deve ser depurado. Várias regex podem ser separadas por vírgulas, e cada uma delas é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente será útil apenas para especialistas na resolução do conjunto de ferramentas.
Tags: terminal_output

--flag_alias=<a 'name=value' flag alias>: vários usos são acumulados: Define um nome abreviado para uma sinalização Starlark. Ele usa um único par de chave-valor no formato "<key>=<value>" como argumento.
Tags: changes_inputs
--[no]incompatible_default_to_explicit_init_py padrão: "falso": Essa sinalização altera o comportamento padrão para que arquivos __init__.py não sejam mais criados automaticamente nos arquivos de execução de destinos Python. Precisamente, quando um destino py_binary ou py_test tem legacy_create_init definido como "auto" (o padrão), ele é tratado como falso apenas se esta sinalização estiver definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed padrão: "true": Se verdadeiro, os destinos criados na configuração do Python 2 aparecerão em uma raiz de saída que inclui o sufixo '-py2', enquanto os destinos criados para Python 3 aparecerão em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência "bazel-bin" apontará para os destinos do Python 3 em vez do Python 2. Se você ativar essa opção, também é recomendado ativar "--inconsistent_py3_is_default".
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default padrão: "true": Se verdadeiro, os destinos "py_binary" e "py_test" que não definem o atributo "python_version" (ou "default_python_version") serão padronizados para PY3 em vez de PY2. Se você definir essa flag, também é recomendável definir "--incompatíveis_py2_outputs_are_sufFixed".
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains padrão: "true": Se definidas como verdadeiras, as regras executáveis do Python nativas usarão o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido pelas sinalizações legadas, como --python_top.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> padrão: veja a descrição: O modo de versão principal do Python, "PY2" ou "PY3". Ele é substituído pelos destinos "py_binary" e "py_test" (mesmo que eles não especifiquem explicitamente uma versão). Por isso, geralmente não há muito motivo para fornecer essa flag.
Tags: loading_and_analysis, affects_outputs

--[no]cache_test_results [-t] padrão: "automático": Se definida como "auto", o Bazel vai executar novamente um teste somente se: (1) ele detectar mudanças no teste ou nas dependências dele, (2) o teste for marcado como externo, (3) várias execuções de teste tiverem sido solicitadas com --runs_per_test; ou(4) ele tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os marcados como externos. Se definido como "no", o Bazel não armazena em cache os resultados do teste.
--[no]experimental_cancel_concurrent_tests padrão: "falso": Se for verdadeiro, o Blaze cancelará testes simultâneos na primeira execução bem-sucedida. Isso só é útil em combinação com --runs_per_test_detects_flakes.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs padrão: "falso": Se verdadeiro, o Bazel busca todo o diretório de dados de cobertura para cada teste durante uma execução de cobertura.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov padrão: "falso": Se for verdadeiro, a cobertura para Clang vai gerar um relatório de LCOV.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map padrão: "true": Define se o mapa de cabeçalho J2ObjC é gerado paralelamente à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path padrão: "falso": Se será gerado com caminho de cabeçalho mais curto (usa "_ios" em vez de "_j2objc").
Tags: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> padrão: "javabuilder": Ativa caminhos de classe reduzidos para compilações em Java.
--[no]experimental_limit_android_lint_to_android_constrained_java padrão: "falso": Limitar --experimental_run_android_lint_on_java_rules a bibliotecas compatíveis com Android.
Tags: affects_outputs
--[no]experimental_run_android_lint_on_java_rules padrão: "falso": Se as origens java_* serão validadas.
Tags: affects_outputs
--[no]explicit_java_test_deps padrão: "falso": Especifique explicitamente uma dependência para JUnit ou Hamcrest em um java_test, em vez de receber acidentalmente das dependências do TestRunner. No momento, só funciona com o Bazel.
--host_java_launcher=<a build target label> padrão: veja a descrição: A tela de início Java usada por ferramentas executadas durante um build.
--host_javacopt=<a string>: vários usos são acumulados: Outras opções para transmitir para javac ao criar ferramentas executadas durante um build.
--host_jvmopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para a VM do Java ao criar ferramentas que são executadas durante a criação. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_check_sharding_support padrão: "true": Se verdadeiro, o Bazel vai falhar em um teste fragmentado se o executor de testes não indicar que é compatível com fragmentação tocando no arquivo no caminho em TEST_SHARD_STATUS_FILE. Se for falso, um executor de testes que não oferece suporte à fragmentação fará com que todos os testes sejam executados em cada fragmento.
Tags: incompatible_change
--[no]incompatible_exclusive_test_sandboxed padrão: "true": Se verdadeiro, testes exclusivos serão executados com a estratégia de sandbox. Adicione uma tag "local" para forçar a execução de um teste exclusivo localmente
Tags: incompatible_change
--[no]incompatible_strict_action_env padrão: "falso": Se verdadeiro, o Bazel usa um ambiente com um valor estático para PATH e não herda LD_LIBRARY_PATH. Use --action_env=ENV_VARIABLE se quiser herdar variáveis de ambiente específicas do cliente, mas observe que isso pode impedir o armazenamento em cache de usuários diferentes se um cache compartilhado for usado.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options>: vários usos são acumulados: Outras opções para transmitir à ferramenta J2ObjC.
--java_debug: Faz com que a máquina virtual Java de um teste Java aguarde uma conexão de um depurador compatível com JDWP (como jdb) antes de iniciar o teste. Implica -test_output=streamed.
Expande-se para:
  --test_arg=--wrapper_script_flag=--debug
  --test_output=streamed
  --test_strategy=exclusive
  --test_timeout=9999
  --nocache_test_results
--[no]java_deps padrão: "true": Gere informações de dependência (por enquanto, caminho de classe em tempo de compilação) por destino Java.
--[no]java_header_compilation padrão: "true": Compile ijars diretamente da origem.
--java_language_version=<a string> padrão: "": A versão da linguagem Java
--java_launcher=<a build target label> padrão: veja a descrição: A tela de início do Java usada na criação de binários Java. Se essa sinalização for definida como a string vazia, o inicializador do JDK será usado. O atributo "launcher" substitui essa sinalização.
--java_runtime_version=<a string> padrão: "local_jdk": A versão do ambiente de execução do Java
--javacopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para javac.
--jvmopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para a VM do Java. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--legacy_main_dex_list_generator=<a build target label> padrão: veja a descrição: Especifica um binário a ser usado para gerar a lista de classes que precisam estar no dex principal ao compilar o multidex legado.
--optimizing_dexer=<a build target label> padrão: veja a descrição: Especifica um binário a ser usado para fazer a dexação sem fragmentação.
--plugin=<a build target label>: vários usos são acumulados: Plug-ins a serem usados no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label> padrão: veja a descrição: Especifica qual versão do ProGuard usar para remoção de código ao criar um binário Java.
--proto_compiler=<a build target label> padrão: "@bazel_tools//tools/proto:protoc": O rótulo do proto-compilador.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label> padrão: "@bazel_tools//tools/proto:cc_Dataset": Rótulo de proto_lang_interval() que descreve como compilar protos C++
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> padrão: "@bazel_tools//tools/j2objc:j2objc_proto__conjunto de ferramentas": Rótulo de proto_lang_interval() que descreve como compilar protos j2objc
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label> padrão: "@bazel_tools//tools/proto:java_Dataset": Rótulo de proto_lang_Dataset() que descreve como compilar protos Java.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label> padrão: "@bazel_tools//tools/proto:javalite_Dataset": Rótulo de proto_lang_Dataset() que descreve como compilar protos JavaLite.
Tags: affects_outputs, loading_and_analysis
--protocopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para o compilador protobuf.
Tags: affects_outputs
--[no]runs_per_test_detects_flakes padrão: "falso": Se verdadeiro, qualquer fragmento em que pelo menos uma execução/tentativa seja aprovada e pelo menos uma delas falhe receberá um status FLAKY.
--shell_executable=<a path> padrão: veja a descrição: Caminho absoluto para o executável do shell que o Bazel vai usar. Se ela não for definida, mas a variável de ambiente BAZEL_SH for configurada na primeira invocação do Bazel (que inicia um servidor do Bazel), ela será usada pelo Bazel. Se nenhum deles estiver definido, o Bazel usa um caminho padrão codificado, dependendo do sistema operacional em que é executado (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos os outros: /bin/bash). O uso de um shell incompatível com o bash pode levar a falhas de build ou de tempo de execução dos binários gerados.
Tags: loading_and_analysis
--test_arg=<a string>: vários usos são acumulados: Especifica outras opções e argumentos que precisam ser transmitidos para o executável de teste. Pode ser usado várias vezes para especificar vários argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado apenas pelo comando "bazel test".
--test_filter=<a string> padrão: veja a descrição: Especifica um filtro para encaminhar ao framework de teste. Usado para limitar a execução de testes. Isso não afeta quais destinos são criados.
--test_result_expiration=<an integer> padrão: "-1": Essa opção foi descontinuada e não tem efeito.
--[no]test_runner_fail_fast padrão: "falso": O encaminhamento falha rapidamente para o executor de testes. O executor de testes deve interromper a execução na primeira falha.
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> padrão: "explícito": Especifique a estratégia de fragmentação de testes: "explicit" para usar a fragmentação apenas se o atributo BUILD "shard_count" estiver presente. "desativado" para nunca usar a fragmentação de testes. 'forced=k' para aplicar 'k' fragmentos para teste, independentemente do atributo BUILD 'shard_count'.
--tool_java_language_version=<a string> padrão: "": A versão da linguagem Java usada para executar as ferramentas necessárias durante um build
--tool_java_runtime_version=<a string> padrão: "remotejdk_11": A versão do ambiente de execução do Java usada para executar ferramentas durante o build
--[no]use_ijars padrão: "true": Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resulta em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.

Opções de despejo

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--[no]action_cache padrão: "falso": Despejar conteúdo do cache da ação.
Tags: bazel_monitoring
--[no]packages padrão: "falso": Despejo de conteúdo do cache do pacote.
Tags: bazel_monitoring
--[no]rule_classes padrão: "falso": Classes de regras de despejo.
Tags: bazel_monitoring
--[no]rules padrão: "falso": Regras de despejo, incluindo contagens e uso de memória (se a memória for rastreada).
Tags: bazel_monitoring
--skyframe=<off, summary, count, deps or rdeps> padrão: "desativado": Depósito de gráfico do Skyframe: "desativado", "resumo", "contagem", "deps" ou "rdeps".
Tags: bazel_monitoring
--skykey_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: ".*": Filtro regex de nomes SkyKey para saída. Usado apenas com --skyframe=deps, rdeps.
Tags: bazel_monitoring
--skylark_memory=<a string> padrão: veja a descrição: Descarta um perfil de memória compatível com pprof no caminho especificado. Para saber mais, acesse https://github.com/google/pprof.
Tags: bazel_monitoring

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções de busca

Herda todas as opções do test.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--[no]all padrão: "falso": Busca todos os repositórios externos necessários para criar qualquer destino ou repositório. Funciona apenas quando --enable_bzlmod está ativado.
Tags: changes_inputs
--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations
--[no]keep_going [-k] padrão: "falso": Continue o máximo possível após um erro. Embora o destino que falhou e aqueles que dependem dele não possam ser analisados, outros pré-requisitos desses destinos podem ser.
Tags: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": Número de linhas de execução paralelas que serão usadas na fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>). Por exemplo: "auto", "HOST_CPUS*.5". "auto" define um padrão razoável com base nos recursos do host. Precisa ser pelo menos 1.
Tags: bazel_internal_configuration

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]configure padrão: "falso": Busca apenas repositórios marcados como 'configure' para fins de configuração do sistema. Funciona apenas quando --enable_bzlmod está ativado.
Tags: changes_inputs
--[no]force padrão: "falso": Ignorar o repositório existente, se houver, e forçar a busca dele novamente. Funciona apenas quando --enable_bzlmod está ativado.
Tags: changes_inputs
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--repo=<a string>: vários usos são acumulados: Busca apenas o repositório especificado, que pode ser {@apparent_repo_name} ou {@@canônico_repo_name}. Funciona apenas quando --enable_bzlmod está ativado.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--experimental_repository_resolved_file=<a string> padrão: "": Se não estiver vazio, escreva um valor do Starlark com as informações resolvidas de todas as regras de repositório do Starlark que foram executadas.
Tags: affects_outputs

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".

--[no]all padrão: "falso": Busca todos os repositórios externos necessários para criar qualquer destino ou repositório. Funciona apenas quando --enable_bzlmod está ativado.
Tags: changes_inputs
--[no]experimental_inprocess_symlink_creation padrão: "falso": Se serão feitas chamadas diretas ao sistema de arquivos para criar árvores de links simbólicos
Tags: loading_and_analysis, execution, experimental
--[no]experimental_persistent_aar_extractor padrão: "falso": Ative o extrator aar persistente usando workers.
Tags: execution
--[no]experimental_remotable_source_manifests padrão: "falso": Se as ações do manifesto de origem serão remotas
Tags: loading_and_analysis, execution, experimental
--[no]experimental_split_coverage_postprocessing padrão: "falso": Se for verdadeiro, o Bazel vai executar o pós-processamento de cobertura para teste em um novo spa.
Tags: execution
--[no]experimental_strict_fileset_output padrão: "falso": Se essa opção estiver ativada, os conjuntos de arquivos tratarão todos os artefatos de saída como arquivos normais. Eles não atravessam diretórios nem são sensíveis a links simbólicos.
Tags: execution
--[no]incompatible_disallow_unsound_directory_outputs padrão: "true": Se definido, é um erro para uma ação materializar um arquivo de saída como um diretório. Não afeta os diretórios de origem. Consulte https://github.com/bazelbuild/bazel/issues/18646.
Tags: bazel_internal_configuration, incompatible_change
--[no]incompatible_modify_execution_info_additive padrão: "falso": Quando ativada, a transmissão de várias flags --modify_execution_info é aditiva. Quando desativada, apenas a última sinalização é considerada.
Tags: execution, affects_outputs, loading_and_analysis, incompatible_change
--[no]keep_going [-k] padrão: "falso": Continue o máximo possível após um erro. Embora o destino que falhou e aqueles que dependem dele não possam ser analisados, outros pré-requisitos desses destinos podem ser.
Tags: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": Número de linhas de execução paralelas que serão usadas na fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>). Por exemplo: "auto", "HOST_CPUS*.5". "auto" define um padrão razoável com base nos recursos do host. Precisa ser pelo menos 1.
Tags: bazel_internal_configuration
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>: vários usos são acumulados: Adicione ou remova chaves das informações de execução de uma ação com base no mnemônico da ação. Aplica-se apenas a ações compatíveis com informações de execução. Muitas ações comuns dão suporte a informações de execução, por exemplo, Genrule, CppCompile, Javac, StarlarkAction, TestRunner. Ao especificar vários valores, a ordem é importante porque muitas regex podem se aplicar ao mesmo mnemônico. Sintaxe: "regex=[+-]key,regex=[+-]key,...". Exemplos: ".*=+x,.*=-y,.*=+z" adiciona "x" e "z" e remove "y" das informações de execução de todas as ações. "Genrule=+requires-x" adiciona "requires-x" às informações de execução de todas as ações Genrule. '(?!Genrule).*=-requires-x' remove 'requires-x' das informações de execução para todas as ações que não sejam de regra.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar: Ativar ações persistentes de dex e simplificação de leitura do Android usando workers.
Expande-se para:
  --internal_persistent_android_dex_desugar
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Tags: host_machine_resource_optimizations, execution
--persistent_android_resource_processor: Ativar o processador de recursos persistente do Android usando workers.
Expande-se para:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker

--strategy=AARGenerator=worker--strategy=ProcessDatabinding=worker--strategy=GenerateDataBindingBaseClasses=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar: Ativar ações persistentes de simplificação e dex multiplexação do Android usando workers.
Expande-se para:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar

Tags: host_machine_resource_optimizations, execution
--persistent_multiplex_android_resource_processor: Ativar o processador de recursos multiplexado permanente do Android usando workers.
Expande-se para:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
--modify_execution_info=AndroidResourceParser=+supports-multiplex-workers
--modify_execution_info=AndroidResourceValidator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceCompiler=+supports-multiplex-workers
--modify_execution_info=RClassGenerator=+supports-multiplex-workers
--modify_execution_info=AndroidResourceLink=+supports-multiplex-workers
--modify_execution_info=AndroidAapt2=+supports-multiplex-workers
--modify_execution_info=AndroidAssetMerger=+supports-multiplex-workers
--modify_execution_info=AndroidResourceMerger=+supports-multiplex-workers
--modify_execution_info=AndroidCompiledResourceMerger=+supports-multiplex-workers
--modify_execution_info=ManifestMerger=+supports-multiplex-workers
--modify_execution_info=AndroidManifestMerger=+supports-multiplex-workers--modify_execution_info=AARGenerator=+supports-multiplex-workers{/14/}
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
host_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools: Ative ferramentas do Android persistentes e multiplexadas (dexação, simplificação e processamento de recursos).
Expande-se para:
  --internal_persistent_multiplex_busybox_tools
  --persistent_multiplex_android_resource_processor
  --persistent_multiplex_android_dex_desugar

Tags: host_machine_resource_optimizations, execution
--[no]use_target_platform_for_tests padrão: "falso": Se for verdadeiro, o Bazel usará a plataforma de destino para executar testes em vez do grupo de execução de teste.
Tags: execution

--android_compiler=<a string> padrão: veja a descrição: O compilador de destino do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_crosstool_top=<a build target label> padrão: "//external:android/crosstool": É o local do compilador C++ usado nos builds do Android.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> padrão: veja a descrição: Grte_top de destino do Android.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_manifest_merger=<legacy, android or force_android> padrão: "android": Seleciona a combinação de manifestos que será usada nas regras android_binary. Sinalização que ajuda na transição da combinação legada para a combinação de manifestos do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--android_platforms=<a build target label> padrão: "": Define as plataformas usadas pelos destinos android_binary. Se várias plataformas forem especificadas, o binário será um APK multiarquitetura, que contém binários nativos para cada plataforma de destino especificada.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--android_sdk=<a build target label> padrão: "@bazel_tools//tools/android:sdk": Especifica o SDK/plataforma do Android usado para criar apps Android.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--apple_crosstool_top=<a build target label> padrão: "@bazel_tools//tools/cpp:Dataset": O rótulo do pacote crosstool a ser usado nas regras da Apple e do Objc e as dependências delas.
Tags: loses_incremental_state, changes_inputs
--cc_output_directory_tag=<a string> padrão: "": Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: affects_outputs
--compiler=<a string> padrão: veja a descrição: O compilador C++ a ser usado para compilar o destino.
Tags: loading_and_analysis, execution
--coverage_output_generator=<a build target label> padrão: "@bazel_tools//tools/test:lcov_merger": Local do binário usado para pós-processar relatórios de cobertura bruta. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:lcov_merger'.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_report_generator=<a build target label> padrão: "@bazel_tools//tools/test:coverage_report_generator": Local do binário usado para gerar relatórios de cobertura. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:coverage_report_generator'.
Tags: changes_inputs, affects_outputs, loading_and_analysis
--coverage_support=<a build target label> padrão: "@bazel_tools//tools/test:coverage_support": Localização dos arquivos de suporte necessários nas entradas de todas as ações de teste que coletam cobertura de código. O padrão é "//tools/test:coverage_support".
Tags: changes_inputs, affects_outputs, loading_and_analysis
--crosstool_top=<a build target label> padrão: "@bazel_tools//tools/cpp:Dataset": O rótulo do pacote crosstool a ser usado para compilar o código C++.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--custom_malloc=<a build target label> padrão: veja a descrição: Especifica uma implementação personalizada de Malloc. Essa configuração modifica os atributos Malloc nas regras de compilação.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>: vários usos são acumulados: Lista de expressões regulares separadas por vírgulas, cada uma opcionalmente prefixada por - (expressão negativa), atribuída (=) a uma lista de destinos de valores de restrição separados por vírgula. Se um destino não corresponder a nenhuma expressão negativa e ao menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se os valores de restrição tivessem sido declarados como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 adicionará "x86_64" a qualquer destino em //demo, exceto aqueles cujo nome contém "test".
Tags: loading_and_analysis
--[no]experimental_include_xcode_execution_requirements padrão: "falso": Se definido, adicione um requisito de execução "requires-xcode:{version}" a cada ação do Xcode. Se a versão do xcode tiver um rótulo com hífen, adicione também um requisito de execução "requires-xcode-label:{version_label}".
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode padrão: "true": Se verdadeiro, use o Xcode mais recente disponível local e remotamente. Se for falso, ou se não houver versões mútuas disponíveis, use a versão do Xcode local selecionada por xcode-select.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> padrão: "": As plataformas que estão disponíveis como plataformas de execução para executar ações. As plataformas podem ser especificadas por destino exato ou como um padrão de destino. Essas plataformas serão consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms(). Essa opção só pode ser definida uma vez. As instâncias posteriores substituirão as configurações de sinalização anteriores.
Tags: execution
--extra_toolchains=<comma-separated list of options>: vários usos são acumulados: As regras do conjunto de ferramentas a serem consideradas durante a resolução. Os conjuntos de ferramentas podem ser especificados por destino exato ou como um padrão de destino. Esses conjuntos de ferramentas serão considerados antes daqueles declarados no arquivo WORKSPACE por register_ remoção de ferramentas().
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> padrão: veja a descrição: Um rótulo para uma biblioteca libc registrada. O valor padrão é selecionado pelo conjunto de ferramentas do crosstool, e você quase nunca precisa substituí-lo.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string> padrão: veja a descrição: O compilador C++ a ser usado para compilação do host. Ele será ignorado se --host_crosstool_top não estiver definido.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label> padrão: veja a descrição: Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração de execução. Se essa flag for fornecida, o Bazel usará a libc e o compilador padrão para o crosstool_top especificado.
Tags: loading_and_analysis, changes_inputs, affects_outputs
--host_grte_top=<a label> padrão: veja a descrição: Se especificada, esta configuração substitui o diretório de nível superior da libc (--grte_top) para a configuração "exec".
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label> padrão: "@bazel_tools//tools:host_platform": O rótulo de uma regra de plataforma que descreve o sistema host.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_dont_enable_host_nonhost_crosstool_features padrão: "true": Se for verdadeiro, o Bazel não ativará os recursos "host" e "nonhost" no conjunto de ferramentas c++. Consulte https://github.com/bazelbuild/bazel/issues/7407 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution padrão: "true": Use a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras do Android (Starlark e nativas)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_apple_toolchain_resolution padrão: "falso": Use a resolução do conjunto de ferramentas para selecionar o SDK da Apple para regras da Apple (Starlark e nativas)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone padrão: "true": Se for "true", o Bazel não vai reutilizar as linhas de comando de ação de link do C++ para linhas de comando de indexação LTO. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/6791.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive padrão: "true": Se for verdadeiro, o Bazel não vinculará dependências de biblioteca como um arquivo inteiro por padrão. Consulte https://github.com/bazelbuild/bazel/issues/7362 para ver instruções de migração.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_require_ctx_in_configure_features padrão: "true": Se for verdadeiro, o Bazel exigirá o parâmetro "ctx" em cc_common.configure_features. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/7793.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects padrão: "true": Use objetos compartilhados de interface se compatível com o conjunto de ferramentas. No momento, todos os conjuntos de ferramentas de ELF têm suporte a essa configuração.
Tags: loading_and_analysis, affects_outputs, affects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do iOS a ser usada para criar apps iOS. Se não for especificada, a versão padrão do SDK do iOS de "xcode_version" será usada.
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do macOS que será usada para criar apps para macOS. Se não for especificada, a versão padrão do SDK do macOS de "xcode_version" será usada.
Tags: loses_incremental_state
--minimum_os_version=<a string> padrão: veja a descrição: A versão mínima do SO destinada à compilação.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path> padrão: "": A localização de um arquivo de mapeamento que descreve qual plataforma usar se nenhuma estiver definida ou quais sinalizações definir quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente abaixo da raiz do espaço de trabalho).
Tags: affects_outputs, changes_inputs, loading_and_analysis
--platforms=<a build target label> padrão: "": Os rótulos das regras de plataforma que descrevem as plataformas de destino para o comando atual.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--python2_path=<a string> padrão: veja a descrição: Descontinuado, ambiente autônomo. Desativado por "--incompatíveis_use_python_Conjuntos de ferramentas".
Tags: no_op, deprecated
--python3_path=<a string> padrão: veja a descrição: Descontinuado, ambiente autônomo. Desativado por "--incompatíveis_use_python_Conjuntos de ferramentas".
Tags: no_op, deprecated
--python_path=<a string> padrão: veja a descrição: O caminho absoluto do interpretador de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatíveis_use_python_Conjuntos de ferramentas.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label> padrão: veja a descrição: O rótulo de um py_runtime que representa o interpretador Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatíveis_use_python_Conjuntos de ferramentas.
Tags: loading_and_analysis, affects_outputs
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do tvOS para criar aplicativos tvOS. Se não for especificada, a versão padrão do SDK do tvOS será usada de "xcode_version".
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Especifica a versão do SDK do watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, a versão padrão do SDK do watchOS de "xcode_version" será usada.
Tags: loses_incremental_state
--xcode_version=<a string> padrão: veja a descrição: Se especificado, usa o Xcode da versão fornecida para as ações de build relevantes. Se não for especificada, usa a versão padrão do executor do Xcode.
Tags: loses_incremental_state
--xcode_version_config=<a build target label> padrão: "@bazel_tools//tools/cpp:host_xcodes": O rótulo da regra xcode_config a ser usado para selecionar a versão do Xcode na configuração do build.
Tags: loses_incremental_state, loading_and_analysis

--[no]apple_generate_dsym padrão: "falso": Define se os arquivos de símbolo de depuração (.dSYM) serão gerados.
Tags: affects_outputs, action_command_lines
--[no]build_runfile_links padrão: "true": Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se for falso, grave-os somente quando exigido por uma ação local, teste ou comando de execução.
Tags: affects_outputs
--[no]build_runfile_manifests padrão: "true": Se verdadeiro, grava manifestos de arquivos de execução para todos os destinos. Se for falso, omita-os. Os testes locais não serão executados se o valor for "false".
Tags: affects_outputs
--[no]build_test_dwp padrão: "falso": Se ativado, ao criar testes C++ estaticamente e com fissão, o arquivo .dwp para o binário de teste também será criado automaticamente.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated set of options> padrão: ".pb.h": Define os sufixos dos arquivos de cabeçalho criados por cc_proto_library.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated set of options> padrão: ".pb.cc": Define os sufixos dos arquivos de origem criados por cc_proto_library.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info padrão: "falso": Execute ações extras para versões alternativas da API Java em uma proto_library.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_proto_extra_actions padrão: "falso": Execute ações extras para versões alternativas da API Java em uma proto_library.
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_save_feature_state padrão: "falso": Salva o estado dos recursos ativados e solicitados como uma saída da compilação.
Tags: affects_outputs, experimental
--fission=<a set of compilation modes> padrão: "não": Especifica quais modos de compilação usam a fissão para compilações e links C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais 'yes' para ativar todos os modos e 'no' para desativar todos os modos.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]incompatible_always_include_files_in_data padrão: "true": Se definida como verdadeira, as regras nativas vão adicionar <code>DefaultInfo.files</code> de dependências de dados aos runfiles, o que corresponde ao comportamento recomendado para regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags: affects_outputs, incompatible_change
--[no]legacy_external_runfiles padrão: "true": Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para repositórios externos em .runfiles/wsname/external/repo (além de .runfiles/repo).
Tags: affects_outputs
--[no]objc_generate_linkmap padrão: "falso": Especifica se um arquivo de linkmap será gerado.
Tags: affects_outputs
--[no]save_temps padrão: "falso": Se definida, as saídas temporárias de gcc serão salvas. Isso inclui arquivos .s (código assembler), arquivos .i (C++ pré-processados) e arquivos .ii (C++ pré-processado).
Tags: affects_outputs

--action_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica o conjunto de variáveis de ambiente disponíveis para ações com configuração de destino. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, são as últimas vitórias, as opções para diferentes variáveis se acumulam.
Tags: action_command_lines
--android_cpu=<a string> padrão: "armeabi-v7a": A CPU de destino do Android.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]android_databinding_use_androidx padrão: "true": Gerar arquivos de vinculação de dados compatíveis com o AndroidX. Isso é usado apenas com a vinculação de dados v2. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args padrão: "true": Usar a vinculação de dados do Android v2 com o argumento 3.4.0. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--android_dynamic_mode=<off, default or fully> padrão: "desativado": Determina se as dependências de C++ das regras do Android serão vinculadas dinamicamente quando um cc_binary não criar explicitamente uma biblioteca compartilhada. "default" significa que o Bazel vai escolher se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas no modo predominantemente estático.
Tags: affects_outputs, loading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency> padrão: "alfabético": Define a ordem dos manifestos transmitidos para a combinação de binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação à raiz. ALPHABETICAL_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração dentro do diretório de saída. DEPENDENCY significa que os manifestos são ordenados com o manifesto de cada biblioteca que vem antes dos manifestos das dependências.
Tags: action_command_lines, execution
--[no]android_resource_shrinking padrão: "falso": Ativa a redução de recursos para APKs android_binary que usam o ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]build_python_zip padrão: "automático": Crie um ZIP executável Python, no Windows e desativado em outras plataformas
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários do Apple Catalyst.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage padrão: "falso": Se especificado, o Bazel instrumenta o código (usando instrumentação off-line sempre que possível) e coleta informações de cobertura durante os testes. Somente as segmentações que corresponderem a --instrumentation_filter serão afetadas. Em geral, essa opção não deve ser especificada diretamente. Em vez disso, use o comando "bazel coverage".
Tags: affects_outputs
--compilation_mode=<fastbuild, dbg or opt> [-c] padrão: "fastbuild": Especifique o modo em que o binário será integrado. Valores: "fastbuild", "dbg", "opt".
Tags: affects_outputs, action_command_lines
--conlyopt=<a string>: vários usos são acumulados: Opção adicional para transmitir para gcc ao compilar arquivos de origem C.
Tags: action_command_lines, affects_outputs
--copt=<a string>: vários usos são acumulados: Outras opções de transmissão para gcc.
Tags: action_command_lines, affects_outputs
--cpu=<a string> padrão: "": A CPU de destino.
Tags: changes_inputs, affects_outputs
--cs_fdo_absolute_path=<a string> padrão: veja a descrição: Use as informações do perfil do CSFDO para otimizar a compilação. Especifique o nome do caminho absoluto do arquivo ZIP que contém o arquivo de perfil, um arquivo de perfil LLVM bruto ou indexado.
Tags: affects_outputs
--cs_fdo_instrument=<a string> padrão: veja a descrição: Gere binários com instrumentação FDO sensível ao contexto. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags: affects_outputs
--cs_fdo_profile=<a build target label> padrão: veja a descrição: O cs_fdo_profile que representa o perfil sensível ao contexto a ser usado para otimização.
Tags: affects_outputs
--cxxopt=<a string>: vários usos são acumulados: Opção adicional para transmitir para gcc ao compilar arquivos de origem em C++.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment>: vários usos são acumulados: Cada opção "--define" especifica uma atribuição a uma variável de build.
Tags: changes_inputs, affects_outputs
--dynamic_mode=<off, default or fully> padrão: "padrão": Determina se os binários C++ serão vinculados dinamicamente. "default" significa que o Bazel vai escolher se quer fazer a vinculação dinâmica. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas no modo predominantemente estático.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path padrão: "true": Se definido, o uso de fdo_absolute_profile_path vai gerar um erro.
Tags: affects_outputs
--[no]enable_runfiles padrão: "automático": Ativa a árvore de links simbólicos de arquivos de execução. Por padrão, ela fica desativada no Windows e em outras plataformas.
Tags: affects_outputs
--experimental_action_listener=<a build target label>: vários usos são acumulados: Descontinuado e substituído pelos aspectos. Use action_listener para anexar uma extra_action a ações de compilação existentes.
Tags: execution, experimental
--[no]experimental_android_compress_java_resources padrão: "falso": Compactar recursos Java em APKs
Tags: affects_outputs, loading_and_analysis, experimental
--[no]experimental_android_databinding_v2 padrão: "true": Usar a vinculação de dados do Android v2. Essa flag é um ambiente autônomo.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_android_resource_shrinking padrão: "falso": Ativa a redução de recursos para APKs android_binary que usam o ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex padrão: "falso": usar a ferramenta Rex para reescrever arquivos dex
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]experimental_collect_code_coverage_for_generated_files padrão: "falso": Se especificado, o Bazel também gera informações de cobertura de coleta para arquivos gerados.
Tags: affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options> padrão: "-O0,-DDEBUG=1": Usa essas strings como opções do compilador fastbuild objc.
Tags: action_command_lines
--[no]experimental_omitfp padrão: "falso": Se verdadeiro, use libunwind para liberação de pilha e compile com -fomit-frame-pointer e -faTorne-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--experimental_output_paths=<off, content or strip> padrão: "desativado": Qual modelo usar para onde as regras da árvore de saída gravam as saídas, especialmente para builds multiplataforma / multiconfigurações. Esse recurso é altamente experimental. Consulte https://github.com/bazelbuild/bazel/issues/6526 para ver mais detalhes. As ações do Starlark podem ativar o mapeamento de caminhos adicionando a chave "supports-path-mapping" ao dict "execution_requirements".
Tags: loses_incremental_state, bazel_internal_configuration, affects_outputs, execution
--experimental_override_name_platform_in_output_dir=<a 'label=value' assignment>: vários usos são acumulados: Cada entrada precisa estar no formato label=value, em que o rótulo se refere a uma plataforma e "value" é o nome curto que você quer usar no caminho de saída. Usado somente quando --experimental_platform_in_output_dir é verdadeiro. Tem a maior prioridade de nomenclatura.
Tags: affects_outputs, experimental
--[no]experimental_platform_in_output_dir padrão: "falso": Se verdadeiro, um nome abreviado para a plataforma de destino será usado no nome do diretório de saída em vez de CPU. O esquema exato é experimental e está sujeito a mudanças: primeiro, no caso raro de a opção --platforms não ter exatamente um valor, é usado um hash das plataformas. Em seguida, se algum nome abreviado da plataforma atual tiver sido registrado por --experimental_override_name_platform_in_output_dir, então ele será usado. Então, se --experimental_use_platforms_in_output_dir_legacy_heuristic estiver definido, use um nome abreviado com base no marcador da plataforma atual. Por fim, um hash da opção da plataforma é usado como último recurso.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap padrão: "falso": Se especificado, o Bazel gera informações do mapa de cobertura llvm-cov em vez de gcov quando collect_code_coverage está ativado.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--[no]experimental_use_platforms_in_output_dir_legacy_heuristic padrão: "true": Use essa sinalização apenas como parte de uma estratégia sugerida de migração ou teste. Observe que a heurística tem deficiências conhecidas e sugere-se migrar para contar apenas com --experimental_override_name_platform_in_output_dir.
Tags: affects_outputs, experimental
--fat_apk_cpu=<comma-separated set of options> padrão: "armeabi-v7a": Configurar essa opção ativa APKs grandes, que contêm binários nativos para todas as arquiteturas de destino especificadas, por exemplo, --fat_apk_cpu=x86,armeabi-v7a. Se essa flag for especificada, --android_cpu será ignorada para dependências das regras android_binary.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]fat_apk_hwasan padrão: "falso": Define se as divisões HWASAN serão criadas.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> padrão: veja a descrição: Gerar binários com a instrumentação do FDO. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags: affects_outputs
--fdo_optimize=<a string> padrão: veja a descrição: Use as informações do perfil do FDO para otimizar a compilação. Especifique o nome de um arquivo ZIP contendo uma árvore de arquivos .gcda, um arquivo afdo contendo um perfil automático ou um arquivo de perfil LLVM. Essa sinalização também aceita arquivos especificados como rótulos (por exemplo, "//foo/bar:file.afdo". Talvez seja necessário adicionar uma diretiva "exports_files" ao pacote correspondente) e rótulos que apontam para destinos "fdo_profile". Esta sinalização será substituída pela regra "fdo_profile".
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label> padrão: veja a descrição: Usar dicas de pré-busca de cache.
Tags: affects_outputs
--fdo_profile=<a build target label> padrão: veja a descrição: O fdo_profile que representa o perfil a ser usado para otimização.
Tags: affects_outputs
--features=<a string>: vários usos são acumulados: Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Especificar -<feature> desativará o recurso. Os atributos negativos sempre substituem os positivos. Veja também --host_features
Tags: changes_inputs, affects_outputs
--[no]force_pic padrão: "falso": Se ativada, todas as compilações em C++ produzem código independente de posição ("-fPIC"), links preferem bibliotecas pré-criadas para PIC em vez de bibliotecas não PIC e links produzem executáveis independentes de posição ("-pie").
Tags: loading_and_analysis, affects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, são as últimas vitórias, as opções para diferentes variáveis se acumulam.
Tags: action_command_lines
--host_compilation_mode=<fastbuild, dbg or opt> padrão: "opt": Especifique o modo em que as ferramentas usadas durante o build vão ser integradas. Valores: "fastbuild", "dbg", "opt".
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string>: vários usos são acumulados: Outra opção para transmitir ao compilador C ao compilar arquivos de origem em C (mas não C++) nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_copt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas ao compilador C para ferramentas criadas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_cpu=<a string> padrão: "": A CPU do host.
Tags: changes_inputs, affects_outputs
--host_cxxopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para o compilador C++ para ferramentas criadas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_features=<a string>: vários usos são acumulados: Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Especificar -<feature> desativará o recurso. Os atributos negativos sempre substituem os positivos.
Tags: changes_inputs, affects_outputs
--host_force_python=<PY2 or PY3> padrão: veja a descrição: Substitui a versão do Python para a configuração "exec". Pode ser "PY2" ou "PY3".
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string>: vários usos são acumulados: Opção adicional para transmitir ao vinculador ao vincular ferramentas nas configurações de execução.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do macOS para destinos de host. Se não for especificado, usará "macos_sdk_version".
Tags: loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente ao compilador C/C++ ao compilar determinados arquivos nas configurações de execução. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags: action_command_lines, affects_outputs
--host_swiftcopt=<a string>: vários usos são acumulados: Outras opções de ferramentas de execução a serem transmitidas ao swiftc.
Tags: action_command_lines, affects_outputs
--[no]incompatible_auto_exec_groups padrão: "falso": Quando ativado, um grupo "exec" é criado automaticamente para cada conjunto de ferramentas usado por uma regra. Para que essa regra funcione, é necessário especificar o parâmetro "conjunto de ferramentas" nas ações dela. Para mais informações, consulte https://github.com/bazelbuild/bazel/issues/17134.
Tags: affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory padrão: "true": Se for verdadeiro, o diretório genfiles será dobrado no diretório bin.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_host_features padrão: "true": Se verdadeiro, use --features somente para a configuração de destino e --host_features para a configuração exec.
Tags: changes_inputs, affects_outputs, incompatible_change
--[no]instrument_test_targets padrão: "falso": Quando a cobertura está ativada, ela especifica se é necessário considerar as regras de teste de instrumentação. Quando definidas, as regras de teste incluídas por --instrumentation_filter são instrumentadas. Caso contrário, as regras de teste serão sempre excluídas da instrumentação de cobertura.
Tags: affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "-/javatests[/:],-/test/java[/:]": Quando a cobertura estiver ativada, apenas as regras com nomes incluídos pelo filtro com base em regex especificado serão instrumentadas. As regras prefixadas com "-" serão excluídas. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativado.
Tags: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do iOS para simuladores e dispositivos de meta. Se não for especificado, usará "ios_sdk_version".
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas usadas para criar um ios_application. O resultado é um binário universal que contém todas as arquiteturas especificadas.
Tags: loses_incremental_state, loading_and_analysis
--[no]legacy_whole_archive padrão: "true": Descontinuado e substituído por --insupported_remove_legacy_whole_archive. Consulte mais detalhes em https://github.com/bazelbuild/bazel/issues/7362. Quando ativado, use --whole-archive para regras cc_binary que tenham linkshared=True e linkstatic=True ou '-static' nos linkopts. Isso serve apenas para compatibilidade com versões anteriores. Uma alternativa melhor é usar Alwayslink=1 quando necessário.
Tags: action_command_lines, affects_outputs, deprecated
--linkopt=<a string>: vários usos são acumulados: Outra opção para transmitir ao GCC durante a vinculação.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string>: vários usos são acumulados: Opção adicional para transmitir à etapa de back-end de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string>: vários usos são acumulados: Outra opção para transmitir a etapa de indexação de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--macos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários do Apple macOS.
Tags: loses_incremental_state, loading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do macOS para destinos. Se não for especificado, usará "macos_sdk_version".
Tags: loses_incremental_state
--memprof_profile=<a build target label> padrão: veja a descrição: Usar o perfil memprof.
Tags: affects_outputs
--[no]objc_debug_with_GLIBCXX padrão: "falso": Se definido, e o modo de compilação estiver definido como "dbg", defina GLIBCXX_DEBUG, GLIBCXX_DEBUG_PEDANTIC e GLIBCPP_CONCEPT_CHECKS.
Tags: action_command_lines
--[no]objc_enable_binary_stripping padrão: "falso": Define se é feita a remoção de símbolos e códigos inativos em binários vinculados. As remoções binárias serão realizadas se essa sinalização e --compilation_mode=opt forem especificadas.
Tags: action_command_lines
--objccopt=<a string>: vários usos são acumulados: Outras opções para transmitir para gcc ao compilar arquivos de origem Objective-C/C++.
Tags: action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente para gcc ao compilar determinados arquivos. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags: action_command_lines, affects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>: vários usos são acumulados: Outras opções para transmitir seletivamente ao back-end de LTO (em --features=thin_lto) ao compilar determinados objetos de back-end. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão, option_1 para option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Somente a primeira @ é usada para dividir a string. Exemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 adiciona a opção de linha de comando -O0 à linha de comando do back-end LTO de todos os arquivos o em //foo/ exceto bar.o.
Tags: action_command_lines, affects_outputs
--platform_suffix=<a string> padrão: veja a descrição: Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: loses_incremental_state, affects_outputs, loading_and_analysis
--propeller_optimize=<a build target label> padrão: veja a descrição: Use as informações do perfil da Hélice para otimizar o destino do build.Um perfil de hélice precisa consistir em pelo menos um dos dois arquivos, um perfil Cc e um perfil ld. Essa sinalização aceita um rótulo de compilação que precisa se referir aos arquivos de entrada do perfil da hélice. Por exemplo, o arquivo BUILD que define o rótulo, em a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Uma diretiva export_files pode precisar ser adicionada ao pacote correspondente para tornar esses arquivos visíveis para o Bazel. A opção precisa ser usada como: --propeller_optimize=//a/b:propeller_profile
Tags: action_command_lines, affects_outputs
--propeller_optimize_absolute_cc_profile=<a string> padrão: veja a descrição: Nome do caminho absoluto do arquivo cc_profile para builds com otimização da Propeller.
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> padrão: veja a descrição: Nome do caminho absoluto do arquivo ld_profile para builds com otimização da Propeller.
Tags: affects_outputs
--run_under=<a prefix in front of command> padrão: veja a descrição: Prefixo a ser inserido antes dos executáveis para os comandos "test" e "run". Se o valor for "foo -bar" e a linha de comando de execução for "test_binary -baz", a linha de comando final será "foo -bar test_binary -baz".Isso também pode ser um rótulo para um destino executável. Alguns exemplos são: 'valgrind', 'strace', 'strace -c', 'valgrind --quiet --num-callers=20', '//package:target', '//package:target --options'.
Tags: action_command_lines
--[no]share_native_deps padrão: "true": Se verdadeiro, as bibliotecas nativas com funcionalidade idêntica serão compartilhadas entre destinos diferentes
Tags: loading_and_analysis, affects_outputs
--[no]stamp padrão: "falso": Carime os binários com data, nome de usuário, nome do host, informações do espaço de trabalho etc.
Tags: affects_outputs
--strip=<always, sometimes or never> padrão: "às vezes": Especifica a remoção de binários e bibliotecas compartilhadas (usando "-Wl,--strip-debug"). O valor padrão de "algumas vezes" significa remover iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para remoção ao gerar um binário "<name>.stripped".
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string>: vários usos são acumulados: Outras opções para transmitir para compilação do Swift.
Tags: action_command_lines
--tvos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários tvOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do tvOS para dispositivos e simuladores de meta. Se não for especificado, usará "tvos_sdk_version".
Tags: loses_incremental_state
--visionos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários visionOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--watchos_cpus=<comma-separated list of options>: vários usos são acumulados: Lista separada por vírgulas de arquiteturas para criação de binários watchOS da Apple.
Tags: loses_incremental_state, loading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: Versão mínima compatível do watchOS para dispositivos e simuladores de meta. Se não for especificado, usará "watchos_sdk_version".
Tags: loses_incremental_state
--xbinary_fdo=<a build target label> padrão: veja a descrição: Use as informações do perfil XbinaryFDO para otimizar a compilação. Especifica o nome do perfil binário cruzado padrão. Quando a opção é usada junto com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags: affects_outputs

--auto_cpu_environment_group=<a build target label> padrão: "": Declare o environment_group a ser usado para mapear automaticamente os valores de CPU para os valores de target_environment.
Tags: changes_inputs, loading_and_analysis, experimental
--[no]check_licenses padrão: "falso": Verifique se as restrições de licenciamento impostas pelos pacotes dependentes não entram em conflito com os modos de distribuição dos destinos que estão sendo criados. Por padrão, as licenças não ficam marcadas.
Tags: build_file_semantics
--[no]check_visibility padrão: "true": Se desativada, os erros de visibilidade nas dependências de destino serão rebaixados a avisos.
Tags: build_file_semantics
--[no]desugar_for_android padrão: "true": Define se é feita a simplificação do bytecode Java 8 antes da dexação.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]desugar_java8_libs padrão: "falso": Define se as bibliotecas Java 8 compatíveis são incluídas em apps para dispositivos legados.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints padrão: "true": Verifica com quais ambientes cada destino é compatível e informa erros se algum destino tiver dependências não compatíveis com os mesmos ambientes
Tags: build_file_semantics
--[no]experimental_check_desugar_deps padrão: "true": Define se a simplificação correta no nível binário do Android será verificada.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> padrão: "DESATIVADO": Quando ativada, verifique se as dependências de um aar_import foram concluídas. Essa aplicação pode interromper o build ou apenas resultar em avisos.
Tags: loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default> padrão: "padrão": Se verdadeiro, verifica se um destino Java declara explicitamente todos os destinos usados diretamente como dependências.
Tags: build_file_semantics, eagerness_to_exit
--[no]incompatible_check_testonly_for_output_files padrão: "falso": Se ativado, marque somente "test" para identificar destinos de pré-requisito que sejam arquivos de saída pesquisando o "testonly" da regra de geração. Isso corresponde à verificação de visibilidade.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_check_visibility_for_toolchains padrão: "falso": Se ativada, a verificação de visibilidade também se aplica às implementações do conjunto de ferramentas.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disable_native_android_rules padrão: "falso": Se ativada, o uso direto das regras nativas do Android será desativado. Use as regras do Starlark para Android em https://github.com/bazelbuild/rules_android
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_disable_native_apple_binary_rule padrão: "falso": Ambiente autônomo. Mantido aqui para compatibilidade com versões anteriores.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_python_disable_py2 padrão: "true": Se verdadeiro, o uso das configurações do Python 2 vai causar um erro. Isso inclui python_version=PY2, srcs_version=PY2 e srcs_version=PY2ONLY. Consulte https://github.com/bazelbuild/bazel/issues/15684 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_validate_top_level_header_inclusions padrão: "true": Se for verdadeiro, o Bazel também validará as inclusões de cabeçalhos de diretórios de nível superior. Saiba mais em https://github.com/bazelbuild/bazel/issues/10047.
Tags: loading_and_analysis, incompatible_change
--python_native_rules_allowlist=<a build target label> padrão: veja a descrição: Uma lista de permissões (destino package_group) para ser usada na aplicação de --incompatível_python_permission_native_rules.
Tags: loading_and_analysis
--[no]strict_filesets padrão: "falso": Se essa opção estiver ativada, os conjuntos de arquivos que ultrapassarem os limites dos pacotes serão informados como erros.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> padrão: "erro": A menos que esteja DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados diretamente como dependências.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--strict_public_imports=<off, warn, error, strict or default> padrão: "desativado": A menos que esteja DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados em "importar público" como exportados.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes padrão: "falso": Se for "true", os cabeçalhos encontrados pelos caminhos de inclusão do sistema (-isystem) também precisarão ser declarados.
Tags: loading_and_analysis, eagerness_to_exit
--target_environment=<a build target label>: vários usos são acumulados: Declara o ambiente de destino do build. Precisa ser uma referência de rótulo a uma regra de "ambiente". Se especificado, todos os destinos de nível superior precisam ser compatíveis com esse ambiente.
Tags: changes_inputs

--apk_signing_method=<v1, v2, v1_v2 or v4> padrão: "v1_v2": Implementação para assinar APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements padrão: "true": Se definida, e o modo de compilação não for "opt", os apps objc vão incluir direitos de depuração ao assinar.
Tags: changes_inputs
--ios_signing_cert_name=<a string> padrão: veja a descrição: Nome do certificado a ser usado para assinatura do iOS. Se a política não for definida, o perfil de provisionamento será revertido. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página do manual do codesign (IDENTIDADES DE SIGNING).
Tags: action_command_lines

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_legacy_py_provider padrão: "true": O ambiente autônomo será removido em breve.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_sdk_frameworks_attributes padrão: "falso": Se verdadeiro, não permite os atributos sdk_frameworks e weak_sdk_frameworks em objc_library eobjc_import.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_objc_alwayslink_by_default padrão: "falso": Se for verdadeiro, torne o valor padrão verdadeiro para os atributos Alwayslink em objc_library e objc_import.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_python_disallow_native_rules padrão: "falso": Quando verdadeiro, ocorre um erro ao usar as regras incorporadas py_*. Em vez disso, as regras regras_python devem ser usadas. Consulte https://github.com/bazelbuild/bazel/issues/17773 para mais informações e instruções de migração.
Tags: loading_and_analysis, incompatible_change

--[no]allow_analysis_failures padrão: "falso": Se verdadeiro, uma falha na análise de uma meta de regra resultará na propagação da meta de uma instância de AnalysisFailureInfo contendo a descrição do erro, em vez de resultar em uma falha de build.
Tags: loading_and_analysis, experimental
--analysis_testing_deps_limit=<an integer> padrão: "2000": Define o número máximo de dependências transitivas por meio de um atributo de regra com uma transição de configuração for_analysis_testing. Exceder esse limite resultará em um erro de regra.
Tags: loading_and_analysis
--[no]break_build_on_parallel_dex2oat_failure padrão: "falso": Se falhas verdadeiras da ação dex2oat gerarem falhas no build em vez de executar o dex2oat durante o tempo de execução do teste.
Tags: loading_and_analysis, experimental
--default_test_resources=<a resource name followed by equal and 1 float or 4 float, e.g. memory=10,30,60,100>: vários usos são acumulados: Substitui a quantidade de recursos padrão para testes. O formato esperado é <resource>=<value>. Se um único número positivo for especificado como <value>, ele vai substituir os recursos padrão em todos os tamanhos de teste. Se forem especificados quatro números separados por vírgula, eles substituirão a quantidade de recursos para os tamanhos de teste pequeno, médio, grande e enorme, respectivamente. Os valores também podem ser HOST_RAM/HOST_CPU, opcionalmente seguidos por [-|*]<float> (por exemplo, memory=HOST_RAM*.1,HOST_RAM*.2,HOST_RAM*.3,HOST_RAM*.4). Os recursos de teste padrão especificados por essa sinalização são substituídos por recursos explícitos especificados nas tags.
--[no]experimental_android_use_parallel_dex2oat padrão: "falso": Use o dex2oat em paralelo para possivelmente acelerar o android_test.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks padrão: "falso": Ativa a verificação de vazamentos de memória nos destinos ios_test.
Tags: action_command_lines
--ios_simulator_device=<a string> padrão: veja a descrição: O dispositivo que será simulado ao executar um aplicativo para iOS no simulador, por exemplo, "iPhone 6". Para consultar uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: veja a descrição: A versão do iOS a ser executada no simulador ao executar ou testar. Isso será ignorado para as regras ios_test se um dispositivo de destino for especificado na regra.
Tags: test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>: vários usos são acumulados: Especifica o número de vezes que cada teste é executado. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste vai ser considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executa todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que run_per_test significa um valor inteiro e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part>: vários usos são acumulados: Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de testes. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido no ambiente do cliente do Bazel ou pelo par nome=valor). Essa opção pode ser usada várias vezes para especificar diversas variáveis. Usado apenas pelo comando "bazel test".
Tags: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> padrão: "-1": Substitui os valores padrão de tempo limite do teste (em segundos). Se um único valor inteiro positivo for especificado, ele vai substituir todas as categorias. Se forem especificados quatro números inteiros separados por vírgula, eles substituirão os tempos limite para curto, moderado, longo e eterno (nessa ordem). Em ambos os formatos, um valor de -1 instrui o blaze a usar os tempos limite padrão dessa categoria.
--[no]zip_undeclared_test_outputs padrão: "true": Se for verdadeiro, os resultados do teste não declarados serão arquivados em um arquivo ZIP.
Tags: test_runner

--[no]configure padrão: "falso": Busca apenas repositórios marcados como 'configure' para fins de configuração do sistema. Funciona apenas quando --enable_bzlmod está ativado.
Tags: changes_inputs
--[no]force padrão: "falso": Ignorar o repositório existente, se houver, e forçar a busca dele novamente. Funciona apenas quando --enable_bzlmod está ativado.
Tags: changes_inputs
--repo=<a string>: vários usos são acumulados: Busca apenas o repositório especificado, que pode ser {@apparent_repo_name} ou {@@canônico_repo_name}. Funciona apenas quando --enable_bzlmod está ativado.
Tags: changes_inputs

--[no]experimental_filter_library_jar_with_program_jar padrão: "falso": Filtre o ProgramJar do ProGuard para remover todas as classes que também estão presentes no LibraryJar.
Tags: action_command_lines
--[no]experimental_inmemory_dotd_files padrão: "true": Se ativado, os arquivos .d C++ serão transmitidos na memória diretamente dos nós de build remoto em vez de serem gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files padrão: "true": Se ativado, os arquivos de dependência (.jdeps) gerados a partir de compilações Java serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning padrão: "falso": Se será feita a verificação do objetivo C/C++.
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_retain_test_configuration_across_testonly padrão: "falso": Quando ativada, --trim_test_configuration não cortará a configuração de teste das regras marcadas como testonly=1. Isso é feito para reduzir problemas de conflito de ações quando as regras que não são de teste dependem das regras cc_test. Nenhum efeito se --trim_test_configuration for falso.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import padrão: "falso": Se ativada, a versão Starlark de cc_import pode ser usada.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning padrão: "falso": Define se as entradas para compilação C/C++ serão restritas analisando linhas #include dos arquivos de entrada. Isso pode melhorar o desempenho e a incrementabilidade diminuindo o tamanho das árvores de entrada de compilação. No entanto, também pode interromper builds porque o scanner de inclusão não implementa totalmente a semântica de pré-processador C. Em particular, ele não entende as diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Todos os problemas registrados relacionados a essa sinalização serão encerrados.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing padrão: "true": Faz a maior parte do trabalho de dexação separadamente para cada arquivo Jar.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning padrão: "true": Se definido, os arquivos .d emitidos pelo clang serão usados para remover o conjunto de entradas passadas para as compilações objc.
Tags: changes_inputs, loading_and_analysis
--[no]process_headers_in_dependencies padrão: "falso": Ao criar um destino //a:a, processe cabeçalhos em todos os destinos de que //a:a depende (se o processamento de cabeçalhos estiver ativado para o conjunto de ferramentas).
Tags: execution
--[no]trim_test_configuration padrão: "true": Quando ativada, as opções relacionadas a testes são limpas abaixo do nível superior do build. Quando esse flag está ativo, os testes não podem ser criados como dependências de regras que não são de teste, mas as mudanças nas opções relacionadas a testes não vão fazer com que essas regras sejam analisadas de novo.
Tags: loading_and_analysis, loses_incremental_state

--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: "-.*": Mostra informações de depuração durante a resolução do conjunto de ferramentas. A sinalização usa um regex, que é verificado em relação aos tipos de conjunto de ferramentas e destinos específicos para determinar qual deve ser depurado. Várias regex podem ser separadas por vírgulas, e cada uma delas é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente será útil apenas para especialistas na resolução do conjunto de ferramentas.
Tags: terminal_output

--flag_alias=<a 'name=value' flag alias>: vários usos são acumulados: Define um nome abreviado para uma sinalização Starlark. Ele usa um único par de chave-valor no formato "<key>=<value>" como argumento.
Tags: changes_inputs
--[no]incompatible_default_to_explicit_init_py padrão: "falso": Essa sinalização altera o comportamento padrão para que arquivos __init__.py não sejam mais criados automaticamente nos arquivos de execução de destinos Python. Precisamente, quando um destino py_binary ou py_test tem legacy_create_init definido como "auto" (o padrão), ele é tratado como falso apenas se esta sinalização estiver definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed padrão: "true": Se verdadeiro, os destinos criados na configuração do Python 2 aparecerão em uma raiz de saída que inclui o sufixo '-py2', enquanto os destinos criados para Python 3 aparecerão em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência "bazel-bin" apontará para os destinos do Python 3 em vez do Python 2. Se você ativar essa opção, também é recomendado ativar "--inconsistent_py3_is_default".
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default padrão: "true": Se verdadeiro, os destinos "py_binary" e "py_test" que não definem o atributo "python_version" (ou "default_python_version") serão padronizados para PY3 em vez de PY2. Se você definir essa flag, também é recomendável definir "--incompatíveis_py2_outputs_are_sufFixed".
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains padrão: "true": Se definidas como verdadeiras, as regras executáveis do Python nativas usarão o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido pelas sinalizações legadas, como --python_top.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> padrão: veja a descrição: O modo de versão principal do Python, "PY2" ou "PY3". Ele é substituído pelos destinos "py_binary" e "py_test" (mesmo que eles não especifiquem explicitamente uma versão). Por isso, geralmente não há muito motivo para fornecer essa flag.
Tags: loading_and_analysis, affects_outputs

--[no]cache_test_results [-t] padrão: "automático": Se definida como "auto", o Bazel vai executar novamente um teste somente se: (1) ele detectar mudanças no teste ou nas dependências dele, (2) o teste for marcado como externo, (3) várias execuções de teste tiverem sido solicitadas com --runs_per_test; ou(4) ele tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os marcados como externos. Se definido como "no", o Bazel não armazena em cache os resultados do teste.
--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]experimental_cancel_concurrent_tests padrão: "falso": Se for verdadeiro, o Blaze cancelará testes simultâneos na primeira execução bem-sucedida. Isso só é útil em combinação com --runs_per_test_detects_flakes.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_fetch_all_coverage_outputs padrão: "falso": Se verdadeiro, o Bazel busca todo o diretório de dados de cobertura para cada teste durante uma execução de cobertura.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_generate_llvm_lcov padrão: "falso": Se for verdadeiro, a cobertura para Clang vai gerar um relatório de LCOV.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map padrão: "true": Define se o mapa de cabeçalho J2ObjC é gerado paralelamente à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path padrão: "falso": Se será gerado com caminho de cabeçalho mais curto (usa "_ios" em vez de "_j2objc").
Tags: affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel> padrão: "javabuilder": Ativa caminhos de classe reduzidos para compilações em Java.
--[no]experimental_limit_android_lint_to_android_constrained_java padrão: "falso": Limitar --experimental_run_android_lint_on_java_rules a bibliotecas compatíveis com Android.
Tags: affects_outputs
--[no]experimental_run_android_lint_on_java_rules padrão: "falso": Se as origens java_* serão validadas.
Tags: affects_outputs
--[no]explicit_java_test_deps padrão: "falso": Especifique explicitamente uma dependência para JUnit ou Hamcrest em um java_test, em vez de receber acidentalmente das dependências do TestRunner. No momento, só funciona com o Bazel.
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--host_java_launcher=<a build target label> padrão: veja a descrição: A tela de início Java usada por ferramentas executadas durante um build.
--host_javacopt=<a string>: vários usos são acumulados: Outras opções para transmitir para javac ao criar ferramentas executadas durante um build.
--host_jvmopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para a VM do Java ao criar ferramentas que são executadas durante a criação. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_check_sharding_support padrão: "true": Se verdadeiro, o Bazel vai falhar em um teste fragmentado se o executor de testes não indicar que é compatível com fragmentação tocando no arquivo no caminho em TEST_SHARD_STATUS_FILE. Se for falso, um executor de testes que não oferece suporte à fragmentação fará com que todos os testes sejam executados em cada fragmento.
Tags: incompatible_change
--[no]incompatible_exclusive_test_sandboxed padrão: "true": Se verdadeiro, testes exclusivos serão executados com a estratégia de sandbox. Adicione uma tag "local" para forçar a execução de um teste exclusivo localmente
Tags: incompatible_change
--[no]incompatible_strict_action_env padrão: "falso": Se verdadeiro, o Bazel usa um ambiente com um valor estático para PATH e não herda LD_LIBRARY_PATH. Use --action_env=ENV_VARIABLE se quiser herdar variáveis de ambiente específicas do cliente, mas observe que isso pode impedir o armazenamento em cache de usuários diferentes se um cache compartilhado for usado.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options>: vários usos são acumulados: Outras opções para transmitir à ferramenta J2ObjC.
--java_debug: Faz com que a máquina virtual Java de um teste Java aguarde uma conexão de um depurador compatível com JDWP (como jdb) antes de iniciar o teste. Implica -test_output=streamed.
Expande-se para:
  --test_arg=--wrapper_script_flag=--debug
  --test_output=streamed
  --test_strategy=exclusive
  --test_timeout=9999
  --nocache_test_results
--[no]java_deps padrão: "true": Gere informações de dependência (por enquanto, caminho de classe em tempo de compilação) por destino Java.
--[no]java_header_compilation padrão: "true": Compile ijars diretamente da origem.
--java_language_version=<a string> padrão: "": A versão da linguagem Java
--java_launcher=<a build target label> padrão: veja a descrição: A tela de início do Java usada na criação de binários Java. Se essa sinalização for definida como a string vazia, o inicializador do JDK será usado. O atributo "launcher" substitui essa sinalização.
--java_runtime_version=<a string> padrão: "local_jdk": A versão do ambiente de execução do Java
--javacopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para javac.
--jvmopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para a VM do Java. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--legacy_main_dex_list_generator=<a build target label> padrão: veja a descrição: Especifica um binário a ser usado para gerar a lista de classes que precisam estar no dex principal ao compilar o multidex legado.
--optimizing_dexer=<a build target label> padrão: veja a descrição: Especifica um binário a ser usado para fazer a dexação sem fragmentação.
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--plugin=<a build target label>: vários usos são acumulados: Plug-ins a serem usados no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label> padrão: veja a descrição: Especifica qual versão do ProGuard usar para remoção de código ao criar um binário Java.
--proto_compiler=<a build target label> padrão: "@bazel_tools//tools/proto:protoc": O rótulo do proto-compilador.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_cc=<a build target label> padrão: "@bazel_tools//tools/proto:cc_Dataset": Rótulo de proto_lang_interval() que descreve como compilar protos C++
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_j2objc=<a build target label> padrão: "@bazel_tools//tools/j2objc:j2objc_proto__conjunto de ferramentas": Rótulo de proto_lang_interval() que descreve como compilar protos j2objc
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_java=<a build target label> padrão: "@bazel_tools//tools/proto:java_Dataset": Rótulo de proto_lang_Dataset() que descreve como compilar protos Java.
Tags: affects_outputs, loading_and_analysis
--proto_toolchain_for_javalite=<a build target label> padrão: "@bazel_tools//tools/proto:javalite_Dataset": Rótulo de proto_lang_Dataset() que descreve como compilar protos JavaLite.
Tags: affects_outputs, loading_and_analysis
--protocopt=<a string>: vários usos são acumulados: Outras opções a serem transmitidas para o compilador protobuf.
Tags: affects_outputs
--[no]runs_per_test_detects_flakes padrão: "falso": Se verdadeiro, qualquer fragmento em que pelo menos uma execução/tentativa seja aprovada e pelo menos uma delas falhe receberá um status FLAKY.
--shell_executable=<a path> padrão: veja a descrição: Caminho absoluto para o executável do shell que o Bazel vai usar. Se ela não for definida, mas a variável de ambiente BAZEL_SH for configurada na primeira invocação do Bazel (que inicia um servidor do Bazel), ela será usada pelo Bazel. Se nenhum deles estiver definido, o Bazel usa um caminho padrão codificado, dependendo do sistema operacional em que é executado (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos os outros: /bin/bash). O uso de um shell incompatível com o bash pode levar a falhas de build ou de tempo de execução dos binários gerados.
Tags: loading_and_analysis
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".
--test_arg=<a string>: vários usos são acumulados: Especifica outras opções e argumentos que precisam ser transmitidos para o executável de teste. Pode ser usado várias vezes para especificar vários argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado apenas pelo comando "bazel test".
--test_filter=<a string> padrão: veja a descrição: Especifica um filtro para encaminhar ao framework de teste. Usado para limitar a execução de testes. Isso não afeta quais destinos são criados.
--test_result_expiration=<an integer> padrão: "-1": Essa opção foi descontinuada e não tem efeito.
--[no]test_runner_fail_fast padrão: "falso": O encaminhamento falha rapidamente para o executor de testes. O executor de testes deve interromper a execução na primeira falha.
--test_sharding_strategy=<explicit, disabled or forced=k where k is the number of shards to enforce> padrão: "explícito": Especifique a estratégia de fragmentação de testes: "explicit" para usar a fragmentação apenas se o atributo BUILD "shard_count" estiver presente. "desativado" para nunca usar a fragmentação de testes. 'forced=k' para aplicar 'k' fragmentos para teste, independentemente do atributo BUILD 'shard_count'.
--tool_java_language_version=<a string> padrão: "": A versão da linguagem Java usada para executar as ferramentas necessárias durante um build
--tool_java_runtime_version=<a string> padrão: "remotejdk_11": A versão do ambiente de execução do Java usada para executar ferramentas durante o build
--[no]use_ijars padrão: "true": Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resulta em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.

Opções de ajuda

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--help_verbosity=<long, medium or short> padrão: "médio": Selecione o nível de detalhes do comando de ajuda.
Tags: affects_outputs, terminal_output
--long [-l]: Mostrar a descrição completa de cada opção, em vez de apenas o nome dela.
Expande-se para:
--help_verbosity=long

Tags: affects_outputs, terminal_output
--short: Mostra apenas os nomes das opções, não os tipos ou significados delas.
Expande-se para:
--help_verbosity=short

Tags: affects_outputs, terminal_output

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções de informação

Herda todas as opções do build.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--[no]show_make_env padrão: "falso": Inclua o ambiente "Make" na saída.
Tags: affects_outputs, terminal_output

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções de licença

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções de instalação em dispositivos móveis

Herda todas as opções do build.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations
--mode=<classic, classic_internal_test_do_not_use or skylark> padrão: "clássico": Selecione como executar a instalação para dispositivos móveis. "classic" executa a versão atual do mobile-install. O "skylark" usa a nova versão do Starlark, que tem suporte ao android_test.
Tags: loading_and_analysis, execution, incompatible_change

--adb=<a string> padrão: "": Binário adb a ser usado para o comando "mobile-install". Se não for especificado, será usado o SDK do Android especificado pela opção de linha de comando --android_sdk (ou o SDK padrão se --android_sdk não estiver especificado).
Tags: changes_inputs

--[no]incremental padrão: "falso": Define se será feita uma instalação incremental. Se for verdadeiro, tente evitar trabalhos adicionais desnecessários lendo o estado do dispositivo em que o código será instalado e usando essa informação para evitar trabalhos desnecessários. Se for falso (o padrão), sempre faça uma instalação completa.
Tags: loading_and_analysis
--[no]split_apks padrão: "falso": Define se é necessário usar APKs divididos para instalar e atualizar o app no dispositivo. Funciona apenas em dispositivos com Marshmallow ou versões mais recentes
Tags: loading_and_analysis, affects_outputs

--adb_arg=<a string>: vários usos são acumulados: Argumentos extras a serem passados para o adb. Geralmente usado para designar um dispositivo para instalação.
Tags: action_command_lines
--debug_app: Define se é necessário aguardar o depurador antes de iniciar o app.
Expande para:
--start=DEBUG

Tags: execution
--device=<a string> padrão: "": O número de série do dispositivo adb. Se não for especificado, o primeiro dispositivo será usado.
Tags: action_command_lines
--start=<no, cold, warm or debug> padrão: "NÃO": Como o app deve ser iniciado após a instalação. Defina como WARM para preservar e restaurar o estado do aplicativo em instalações incrementais.
Tags: execution
--start_app: Se o app será iniciado depois de instalá-lo.
Expande-se para:
--start=COLD

Tags: execution

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--incremental_install_verbosity=<a string> padrão: "": O nível de detalhes da instalação incremental. Defina como 1 para gerar registros de depuração.
Tags: bazel_monitoring

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções da modificação

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations
--[no]keep_going [-k] padrão: "falso": Continue o máximo possível após um erro. Embora o destino que falhou e aqueles que dependem dele não possam ser analisados, outros pré-requisitos desses destinos podem ser.
Tags: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": Número de linhas de execução paralelas que serão usadas na fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>). Por exemplo: "auto", "HOST_CPUS*.5". "auto" define um padrão razoável com base nos recursos do host. Precisa ser pelo menos 1.
Tags: bazel_internal_configuration

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change

--base_module=<"<root>" for the root module; <module>@<version> for a specific version of a module; <module> for all versions of a module; @<name> for a repo with the given apparent name; or @@<name> for a repo with the given canonical name> padrão: "<root>": Especifica um módulo em relação ao qual os repositórios de destino especificados serão interpretados.
Tags: terminal_output
--charset=<utf8 or ascii> padrão: "utf8": Escolhe o conjunto de caracteres a ser usado na árvore. Afeta apenas a saída de texto. Os valores válidos são "utf8" ou "ASCII". O padrão é "utf8"
Tags: terminal_output
--[no]cycles padrão: "falso": Aponta ciclos de dependência dentro da árvore exibida, que normalmente são ignorados por padrão.
Tags: terminal_output
--depth=<an integer> padrão: "-1": Profundidade máxima de exibição da árvore de dependências. Uma profundidade de 1 mostra as dependências diretas, por exemplo. Para tree, path e all_paths, o padrão é Integer.MAX_VALUE, enquanto para dependências e explica, o padrão é 1 (exibe apenas dependências diretas da raiz, além das folhas de destino e seus pais).
Tags: terminal_output
--extension_filter=<a comma-separated list of <extension>s> padrão: veja a descrição: Mostre apenas os usos dessas extensões de módulo e os repositórios gerados por elas se as respectivas flags estiverem definidas. Se definido, o gráfico de resultados vai incluir apenas caminhos que contêm módulos que usam as extensões especificadas. Uma lista vazia desativa o filtro, especificando efetivamente todas as extensões possíveis.
Tags: terminal_output
--extension_info=<hidden, usages, repos or all> padrão: "oculto": Especifique quantos detalhes sobre os usos de extensões serão incluídos no resultado da consulta. "Usages" vai mostrar apenas os nomes das extensões, "repos" também vai incluir repositórios importados com use_repo e "all" também vai mostrar os outros repositórios gerados pelas extensões.
Tags: terminal_output
--extension_usages=<a comma-separated list of <module>s> padrão: "": Especifique os módulos em que o uso de extensões será exibido na consulta show_extension.
Tags: terminal_output
--from=<a comma-separated list of <module>s> padrão: "<root>": Os módulos a partir dos quais a consulta do gráfico de dependência será exibida. Verifique a descrição de cada consulta para saber a semântica exata. O padrão é <root>.
Tags: terminal_output
--[no]include_builtin padrão: "falso": Inclua módulos integrados no gráfico de dependências. Desativado por padrão porque é muito barulhento.
Tags: terminal_output
--[no]include_unused padrão: "falso": As consultas também consideram e exibem os módulos não utilizados, que não estão presentes no gráfico de resolução do módulo após a seleção (devido à seleção de versão mínima ou às regras de substituição). Isso pode ter efeitos diferentes para cada tipo de consulta, ou seja, incluir novos caminhos no comando all_paths ou dependentes no comando "explain".
Tags: terminal_output
--output=<text, json or graph> padrão: "texto": Formato em que os resultados da consulta devem ser impressos. Os valores permitidos para a consulta são: texto, json, gráfico
Tags: terminal_output
--[no]verbose padrão: "falso": As consultas também vão mostrar por que os módulos foram resolvidos para a versão atual (se tiverem mudado). O padrão é verdadeiro apenas para a consulta de explicação.
Tags: terminal_output

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".

Opções de Print_action

Herda todas as opções do build.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--print_action_mnemonics=<a string>: vários usos são acumulados: Lista por quais elementos mnemônicos os dados de print_action serão filtrados. Nenhum filtro ocorre quando deixados em branco.

Opções de consulta

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations
--[no]keep_going [-k] padrão: "falso": Continue o máximo possível após um erro. Embora o destino que falhou e aqueles que dependem dele não possam ser analisados, outros pré-requisitos desses destinos podem ser.
Tags: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": Número de linhas de execução paralelas que serão usadas na fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>). Por exemplo: "auto", "HOST_CPUS*.5". "auto" define um padrão razoável com base nos recursos do host. Precisa ser pelo menos 1.
Tags: bazel_internal_configuration

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change

--aspect_deps=<off, conservative or precise> padrão: "conservador": Como resolver dependências de aspecto quando o formato de saída é {xml,proto,record}. "desativado" significa que nenhuma dependência de aspecto foi resolvida. "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de receberem a classe de regra de dependências diretas. "precise" significa que apenas os aspectos que podem estar ativos podem ser adicionados, considerando a classe de regras das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]consistent_labels padrão: "falso": Se ativado, todos os comandos de consulta emitem rótulos como se pela função <code>str</code> do Starlark aplicada a uma instância de <code>Label</code>. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags: terminal_output
--[no]experimental_explicit_aspects padrão: "falso": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]experimental_graphless_query padrão: "automático": Se verdadeiro, usa uma implementação de consulta que não faz uma cópia do gráfico. A nova implementação só oferece suporte a --order_output=no, e a apenas um subconjunto de formatadores de saída.
Tags: build_file_semantics, eagerness_to_exit
--graph:conditional_edges_limit=<an integer> padrão: "4": O número máximo de rótulos de condição a serem exibidos. -1 significa que não há truncamento e 0 significa sem anotação. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--[no]graph:factored padrão: "true": Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512": O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados, e -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "true": Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_aspects padrão: "true": aquery, cquery: se é necessário incluir ações geradas por aspectos na saída. query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]incompatible_lexicographical_output padrão: "true": Se essa opção for definida, a saída --order_output=auto será classificada em ordem lexicográfica.
Tags: terminal_output, incompatible_change
--[no]incompatible_package_group_includes_double_slash padrão: "true": Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso": Se set e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso": Define se cada formato termina com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "true": Se ativada, as dependências dos atributos "nodep" serão incluídas no gráfico de dependências em que a consulta opera. Um exemplo comum de um atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para aprender sobre todos os atributos "nodep" da linguagem de build.
Tags: build_file_semantics
--noorder_results: Produzir os resultados de maneira ordenada por dependência (padrão) ou não ordenada. A saída não ordenada é mais rápida, mas só é aceita quando --output não é minrank, maxrank ou gráfico.
Expande-se para:
--order_output=no

Tags: terminal_output
--null: Define se cada formato termina com \0 em vez de nova linha.
Expande-se para:
--line_terminator_null=true

Tags: terminal_output
--order_output=<no, deps, auto or full> padrão: "automático": Gere os resultados não ordenados (não), ordenados por dependência (deps) ou totalmente ordenados (completos). O padrão é "auto", o que significa que os resultados são organizados por dependência ou totalmente ordenados, dependendo do formatador de saída (ordenado por dependência para proto, minrank, maxrank e Graph, totalmente ordenado para todos os outros). Quando a saída é totalmente ordenada, os nós são exibidos em uma ordem totalmente determinista (total). Primeiro, todos os nós são classificados em ordem alfabética. Em seguida, cada nó na lista é usado como o início de uma pesquisa em profundidade pós-ordem, em que as arestas de saída para nós não visitados são percorridas em ordem alfabética dos nós sucessores. Por fim, os nós são impressos na ordem inversa em que foram visitados.
Tags: terminal_output
--order_results: Produzir os resultados de maneira ordenada por dependência (padrão) ou não ordenada. A saída não ordenada é mais rápida, mas só é aceita quando --output não é minrank, maxrank ou gráfico.
Expande-se para:
--order_output=auto

Tags: terminal_output
--output=<a string> padrão: "rótulo": Formato em que os resultados da consulta devem ser impressos. Os valores permitidos para a consulta são: build, imagem, streaming_jsonproto, label, label_kind, location, maxrank, minrank, package, proto, streams_proto, textproto, xml.
Tags: terminal_output
--[no]proto:default_values padrão: "true": Se verdadeiro, os atributos com valor não especificado explicitamente no arquivo BUILD serão incluídos. Caso contrário, eles serão omitidos. Esta opção se aplica a --output=proto.
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso": Preencha o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe dela é definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "true": Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags: build_file_semantics
--[no]proto:include_attribute_source_aspects padrão: "falso": Preencha o campo proto source_aspect_name de cada atributo com o aspecto de origem do atributo (string vazia, caso contrário).
Tags: terminal_output
--[no]proto:include_synthetic_attribute_hash padrão: "falso": Se o atributo $internal_attr_hash será calculado e preenchido.
Tags: terminal_output
--[no]proto:instantiation_stack padrão: "falso": Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags: terminal_output
--[no]proto:locations padrão: "true": Se as informações de localização serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos": Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags: terminal_output
--[no]proto:rule_inputs_and_outputs padrão: "true": Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--query_file=<a string> padrão: "": Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags: changes_inputs
--[no]relative_locations padrão: "falso": Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags: terminal_output
--[no]strict_test_suite padrão: "falso": Se verdadeiro, a expressão Testing() gera um erro se encontrar um test_suite que contém destinos que não são de teste.
Tags: build_file_semantics, eagerness_to_exit
--[no]tool_deps padrão: "true": Consulta: se desativada, as dependências de "configuração exec" não serão incluídas no gráfico de dependência em que a consulta opera. Uma borda de dependência "configuração exec", como aquela de qualquer regra "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação em vez de parte do mesmo programa "destino". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração "exec", apenas os destinos configurados pelo "exec" serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--universe_scope=<comma-separated list of options> padrão: "": Um conjunto de padrões de destino separados por vírgulas (aditivo e subtrativo). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery. Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis
--[no]xml:default_values padrão: "falso": Se verdadeiro, os atributos da regra com valor não especificado explicitamente no arquivo BUILD serão exibidos. Caso contrário, serão omitidos.
Tags: terminal_output
--[no]xml:line_numbers padrão: "true": Se for "true", a saída XML vai conter números de linha. Desativar essa opção pode facilitar a leitura das diferenças. Essa opção só se aplica a --output=xml.
Tags: terminal_output

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--experimental_repository_resolved_file=<a string> padrão: "": Se não estiver vazio, escreva um valor do Starlark com as informações resolvidas de todas as regras de repositório do Starlark que foram executadas.
Tags: affects_outputs

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".

Opções de execução

Herda todas as opções do build.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration
--[no]run padrão: "true": Se for falso, pule a execução da linha de comando criada para o destino criado.
Tags: affects_outputs

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--script_path=<a path> padrão: veja a descrição: Se definido, escreva um script de shell no arquivo fornecido que invoca o destino. Se essa opção for definida, o destino não será executado no Bazel. Use 'bazel run --script_path=foo //foo && ./foo' para invocar target '//foo'. Isso difere de 'bazel run //foo' porque o bloqueio do Bazel é liberado e o executável está conectado ao stdin do terminal.
Tags: affects_outputs, execution

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções de desligamento

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--iff_heap_size_greater_than=<an integer> padrão: "0": Se for diferente de zero, o encerramento só vai encerrar o servidor se a memória total (em MB) consumida pela JVM exceder esse valor.
Tags: loses_incremental_state, eagerness_to_exit

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções de sincronização

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--[no]configure padrão: "Falso": Somente sincronizar repositórios marcados como 'configure' para fins de configuração do sistema.
Tags: changes_inputs
--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations
--[no]keep_going [-k] padrão: "falso": Continue o máximo possível após um erro. Embora o destino que falhou e aqueles que dependem dele não possam ser analisados, outros pré-requisitos desses destinos podem ser.
Tags: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": Número de linhas de execução paralelas que serão usadas na fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>). Por exemplo: "auto", "HOST_CPUS*.5". "auto" define um padrão razoável com base nos recursos do host. Precisa ser pelo menos 1.
Tags: bazel_internal_configuration
--only=<a string>: vários usos são acumulados: Se esta opção for fornecida, sincronize apenas os repositórios especificados com ela. Ainda considerar todos (ou todos os tipos de configuração de --configure fornecidos) desatualizados.
Tags: changes_inputs

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--experimental_repository_resolved_file=<a string> padrão: "": Se não estiver vazio, escreva um valor do Starlark com as informações resolvidas de todas as regras de repositório do Starlark que foram executadas.
Tags: affects_outputs

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".

Opções de teste

Herda todas as opções do build.

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--[no]print_relative_test_log_paths padrão: "falso": Se for "true", ao imprimir o caminho para um registro de teste, use o caminho relativo que utiliza o link simbólico de conveniência "testlogs". Observação: uma invocação subsequente de 'build'/'test'/etc. com uma configuração diferente pode fazer com que o destino desse link simbólico seja alterado, tornando o caminho impresso anteriormente não útil.
Tags: affects_outputs
--[no]test_verbose_timeout_warnings padrão: "falso": Se verdadeiro, exibe outros avisos quando o tempo de execução real do teste não corresponde ao tempo limite definido pelo teste (implícito ou explícito).
Tags: affects_outputs
--[no]verbose_test_summary padrão: "true": Se verdadeiro, exibe outras informações (tempo, número de execuções com falha etc.) no resumo do teste.
Tags: affects_outputs

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Opções do fornecedor

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations
--[no]keep_going [-k] padrão: "falso": Continue o máximo possível após um erro. Embora o destino que falhou e aqueles que dependem dele não possam ser analisados, outros pré-requisitos desses destinos podem ser.
Tags: eagerness_to_exit
--loading_phase_threads=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5"> padrão: "automático": Número de linhas de execução paralelas que serão usadas na fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>). Por exemplo: "auto", "HOST_CPUS*.5". "auto" define um padrão razoável com base nos recursos do host. Precisa ser pelo menos 1.
Tags: bazel_internal_configuration

--[no]incompatible_config_setting_private_default_visibility padrão: "falso": Se incompatível_enforce_config_setting_ visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "true": Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags: loading_and_analysis, incompatible_change

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--repo=<a string>: vários usos são acumulados: Fornece apenas o repositório especificado, que pode ser "@apparent_repo_name" ou "@@canônico_repo_name". Essa opção pode ser definida várias vezes
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--deleted_packages=<comma-separated list of package names>: vários usos são acumulados: Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistente, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote 'x/y' de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" se ele ainda for fornecido por outra entrada de package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]fetch padrão: "true": Permite que o comando busque dependências externas. Se a política for definida como "false", o comando vai usar qualquer versão armazenada em cache da dependência e, se não existir, vai resultar em falha.
--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--package_path=<colon-separated list of options> padrão: "%workspace%": Uma lista separada por dois-pontos de onde procurar pacotes. Os elementos que começam com "%workspace%" são relativos ao espaço de trabalho. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "true": Se ativado, faz com que o Bazel mostre mensagens "Carregando pacote:".

Opções de versão

--distdir=<a path>: vários usos são acumulados: Outros lugares para pesquisar arquivos antes de acessar a rede e fazer o download deles.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks padrão: "falso": Se definido, o cache do repositório vai criar um link físico do arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso economiza espaço em disco.
Tags: bazel_internal_configuration
--experimental_repository_downloader_retries=<an integer> padrão: "0": O número máximo de tentativas de repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1.0": Dimensione todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas que são mais lentas do que o autor da regra esperava, sem alterar o código-fonte.
Tags: bazel_internal_configuration, experimental
--http_connector_attempts=<an integer> padrão: "8": O número máximo de tentativas de downloads http.
Tags: bazel_internal_configuration
--http_connector_retry_max_timeout=<An immutable length of time.> padrão: "0s": O tempo limite máximo para novas tentativas de download de HTTP. Com o valor 0, nenhum tempo limite máximo é definido.
Tags: bazel_internal_configuration
--http_timeout_scaling=<a double> padrão: "1.0": Dimensione todos os tempos limite relacionados a downloads HTTP de acordo com o fator especificado
Tags: bazel_internal_configuration
--[no]incompatible_disable_native_repo_rules padrão: "falso": Se for falso, as regras de repositório nativo poderão ser usadas no espaço de trabalho. Caso contrário, as regras de repositório do Starlark precisarão ser usadas. As regras de repositório nativo incluem local_repository, new_local_repository, local_config_platform, android_sdk_repository e android_ndk_repository.
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: veja a descrição: Especifica o local do cache dos valores transferidos por download, obtidos durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado. Caso contrário, o padrão "<output_user_root>/cache/repos/v1" será usado
Tags: bazel_internal_configuration
--[no]repository_disable_download padrão: "falso": Se definido, o download com ctx.download{,_and_extract} não será permitido durante a busca do repositório. Observe que o acesso à rede não está completamente desativado. ctx.execute ainda pode executar um executável arbitrário que acessa a Internet.
Tags: bazel_internal_configuration

--gc_thrashing_threshold=<an integer in 0-100 range> padrão: "100": A porcentagem de espaço permanente ocupado (0-100) acima do qual o GcThrashingDetector considera eventos de pressão de memória em relação aos limites (--gc_thrashing_limits). Se definido como 100, o GcThrashingDetector será desativado.
Tags: host_machine_resource_optimizations

--[no]gnu_format padrão: "falso": Se definido, grave a versão em stdout usando as convenções descritas nos padrões GNU.
Tags: affects_outputs, execution

--allow_yanked_versions=<a string>: vários usos são acumulados: Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependência resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro": Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso": Verifique se as dependências diretas "bazel_dep" declaradas no módulo raiz são as mesmas versões recebidas no gráfico de dependências resolvida. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags: loading_and_analysis
--[no]ignore_dev_dependency padrão: "falso": Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags: loading_and_analysis
--lockfile_mode=<off, update, refresh or error> padrão: "atualização": Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo no caso de mudanças, "refresh" para atualizar também informações mutáveis (versões puxadas e módulos anteriormente ausentes) dos registros remotos periodicamente, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>: vários usos são acumulados: Substitui um módulo com um caminho local no formato <module name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".
--registry=<a string>: vários usos são acumulados: Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro, e só vão retornar para registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
--vendor_dir=<a path> padrão: veja a descrição: Especifica o diretório que vai manter os repositórios externos no modo de fornecedor, seja para buscá-los nele ou usá-los durante a criação. O caminho pode ser especificado como um caminho absoluto ou relativo para o diretório do espaço de trabalho.
Tags: loading_and_analysis

--gc_thrashing_limits=<comma separated pairs of <period>:<count>> padrão: "1s:2,20s:3,1m:5": Limites que, se atingidos, fazem o GcThrashingDetector falhar no Bazel com um OOM. Cada limite é especificado como <period>:<count>, em que período é uma duração e a contagem é um número inteiro positivo. Se mais de --gc_thrashing_threshold do espaço permanente (heap gen antigo) permanecer ocupado após <count> GCs completas consecutivas em <period>, uma OOM será acionada. Vários limites podem ser especificados separados por vírgulas.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_full_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando ocorrer um evento de GC completo, ele descartará o estado temporário de Skyframe desnecessário, até esse número de vezes por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que os eventos de GC completos nunca acionam quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando ocorrer um evento de GC completo e esse limite de porcentagem de heap retido for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_minor_gc_drops_per_invocation=<an integer, >= 0> padrão: "2147483647": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso de porcentagem de heap retida exceder o limite definido por --skyframe_high_water_mark_threshold, quando um evento secundário de GC ocorrer, ele descartará o estado Skyframe temporário desnecessário, até esse limite por invocação. O padrão é Integer.MAX_VALUE; efetivamente ilimitado. Zero significa que eventos menores de GC nunca acionarão quedas. Se o limite for atingido, o estado Skyframe não será mais descartado quando um pequeno evento de GC ocorrer e o limite de porcentagem da heap retida for excedido.
Tags: host_machine_resource_optimizations
--skyframe_high_water_mark_threshold=<an integer> padrão: "85": Sinalização de configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags: host_machine_resource_optimizations

--experimental_command_profile=<cpu, wall, alloc or lock> padrão: veja a descrição: Registra um perfil do Java Flight Recorder durante o comando. Um dos tipos de evento de criação de perfil compatíveis (cpu, Wall, alloc ou bloqueio) precisa ser fornecido como um argumento. O perfil é gravado em um arquivo nomeado de acordo com o tipo de evento no diretório base de saída. A sintaxe e a semântica dessa sinalização podem mudar no futuro para oferecer suporte a tipos de perfil ou formatos de saída adicionais. Use-a por sua conta e risco.
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso": Por padrão, o número de tipos de ação é limitado a 20 mnemônicos com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.

--experimental_resolved_file_instead_of_workspace=<a string> padrão: "": Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags: changes_inputs

--experimental_downloader_config=<a string> padrão: veja a descrição: Especifique um arquivo para configurar o downloader remoto. Esse arquivo é composto por linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e um para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam retornadas para o mesmo URL, e nesse caso várias diretivas "rewrite" podem ser retornadas.
--experimental_worker_for_repo_fetching=<off, platform, virtual or auto> padrão: "automático": O modo de linha de execução a ser usado para a busca de repo. Se definida como "off", nenhuma linha de execução de worker será usada, e a busca do repo estará sujeita a reinicializações. Caso contrário, usa uma linha de execução de worker virtual.

--override_repository=<an equals-separated mapping of repository name to path>: vários usos são acumulados: Substitui um repositório com um caminho local no formato <repository name>=<path>. Se o caminho fornecido for absoluto, ele será usado da forma como está. Se for relativo, o caminho será relativo ao diretório de trabalho atual. Se o caminho indicado começar com '%workspace%, ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace".

Tags de efeito de opção

`unknown`	Essa opção tem efeito desconhecido ou não documentado.
`no_op`	Essa opção literalmente não tem efeito.
`loses_incremental_state`	Alterar o valor dessa opção pode causar uma perda significativa de estado incremental, o que deixa os builds mais lentos. O estado pode ser perdido devido a uma reinicialização do servidor ou à invalidação de uma grande parte do gráfico de dependências.
`changes_inputs`	Essa opção altera ativamente as entradas que o Bazel considera para o build, como restrições do sistema de arquivos, versões do repositório ou outras opções.
`affects_outputs`	Essa opção afeta as saídas do Bazel. Essa tag é intencionalmente ampla, pode incluir afetos transitivos e não especifica o tipo de saída que afeta.
`build_file_semantics`	Essa opção afeta a semântica de arquivos BUILD ou .bzl.
`bazel_internal_configuration`	Essa opção afeta as configurações do maquinário bazel-internal. Essa tag, sozinha, não significa que os artefatos de versão serão afetados.
`loading_and_analysis`	Essa opção afeta o carregamento e a análise de dependências, além da criação do gráfico de dependências.
`execution`	Essa opção afeta a fase de execução, como sandbox ou opções relacionadas à execução remota.
`host_machine_resource_optimizations`	Essa opção aciona uma otimização que pode ser específica para cada máquina e não tem garantia de funcionar em todas as máquinas. A otimização pode incluir uma compensação com outros aspectos do desempenho, como custo de memória ou CPU.
`eagerness_to_exit`	Essa opção muda o tempo de saída do Bazel após uma falha, em que existe uma escolha entre continuar, apesar da falha, e encerrar a invocação.
`bazel_monitoring`	Essa opção é usada para monitorar o comportamento e o desempenho do Bazel.
`terminal_output`	Essa opção afeta a saída do terminal do Bazel.
`action_command_lines`	Essa opção muda os argumentos de linha de comando de uma ou mais ações de build.
`test_runner`	Essa opção muda o ambiente do executor de testes do build.

Tags de metadados de opção

`experimental`	Essa opção aciona um recurso experimental sem garantias de funcionalidade.
`incompatible_change`	Essa opção aciona uma alteração interruptiva. Use esta opção para testar se você está pronto para a migração ou ter acesso antecipado ao novo recurso
`deprecated`	O uso dessa opção foi suspenso. Talvez o recurso afetado tenha sido descontinuado ou que outro método de fornecimento das informações seja preferido.