Referência da linha de comando

bazel [<startup options>] <command> [<args>]
ou
bazel [<startup options>] <command> [<args>] -- [<target patterns>]
Consulte a sintaxe de padrões de destino no Guia do usuário.

Sintaxe da opção

As opções podem ser transmitidas para o Bazel de diferentes maneiras. 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 uma forma curta de um único caractere. Nesse caso, a forma abreviada precisa ser transmitida com um único traço e um espaço.
-<short_form> <value>

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

--<option>
--<option>=[true|yes|1]
e desativadas da seguinte maneira:
--no<option>
--<option>=[false|no|0]

As opções tristate 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ça da seguinte maneira:
--no<option>
--<option>=[false|no|0]

Comandos

analyze-profile Analisa dados de perfil de 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 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 Mostra a ajuda para comandos ou o índice.
info Mostra informações do ambiente de execução sobre o servidor Bazel.
license Imprime a licença do software.
mobile-install Instala os segmentos em dispositivos móveis.
modquery Consulta o gráfico de dependência externa do Bzlmod
print_action Mostra os argumentos de 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 bazel.
sync Sincroniza todos os repositórios especificados no arquivo do espaço de trabalho
test Cria e executa os destinos de teste especificados.
version Mostra informações da versão para o Bazel.

Opções de inicialização

Opções que aparecem antes do comando e são analisadas pelo cliente:
--[no]autodetect_server_javabase padrão: "verdadeiro"
Quando --nodetector_server_javabase é transmitido, o Bazel não recorre ao JDK local para executar o servidor do Bazel. Em vez disso, ele sai.
Tags: affects_outputs, loses_incremental_state
--[no]batch padrão: "falso"
Se definido, o Bazel será executado apenas como um processo de cliente sem um servidor, em vez de no modo padrão de cliente/servidor. Este recurso foi descontinuado e será removido. Para evitar a demora, desligue o servidor.
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. Esta política é útil para cargas de trabalho que não são interativas, mas não querem diminuir o valor agregado. Consulte "man 2 sged_setscheduler". Se for falso, o Bazel não realizará uma chamada do sistema.
Tags: host_machine_resource_optimizations
--bazelrc=<path> padrão: ver descrição
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 vai usar o primeiro arquivo .bazelrc encontrado nos dois locais a seguir: no diretório do espaço de trabalho e, em seguida, no diretório principal do usuário. Observação: as opções da linha de comando sempre substituem qualquer opção no bazelrc.
Tags: changes_inputs
--[no]block_for_lock padrão: "verdadeiro"
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 em stderr. Alterar esta 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 aguarda a cada tentativa de se conectar ao servidor
Tags: bazel_internal_configuration
--[no]expand_configs_in_place padrão: "verdadeiro"
Mudança da expansão das flags --config para ser feita no local, e não em uma expansão de ponto fixo entre as opções rc normais e as opções especificadas pela linha de comando.
Tags: no_op, deprecated
--failure_detail_out=<path> padrão: ver descrição
Se definido, especifica um local para escrever uma mensagem protobuf crash_detail se o servidor enfrentar uma falha e não puder relatá-la por meio do gRPC, normalmente. Caso contrário, o local será ${OUTPUT_BASE}/Failure_detail.rawproto.
Tags: affects_outputs, loses_incremental_state
--[no]home_rc padrão: "verdadeiro"
Se você deve ou não procurar o arquivo bazelrc home em $HOME/.bazelrc
Tags: changes_inputs
--[no]idle_server_tasks padrão: "verdadeiro"
Execute System.gc() quando o servidor está 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 sinalizações de modificação rc, mesmo que elas venham 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"
Apenas 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 e 7 a mais baixa. O programador antecipado só pode respeitar a prioridade 4. Se definido como um valor negativo, o Bazel não vai realizar 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
Padrão de --macos_qos_class=<a string>: "padrão"
Define a classe de serviço QoS do servidor Bazel ao executar no macOS. Essa flag não afeta todas as outras plataformas, mas oferece suporte para garantir que os arquivos RC possam ser compartilhados entre elas sem mudanças. Os valores possíveis são: interativo, 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á em inatividade antes de ser desligado. Zero significa que o servidor nunca será encerrado. É lido apenas na inicialização do servidor. Alterar essa opção não fará com que o servidor seja reiniciado.
Tags: eagerness_to_exit, loses_incremental_state
--output_base=<path> padrão: ver descrição
Se definido, especifica o local de saída em que toda a saída do 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, provavelmente vai iniciar um novo servidor adicional do Bazel. 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, você pode 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 desligar um servidor do Bazel.
Tags: affects_outputs, loses_incremental_state
--output_user_root=<path> padrão: ver descrição
O diretório específico do usuário, abaixo do qual todas as saídas de build são gravadas. Por padrão, essa é uma função de $USER, mas, ao especificar uma constante, as saídas de build podem ser compartilhadas entre usuários que colaboram.
Tags: affects_outputs, loses_incremental_state
--[no]preemptible padrão: "falso"
Se verdadeiro, o comando poderá ser interrompido caso outro comando seja iniciado.
Tags: eagerness_to_exit
--server_jvm_out=<path> padrão: ver descrição
O local para gravar a saída da JVM do servidor. Se não for definido, o padrão será um local 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 ficar inativo por um tempo, desligue o servidor quando o sistema estiver com pouca RAM livre. Somente no Linux.
Tags: eagerness_to_exit, loses_incremental_state
--[no]system_rc padrão: "verdadeiro"
Se você deve ou não procurar o bazelrc do sistema.
Tags: changes_inputs
--[no]unlimit_coredumps padrão: "falso"
Aumenta o limite flexível do coredump para o limite rígido para possibilitar os coredumps do servidor (incluindo a JVM) e do cliente em condições comuns. Coloque essa sinalização no bazelrc uma vez e esqueça-a para que você receba coredumps quando realmente encontrar uma condição que os aciona.
Tags: bazel_internal_configuration
--[no]watchfs padrão: "falso"
Se verdadeiro, o Bazel tenta usar o serviço de observação de arquivos do sistema operacional para mudanças locais, em vez de verificar cada arquivo em busca de uma mudança.
Tags: deprecated
Se verdadeiro, links simbólicos reais serão criados no Windows em vez de cópia de arquivos. Exige 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: "verdadeiro"
Se você deve ou não procurar o arquivo bazelrc do workspace em $workspace/.bazelrc
Tags: changes_inputs
Opções diversas não categorizadas:
--host_jvm_args=<jvm_arg> vários usos acumulados
Sinalizações a serem transmitidas para a JVM que executa o Blaze.
--host_jvm_debug
Opção de conveniência para adicionar outras sinalizações 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 é mapeado para sinalizações de inicialização da JVM codificadas, possivelmente pesquisando alguns caminhos fixados no código para determinados arquivos.
--server_javabase=<jvm path> padrão: ""
Caminho para a JVM usada para executar o Bazel.

Opções comuns a todos os comandos

Opções que controlam a execução do build:
--experimental_oom_more_eagerly_threshold=<an integer> padrão: "100"
Se essa flag for definida com um valor menor que 100, o Bazel vai ficar OOM se, depois de duas GCs completas, mais do que essa porcentagem do heap (geração antiga) ainda estiver ocupada.
Tags: host_machine_resource_optimizations
--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 significa que não há limite.
Tags: execution
Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, e não a existência:
--repo_env=<a 'name=value' assignment with an optional value part> vários usos acumulados
Especifica as variáveis de ambiente extras para serem disponibilizadas apenas para regras de repositório. As regras de repositório veem o ambiente completo de qualquer maneira, mas dessa maneira as informações de configuração podem ser transmitidas aos repositórios por meio de opções sem invalidar o gráfico de ações.
Tags: action_command_lines
Opções que afetam o modo como o Bazel aplica entradas de build válidas (definições de regras, combinações de sinalizações etc.):
--[no]check_bzl_visibility padrão: "verdadeiro"
Se desativada, os erros de visibilidade do carregamento de .bzl são rebaixados a avisos.
Tags: build_file_semantics
Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível para arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]enable_bzlmod padrão: "falso"
Se verdadeiro, ativa o sistema de gerenciamento de dependências Bzlmod, tendo precedência sobre o ESPAÇO DE TRABALHO. Consulte https://bazel.build/docs/bzlmod para saber mais.
Tags: loading_and_analysis
--[no]experimental_action_resource_set padrão: "verdadeiro"
Se definido como verdadeiro, ctx.actions.run() e ctx.actions.run_shell() aceitarão 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_allow_tags_propagation padrão: "falso"
Se definido como verdadeiro, 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]experimental_analysis_test_call padrão: "verdadeiro"
Se definida como verdadeira, a chamada nativa analysis_test estará disponível.
Tags: loading_and_analysis, build_file_semantics, experimental
--[no]experimental_bzl_visibility padrão: "verdadeiro"
Se ativada, adiciona uma função `visibilidade()` que os arquivos .bzl podem chamar durante a avaliação de nível superior para definir a visibilidade para fins de instruções load().
Tags: loading_and_analysis, experimental
--[no]experimental_cc_shared_library padrão: "falso"
Se definido como verdadeiro, 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 definido como verdadeiro, o //pacote externo gerado automaticamente não estará mais disponível. O Bazel ainda não vai conseguir analisar o arquivo "external/BUILD", mas os globs que chegam a external/ 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_get_fixed_configured_action_env padrão: "falso"
Se ativado, action.env também retornará variáveis de ambiente fixas especificadas pela configuração de recursos.
Tags: loading_and_analysis, experimental
--[no]experimental_google_legacy_api padrão: "falso"
Se definido como verdadeiro, expõe várias partes experimentais da API de build do Starlark relacionadas ao código legado do Google.
Tags: loading_and_analysis, experimental
--[no]experimental_lazy_template_expansion padrão: "verdadeiro"
Se definido como verdadeiro, ctx.actions.expand_template() aceitará um parâmetro TemplateDict para a avaliação adiada dos valores de substituição.
Tags: execution, build_file_semantics, experimental
--[no]experimental_platforms_api padrão: "falso"
Se definido como verdadeiro, 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, repo_rule recebe alguns recursos de execução remota.
Tags: build_file_semantics, loading_and_analysis, experimental
--[no]experimental_sibling_repository_layout padrão: "falso"
Se definido como verdadeiro, 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. O efeito colateral disso é liberar $output_base/execution_root/__main__/external para o diretório "externo" real de nível superior.
Tags: action_command_lines, bazel_internal_configuration, loading_and_analysis, loses_incremental_state e experimental
--[no]incompatible_always_check_depset_elements padrão: "verdadeiro"
Confira a validade dos elementos adicionados aos depsets em todos os construtores. Os elementos precisam ser imutáveis, mas historicamente o construtor depset(direct=...) se esqueceu de verificar. Use tuplas em vez de listas em elementos depset. Consulte https://github.com/bazelbuild/bazel/issues/10313 para saber mais.
Tags: build_file_semantics, incompatible_change
Quando o valor é verdadeiro, o Bazel não retorna mais uma lista de Linking_context.library_to_link, mas retorna um depset.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disable_starlark_host_transitions padrão: "falso"
Se definida como verdadeira, os atributos da regra não podem definir "cfg = "host". As regras devem definir "cfg = "exec"".
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disable_target_provider_fields padrão: "falso"
Se definida como verdadeira, desativa a capacidade de acessar provedores nos objetos de "destino" pela sintaxe do campo. 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.
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_legacy_javainfo padrão: "verdadeiro"
Descontinuado. Ambiente autônomo.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_disallow_struct_provider_syntax padrão: "falso"
Se definido como verdadeiro, as funções de implementação de regra podem não retornar um struct. Em vez disso, ela precisa retornar uma lista de instâncias do provedor.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_existing_rules_immutable_view padrão: "verdadeiro"
Se definido como "true", native.existing_rule e native.existing_rules retornar objetos de visualização leves e imutáveis em vez de dicts mutáveis.
Tags: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_fix_package_group_reporoot_syntax padrão: "verdadeiro"
No atributo `packages` do package_group, muda o significado do valor "//..." para se referir a todos os pacotes no repositório atual em vez de todos os pacotes em qualquer repositório. Você pode usar o valor especial "public" no lugar de "//..." para obter o comportamento antigo. Essa sinalização exige que --incompatible_package_group_has_public_symtax também estejam ativadas.
Tags: build_file_semantics, incompatible_change
--[no]incompatible_java_common_parameters padrão: "verdadeiro"
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_new_actions_api padrão: "verdadeiro"
Se definida como verdadeira, a API para criar ações só estará disponível em "ctx.actions", e não em "ctx".
Tags: build_file_semantics, incompatible_change
--[no]incompatible_no_attr_license padrão: "verdadeiro"
Se definido como verdadeiro, desativa a função "attr.license".
Tags: build_file_semantics, incompatible_change
--[no]incompatible_no_implicit_file_export padrão: "falso"
Se definido, os arquivos de origem (usados) serão privados pelo pacote, a menos que sejam exportados explicitamente. Consulte https://github.com/bazelbuild/propostas/blob/master/designs/2019-10-24-file-Visibility.md
Tags: build_file_semantics, incompatible_change
--[no]incompatible_no_rule_outputs_param padrão: "falso"
Se definido como verdadeiro, desativa o parâmetro "outputs" da função "rule()`".
Tags: build_file_semantics, incompatible_change
--[no]incompatible_package_group_has_public_syntax padrão: "verdadeiro"
No atributo "packages" do package_group, permite 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: "verdadeiro"
Se definida como verdadeira, a regra create_linking_context vai precisar de linker_inputs, em vez de bibliotecas_to_link. Os getters antigos de Linking_context também vão ser desativados, e apenas linker_inputs vai estar disponível.
Tags: build_file_semantics, loading_and_analysis, incompatible_change
--[no]incompatible_run_shell_command_string padrão: "verdadeiro"
Se definido como verdadeiro, o parâmetro de comando de actions.run_shell aceitará apenas tags de string
: build_file_semantics, incompatible_change
--[no]incompatible_stop_exporting_language_modules padrão: "falso"
Se ativados, alguns módulos específicos de linguagem (como "cc_common") ficam indisponíveis nos arquivos .bzl do usuário e só podem 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 de struct to_json e to_proto, 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 honrará os provedores exigidos e será executado apenas em segmentos de nível superior com regras anunciadas de provedores que atendam aos provedores exigidos.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_unambiguous_label_stringification padrão: "verdadeiro"
Quando verdadeira, o Bazel vai transformar o rótulo @//foo:bar em @//foo:bar em vez de //foo:bar. Isso afeta apenas 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 ver 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 vai mais permitir o uso de cc_configure de @bazel_tools. Confira mais detalhes e instruções de migração em https://github.com/bazelbuild/bazel/issues/10134 (link em inglês).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_visibility_private_attributes_at_definition padrão: "falso"
Se definida como verdadeira, a visibilidade dos atributos da regra particular será verificada em relação à definição da regra, e não ao uso dela.
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: "3500"
A profundidade máxima do gráfico interno a um depset (também conhecido como NestedSet). Acima da qual o construtor depset() falhará.
Tags: loading_and_analysis
Opções que acionam otimizações do tempo de build:
--[no]incompatible_do_not_split_linking_cmdline padrão: "verdadeiro"
Quando definido como verdadeiro, o Bazel não modifica mais as sinalizações de linha de comando usadas para vinculação, nem decide seletivamente quais sinalizações vão para o arquivo de parâmetro ou não. Consulte https://github.com/bazelbuild/bazel/issues/7670 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]keep_state_after_build padrão: "verdadeiro"
Se for falso, o Blaze descartará o estado na memória desse build quando ele for concluído. Os builds subsequentes não terão incrementabilidade em relação a este.
Tags: loses_incremental_state
--skyframe_high_water_mark_threshold=<an integer> padrão: "85"
Flag para a configuração avançada do mecanismo interno do Skyframe do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele vai eliminar o estado temporário do Skyframe desnecessário. Ajustar isso pode ajudar a reduzir o impacto da sobrecarga de GC no tempo decorrido, quando a sobrecarga de GC é (i) causada pelo uso da memória desse estado temporário e (ii) mais cara do que a reconstituição do estado quando necessário.
Tags: host_machine_resource_optimizations
--[no]track_incremental_state padrão: "verdadeiro"
Se for falso, o Blaze não vai manter os dados que permitem invalidação e reavaliação em builds incrementais para economizar memória. Os builds subsequentes não terão incrementabilidade em relação a este. Normalmente, você deve especificar --batch quando esta configuração for definida como false.
Tags: loses_incremental_state
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]announce_rc padrão: "falso"
Se as opções de RC serão anunciadas.
Tags: affects_outputs
--[no]attempt_to_print_relative_paths padrão: "falso"
Ao mostrar a parte do local das mensagens, tente usar um caminho relativo ao diretório do espaço de trabalho ou a um dos diretórios especificados por --package_path.
Tags: terminal_output
--bes_backend=<a string> padrão: ""
Especifica o endpoint de back-end do serviço de eventos de build (BES) no formato [SCHEME://]HOST[:PORT]. O padrão é desativar os uploads do BES. Os esquemas compatíveis são gRP e gRPC (com o TLS ativado). Se nenhum esquema for fornecido, o Bazel vai usar gRPCs.
Tags: affects_outputs
--[no]bes_check_preceding_lifecycle_events padrão: "falso"
Define o campo check_preceding_lifecycle_events_present em PublishBuildToolEventStreamRequest, o que instrui o BES a verificar se ele recebeu eventos InvocationAttemptStarted e BuildEnqueued correspondentes ao evento atual da ferramenta.
Tags: affects_outputs
--bes_header=<a 'name=value' assignment> vários usos acumulados
Especifique um cabeçalho no formulário NAME=VALUE que será incluído nas solicitações BES. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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: ver 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 acumulados
Especifica uma lista de palavras-chave de notificação que serão adicionadas ao conjunto padrão de palavras-chave publicadas no BES ("nome_do_comando=<nome_do_comando> ", "nome_do_protocolo=BEP"). O padrão é nenhum.
Tags: affects_outputs
--[no]bes_lifecycle_events padrão: "verdadeiro"
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 precisa esperar até que o upload do BES/BEP seja concluído durante o OOMing. Essa sinalização garante o encerramento quando a JVM está com grandes sobrecargas 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 para ser armazenado em buffer em BEP, antes de ser relatado como um evento de progresso. As gravações individuais ainda são informadas em um único evento, mesmo que sejam maiores do 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 para ser enviado ao BEP em uma única mensagem.
Tags: affects_outputs
--bes_proxy=<a string> padrão: ver descrição
Conecte-se ao serviço de eventos 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 base em que um usuário pode visualizar as informações transmitidas para o back-end do BES. O Bazel envia o URL anexado pelo ID da invocação ao terminal.
Tags: terminal_output
--bes_timeout=<An immutable length of time.> padrão: "0s"
Especifica quanto tempo o Bazel deve esperar pela conclusão do upload do BES/BEP após a conclusão da criação e dos testes. Um tempo limite válido é um número natural seguido por 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
--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 do 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: "verdadeiro"
Converta caminhos na representação de arquivo binário do protocolo de evento 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_json_file=<a string> padrão: ""
Se não estiver vazio, grave uma serialização JSON do protocolo de evento de build nesse arquivo.
Tags: affects_outputs
--[no]build_event_json_file_path_conversion padrão: "verdadeiro"
Converta caminhos na representação de arquivo JSON do protocolo de evento de build para 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_max_named_set_of_file_entries=<an integer> padrão: "-1"
O número máximo de entradas para um único evento nomeado_set_of_files. Valores menores que 2 são ignorados e nenhuma divisão de eventos é realizada. Isso se destina a limitar o tamanho máximo do evento no protocolo de evento de build, embora não controle diretamente o tamanho do evento. O tamanho total do evento é uma função da estrutura do conjunto, bem como dos comprimentos do arquivo e do URI, que podem, por sua vez, 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: "verdadeiro"
Converta caminhos na representação do arquivo de texto do protocolo de evento 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
--[no]experimental_announce_profile_path padrão: "falso"
Se ativado, adiciona o caminho do perfil JSON ao registro.
Tags: affects_outputs, bazel_monitoring
--[no]experimental_bep_target_summary padrão: "falso"
Define se é necessário publicar eventos TargetSummary.
--[no]experimental_build_event_expand_filesets padrão: "falso"
Se verdadeiro, expanda os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags: affects_outputs
Se verdadeiro, resolve totalmente os links simbólicos relativos do conjunto de arquivos 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 precisa tentar 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 mínimo inicial 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: ver descrição
Seleciona como fazer upload dos artefatos referenciados no protocolo de evento de build.
Tags: affects_outputs
--experimental_profile_additional_tasks=<phase, action, action_check, action_lock, action_release, action_update, action_complete, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, process_time, remote_queue, remote_setup, fetch, 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, local_cpu_usage, system_cpu_usage, local_memory_usage, system_memory_usage, 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 or unknown> vários usos acumulados
Especifica outras tarefas a serem incluídas no perfil.
Tags: affects_outputs, bazel_monitoring
--[no]experimental_profile_include_primary_output padrão: "falso"
Inclui o atributo "out" extra em eventos de ação que têm o caminho de execução para a saída principal da ação.
Tags: affects_outputs, bazel_monitoring
--[no]experimental_profile_include_target_label padrão: "falso"
Inclui o rótulo de destino nos dados de perfil JSON dos eventos de ação.
Tags: affects_outputs, bazel_monitoring
--[no]experimental_stream_log_file_uploads padrão: "falso"
Fazer streaming do arquivo de registros diretamente para o armazenamento remoto em vez de gravá-lo no disco.
Tags: affects_outputs
--experimental_workspace_rules_log_file=<a path> padrão: ver descrição
Registre determinados eventos de regras do Workspace neste arquivo como protos delimitados do WorkspaceEvent.
--[no]generate_json_trace_profile padrão: "automático"
Se ativado, o Bazel cria um perfil do build e grava um perfil no formato JSON em um arquivo na base de saída. Para acessar o perfil, carregue em chrome://tracing. Por padrão, o Bazel grava o perfil de todos os comandos e consultas semelhantes a builds.
Tags: affects_outputs, bazel_monitoring
--[no]heap_dump_on_oom padrão: "falso"
Define se é necessário gerar manualmente um heap dump se um OOM for gerado (incluindo OOMs devido a --experimental_oom_more_eagerly_threshold). O despejo será gravado em <output_base>/<invocation_id>.heapdump.hprof. Essa opção substitui -XX:+HeapDumpOnOutOfMemoryError, o que não tem efeito porque os OOMs são capturados e redirecionados para o Runtime#halt.
Tags: bazel_monitoring
--[no]legacy_important_outputs padrão: "verdadeiro"
Use essa opção para suprimir a geração do campo "important_outputs" legado no evento TargetComplete. "important_outputs" é necessário para a integração do Bazel com 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: ver descrição
Se definido, grava os dados de uso da memória no arquivo especificado ao final da fase e no heap estável no registro mestre no final do build.
Tags: affects_outputs, bazel_monitoring
--memory_profile_stable_heap_parameters=<two integers, separated by a comma> padrão: "1,0"
Ajuste o cálculo do heap estável do perfil de memória no final do build. É preciso ter dois números inteiros separados por vírgula. O primeiro parâmetro é o número de GCs a serem realizadas. O segundo parâmetro é o número de segundos de espera entre as GCs.
Tags: bazel_monitoring
--profile=<a path> padrão: ver descrição
Se definido, cria um perfil do Bazel e grava dados no arquivo especificado. Use o bazel analyze-profile para analisar o perfil.
Tags: affects_outputs, bazel_monitoring
--[no]slim_profile padrão: "verdadeiro"
Reduz o tamanho do perfil JSON mesclando eventos se o perfil ficar muito grande.
Tags: affects_outputs, bazel_monitoring
--starlark_cpu_profile=<a string> padrão: ""
Grava 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 acumulados
Especifica quais eventos serão mostrados na interface. É possível adicionar ou remover eventos dos eventos padrão usando +/- à esquerda ou substituir completamente o conjunto padrão por atribuição direta. O conjunto de tipos de evento suportados inclui INFO, DEBUG, ERROR e muito mais.
Tags: terminal_output
Opções diversas, não categorizadas:
--build_metadata=<a 'name=value' assignment> vários usos acumulados
Pares de strings de chave-valor personalizados para fornecer 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 acumulados
Seleciona mais seções de configuração dos arquivos rc. Para cada <command>, ela também extrai as opções de <command>:<config> caso essa seção exista. Se essa seção não existir em nenhum arquivo .rc, o Blaze vai falhar com um erro. As seções de configuração e as combinações de flags a que elas são equivalentes estão localizadas nos arquivos de configuração tools/*.blazerc.
--curses=<yes, no or auto> padrão: "automático"
Use os controles de cursor do terminal para minimizar a saída de rolagem.
--[no]enable_platform_specific_config padrão: "falso"
Se verdadeiro, o Bazel escolhe as linhas de configuração específicas do SO do host nos arquivos bazelrc. Por exemplo, se o SO do host for o Linux e você executar o build do bazel, ele selecionará linhas que começam com build:linux. Os identificadores de SO compatíveis são linux, macOS, Windows, freebsd e openbsd. Ativar essa sinalização é equivalente a usar --config=linux no Linux, --config=windows no Windows etc.
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> vários usos acumulados
Configura os Auxiliares de credenciais a serem usados para recuperar credenciais do escopo fornecido (domínio). As credenciais dos Auxiliares de credenciais têm precedência sobre as credenciais de <code>--google_default_credentials</code>, `--google_credentials` ou <code>.netrc</code>. Consulte mais detalhes em https://github.com/bazelbuild/propostas/blob/main/designs/2022-06-07-bazel-credential-helpers.md.
--experimental_credential_helper_cache_duration=<An immutable length of time.> padrão: "30m"
Configura por quanto tempo as credenciais dos Auxiliares de credenciais são armazenadas em cache. Chamar com um valor diferente ajustará o ciclo de vida de entradas preexistentes. Transmita zero para limpar o cache. Um comando clean sempre limpa o cache, independente dessa flag.
--experimental_credential_helper_timeout=<An immutable length of time.> padrão: "5s"
Configura o tempo limite do Assistente de credenciais. Os Auxiliares de credenciais não responderem dentro desse tempo limite vão falhar na invocação.
--[no]experimental_skymeld_ui padrão: "falso"
Mostra o progresso das fases de análise e execução quando ambas estão em execução ao mesmo tempo.
Tags: terminal_output
--[no]experimental_windows_watchfs padrão: "falso"
Se verdadeiro, o suporte experimental do Windows com "--watchfs" será ativado. Caso contrário, --watchfsis não é 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: ver descrição
Especifica o arquivo do qual as credenciais de autenticação serão recebidas. Para mais detalhes, consulte https://cloud.google.com/docs/authentication.
--[no]google_default_credentials padrão: "falso"
Define se o serviço "Application Default Credentials do Google" será usado para autenticação. Para mais detalhes, consulte https://cloud.google.com/docs/authentication. Essa configuração está desativada por padrão.
--grpc_keepalive_time=<An immutable length of time.> padrão: ver descrição
Configura pings de sinal de atividade para conexões gRPC de saída. Se isso for definido, o Bazel enviará pings depois desse tempo 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 com menos de um segundo. Por padrão, os pings de sinal de atividade estão desativados. Converse 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 isso desta forma: --g vê_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 "--g selecionar_keepalive_time", o Bazel atingirá o tempo limite de 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 com menos de um segundo. Se os pings de sinal de atividade estiverem desativados, essa configuração será ignorada.
Se definida como verdadeira, "ctx.actions.symlink" não permitirá a vinculação simbólica de um arquivo em um diretório.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_rule_name_parameter padrão: "verdadeiro"
Se definido como verdadeiro, "rule" não pode ser chamado com o parâmetro "name".
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 está fazendo ao ter várias guias do terminal.
--[no]show_progress padrão: "verdadeiro"
Mostra mensagens de progresso durante uma criação.
--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: ver descrição
Especifique um caminho para um certificado TLS confiável para assinar certificados do servidor.
--tls_client_certificate=<a string> padrão: ver descrição
Especifique o certificado de cliente TLS a ser usado. Você também precisa fornecer uma chave de cliente para ativar a autenticação de cliente.
--tls_client_key=<a string> padrão: ver descrição
Especifique a chave de cliente TLS a ser usada. Você também precisa fornecer um certificado de cliente para ativar a autenticação de cliente.
--ui_actions_shown=<an integer> padrão: "8"
Número de ações simultâneas exibidas 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 inferiores a 1 são mapeados para 1.
Tags: terminal_output
--[no]watchfs padrão: "falso"
No Linux/macOS: se definido como "true", o Bazel tenta usar o serviço de observação de arquivos do sistema operacional para mudanças locais, em vez de verificar se há mudanças em cada arquivo. 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 de análise do perfil

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
No-op
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--dump=<text or raw> [-d] padrão: ver descrição
saída do despejo de dados completo do perfil em formato de "texto" legível ou em formato "bruto" compatível com script.
Tags: affects_outputs
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.

Opções do Aquery

Herda todas as opções da build.

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
Ambiente autônomo
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica da consulta:
--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 é resolvida, "conservadora" (o padrão) significa que todas as dependências de aspecto declaradas são adicionadas independentemente de receberem a classe de regra de dependências diretas, "exata" significa que apenas os aspectos que podem estar possivelmente ativos são adicionados, considerando a classe de regra das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, tornando-o mais lento que os outros modos. Observe também que mesmo o modo preciso não é completamente preciso: a decisão de computar um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]deduplicate_depsets padrão: "verdadeiro"
Remova a duplicação dos filhos não folha de um dep_set_of_files na saída proto/textproto/json final. Isso não elimina a duplicação de dependências que não compartilham um pai imediato. Isso não afeta a lista efetiva final de artefatos de entrada das ações.
Tags: terminal_output
--[no]graph:factored padrão: "verdadeiro"
Se for verdadeiro, o gráfico será emitido como "fatorado", ou seja, nós equivalentes topológicos serão mesclados e seus rótulos concatenados. Essa opção é aplicável apenas a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512"
O tamanho máximo da string do rótulo para um nó do gráfico na saída. Rótulos mais longos serão truncados; -1 significa que não há truncamento. Essa opção é aplicável apenas a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "verdadeiro"
Se ativada, 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 é uma que não é explicitamente especificada no arquivo BUILD, mas é adicionada pelo Bazel. Para cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_artifacts padrão: "verdadeiro"
Inclui nomes das entradas e saídas de ação na saída (possivelmente grandes).
Tags: terminal_output
--[no]include_aspects padrão: "verdadeiro"
aquery, cquery: inclui ações geradas por aspecto na saída. Query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]include_commandline padrão: "verdadeiro"
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 e SourceSymlinkManifest (possivelmente grande).
Tags: terminal_output
--[no]include_param_files padrão: "falso"
Inclua o conteúdo dos arquivos de parâmetros usados no comando (possivelmente grandes). Observação: ativar esta sinalização ativará automaticamente a sinalização --include_commandline.
Tags: terminal_output
--[no]incompatible_display_source_file_location padrão: "verdadeiro"
Verdadeiro por padrão mostra o destino do arquivo de origem. Se verdadeiro, exibe o local da linha 1 de arquivos de origem nas saídas de localização. Essa sinalização existe apenas para fins de migração.
Tags: terminal_output, incompatible_change
--[no]incompatible_package_group_includes_double_slash padrão: "verdadeiro"
Se ativada, ao gerar o atributo `packages` do package_group, o `//` inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso"
Se a política for definida e --universe_scope não estiver definida, o valor de --universe_scope será inferido como a lista de padrões exclusivos de destino na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo do universo (por exemplo, `allrdeps`) pode não ser o que você quer. Use essa opção apenas se souber o que está fazendo. Para mais detalhes e exemplos, acesse https://bazel.build/reference/query#sky-query. Se --universe_scope estiver definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (ou seja, não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso"
Define se cada formato é encerrado com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "verdadeiro"
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 atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para saber mais sobre todos os atributos "nodep" na linguagem de build.
Tags: build_file_semantics
--output=<a string> padrão: "texto"
O formato em que os resultados de uma consulta são mostrados. Os valores permitidos para uma consulta são: text, textproto, proto, jsonproto.
Tags: terminal_output
--[no]proto:default_values padrão: "verdadeiro"
Se verdadeiro, os atributos cujo valor não é explicitamente especificado no arquivo BUILD são incluídos. Caso contrário, eles são omitidos. Essa opção é aplicável a --output=proto
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso"
Preencha o campo "define_stack" do proto, que registra a pilha de chamadas do Starlark no momento em que a classe da regra foi definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "verdadeiro"
Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação simplificada é uma lista que contém cada valor do mapa de seleção exatamente uma vez. Os tipos escalares são nivelados para nulos.
Tags: build_file_semantics
--[no]proto:include_synthetic_attribute_hash padrão: "falso"
Se é necessário calcular ou não o atributo $internal_attr_hash.
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: "verdadeiro"
Define se informações de local serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos"
Lista de atributos separados por vírgulas 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: "verdadeiro"
Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--[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 do local é um caminho absoluto e não será consistente entre as máquinas. É possível definir 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 uma análise extra, despeja o Action Graph atual no Skyframe. 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: "verdadeiro"
Consulta: se desativada, as dependências em destinos de "configuração do host" ou de "execução" não serão incluídas no gráfico de dependências em que a consulta opera. Uma borda de dependência de "configuração do host", como a de qualquer regra "proto_library" para o Protocol Compiler, geralmente aponta para uma ferramenta executada durante a compilação, e não para uma parte do mesmo programa "target". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de host ou de execução do destino de nível superior que descobriu o 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 do host, somente destinos configurados pelo host serão retornados. Essa opção NÃO exclui 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 (aditivos e subtrativos). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos destinos especificados. Esta opção é usada para os comandos cquery e query. Para cquery, a entrada para essa opção são os destinos em que todas as respostas são criadas. 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 presumidos como os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode causar falhas no build se os destinos analisados pela expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.
Opções que controlam a execução do build:
Define se é necessário fazer chamadas diretas ao sistema de arquivos para criar árvores de links simbólicos
Tags: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests padrão: "falso"
Se as ações do manifesto de origem serão remotas
Tags: loading_and_analysis, execution e experimental
--[no]experimental_split_coverage_postprocessing padrão: "falso"
Se verdadeiro, o Bazel vai executar o pós-processamento da cobertura para teste em um novo spawn.
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 passam por diretórios nem são sensíveis a links simbólicos.
Tags: execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> padrão: ""
Adiciona ou remova chaves das informações de execução de uma ação com base no mnemônico dela. Aplica-se apenas a ações que oferecem suporte a informações de execução. Muitas ações comuns oferecem 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" às informações de execução e remove o "y" das informações de execução de todas as ações. "Genrule=+require-x" adiciona "requirements-x" às informações de execução para todas as ações de regra geral. "(?!Genrule).*=-require-x" remove "require-x" das informações de execução para todas as ações que não são Genrule.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar
Ative ações persistentes de dex e simplificação do Android usando workers.
Expande-se para:
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Tags: host_machine_resource_optimizations, execution
--persistent_android_resource_processor
Ative 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=Aapt2Optimize=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
Ative ações de dexação e simplificação multiplexadas do Android usando workers.
Expande-se para:
  --persistent_android_dex_desugar
  --modify_execution_info=Desugar=+supports-multiplex-workers
  --modify_execution_info=DexBuilder=+supports-multiplex-workers

Tags: host_machine_resource_optimizations, execution
--persistent_multiplex_android_resource_processor
Ative 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=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workershost_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
Ativar ferramentas 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
Opções que configuram o conjunto de ferramentas usado para a execução da ação:
--android_compiler=<a string> padrão: ver 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 para builds do Android.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> padrão: ver descrição
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 a ser usada para as regras android_binary. Sinalização para ajudar 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 multiplataforma, 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_compiler=<a string> padrão: ver descrição
O compilador de destino da Apple. Útil para selecionar variantes de um conjunto de ferramentas (por exemplo, xcode-beta).
Tags: affects_outputs, 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 Objc e as dependências delas.
Tags: loses_incremental_state, changes_inputs
--apple_grte_top=<a build target label> padrão: ver descrição
O destino grte_top da Apple.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--cc_output_directory_tag=<a string> padrão: ""
Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: affects_outputs, explicit_in_output_path
--compiler=<a string> padrão: ver descrição
O compilador C++ que 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, ele 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, ele 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 cada ação de teste que coleta 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: ver descrição
Especifica uma implementação personalizada de placeoc. Essa configuração modifica os atributos shopping center nas regras de criação.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> vários usos acumulados
Lista de expressões regulares separadas por vírgula, cada uma opcionalmente prefixada por - (expressão negativa) e atribuída (=) a uma lista de destinos de valores de restrição separados por vírgulas. Se um destino não corresponder a nenhuma expressão negativa e pelo menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se tivesse declarado os valores de restrição como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 vai adicionar "x86_64" a qualquer destino em //demo, exceto para aqueles cujo nome contém "test".
Tags: loading_and_analysis
--[no]experimental_enable_objc_cc_deps padrão: "verdadeiro"
Permite que as regras objc_* dependam de cc_library e faça com que todas as dependências objc sejam criadas com "--cpu" definido como "ios_<--ios_cpu>" para todos os valores em --ios_multi_cpu.
Tags: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements padrão: "falso"
Se definido, adicione um requisito de execução "require-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 "requirements-xcode-label:{version_label}".
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode padrão: "verdadeiro"
Se verdadeiro, use o Xcode mais recente que esteja 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 pelo xcode-select.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> vários usos acumulados
As plataformas 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 vão ser consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms().
Tags: execution
--extra_toolchains=<comma-separated list of options> vários usos acumulados
As regras do conjunto de ferramentas a serem consideradas durante a resolução dele. 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_datasets().
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> padrão: ver descrição
Um rótulo para uma biblioteca libc dentro. O valor padrão é selecionado pelo conjunto de ferramentas de várias ferramentas e quase nunca é necessário substituí-lo.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string> padrão: ver descrição
O compilador C++ que será usado na compilação do host. Ela será ignorada se --host_crosstool_top não estiver definido.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label> padrão: ver descrição
Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração de host. Se essa sinalização 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: ver descrição
Se especificada, esta configuração substitui o diretório de nível superior da libc (--grte_top) para a configuração do host.
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label> padrão: ""
O rótulo de uma regra de plataforma que descreve o sistema host.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set padrão: "verdadeiro"
Se verdadeiro, o Bazel não permitirá especificar expand_if_all_available em flag_sets. Consulte as instruções de migração em https://github.com/bazelbuild/bazel/issues/7008.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features padrão: "verdadeiro"
Se o resultado for verdadeiro, o Bazel não vai ativar os recursos "host" e "nonhost" no conjunto de ferramentas c++. Consulte https://github.com/bazelbuild/bazel/issues/7407 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution padrão: "falso"
Use a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras 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 nativo)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone padrão: "verdadeiro"
Se o resultado for verdadeiro, o Bazel não vai reutilizar as linhas de comando de ação de link em C++ para linhas de comando de indexação lto. Consulte https://github.com/bazelbuild/bazel/issues/6791 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain padrão: "verdadeiro"
Se for verdadeiro, o Bazel vai confirmar quando os atributos cc_dataset.cpu e cc_toolkit.compiler forem definidos. Consulte https://github.com/bazelbuild/bazel/issues/7075 para ver instruções de migração.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive padrão: "verdadeiro"
Se 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: "verdadeiro"
Se for verdadeiro, o Bazel exigirá o parâmetro "ctx" em cc_common.configure_features. Consulte https://github.com/bazelbuild/bazel/issues/7793 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects padrão: "verdadeiro"
Use objetos compartilhados de interface se compatíveis com o conjunto de ferramentas. Todos os conjuntos de ferramentas ELF são compatíveis atualmente com 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: ver descrição
Especifica a versão do SDK do iOS que será usada para criar apps iOS. Se não for especificada, vai ser usada a versão padrão do SDK do iOS de "xcode_version".
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK do macOS a ser usada para criar aplicativos para macOS. Se não for especificada, vai usar a versão padrão do SDK para macOS de "xcode_version".
Tags: loses_incremental_state
--minimum_os_version=<a string> padrão: ver descrição
A versão mínima do SO para a compilação.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path> padrão: ""
O local de um arquivo de mapeamento que descreve qual plataforma usar se nenhuma estiver definida ou quais flags serão definidas quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente na 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 da 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: ver descrição
Descontinuado, sem operação. Desativado por "--incompatible_use_python_datasets".
Tags: no_op, deprecated
--python3_path=<a string> padrão: ver descrição
Descontinuado, sem operação. Desativado por "--incompatible_use_python_datasets".
Tags: no_op, deprecated
--python_path=<a string> padrão: ver descrição
O caminho absoluto do intérprete de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatible_use_python_toolkits.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label> padrão: ver descrição
O rótulo de um py_runtime que representa o interpretador do Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatible_use_python_toolkits.
Tags: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label> padrão: "@local_config_platform//:host"
O rótulo de uma regra de plataforma que precisa ser usada se nenhuma plataforma de destino estiver definida e nenhum mapeamento de plataforma corresponder ao conjunto atual de sinalizações.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK do tvOS a ser usada para criar aplicativos para tvOS. Se não for especificada, vai usar a versão padrão do SDK do tvOS de "xcode_version".
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, vai usar a versão padrão do SDK do watchOS de "xcode_version".
Tags: loses_incremental_state
--xcode_version=<a string> padrão: ver descrição
Se especificado, usa o Xcode da versão fornecida para 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 usada para selecionar a versão do Xcode na configuração do build.
Tags: loses_incremental_state, loading_and_analysis
Opções que controlam a saída do comando:
--[no]apple_enable_auto_dsym_dbg padrão: "falso"
Define se é necessário forçar a ativação da geração de arquivos de símbolo de depuração (.dSYM) para builds dbg.
Tags: affects_outputs, action_command_lines
--[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
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se for falso, gravar manifestos somente quando possível.
Tags: affects_outputs
--[no]build_runfile_manifests padrão: "verdadeiro"
Se verdadeiro, gravar manifestos de runfiles para todos os destinos. Se for falsa, omita-as. Os testes locais não vão ser executados quando 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 do binário de teste também será criado automaticamente.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> padrão: ".pb.h"
Define os prefixos dos arquivos principais que uma cc_proto_library cria.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> padrão: ".pb.cc"
Define os prefixos dos arquivos de origem que uma cc_proto_library cria.
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 fissão para compilações e links em C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais "yes" para ativar todos os modos e "no" para desativá-los.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]incompatible_always_include_files_in_data padrão: "verdadeiro"
Se verdadeiro, as regras nativas adicionam <code>DefaultInfo.files</code> de dependências de dados aos arquivos de execução, o que corresponde ao comportamento recomendado para as regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags: affects_outputs, incompatible_change
--[no]legacy_external_runfiles padrão: "verdadeiro"
Se for verdadeiro, crie florestas de links simbólicos de runfiles 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 é necessário gerar um arquivo de linkmap.
Tags: affects_outputs
--[no]save_temps padrão: "falso"
Se definido, as saídas temporárias de gcc serão salvas. Isso inclui arquivos .s (código assembler), arquivos .i (C pré-processado) e arquivos .ii (C++ pré-processado).
Tags: affects_outputs
Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, em vez da existência dela:
--action_env=<a 'name=value' assignment with an optional value part> vários usos 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á extraído do ambiente de invocação) ou pelo par nome=valor, que define o valor independente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, as últimas vitórias e 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: "falso"
Gere arquivos de vinculação de dados compatíveis com o AndroidX. Isso é usado apenas com a vinculação de dados v2.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args padrão: "falso"
Use a vinculação de dados do Android v2 com o argumento 3.4.0
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
--android_dynamic_mode=<off, default or fully> padrão: "desativado"
Determina se as dependências 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 escolherá se quer vincular dinamicamente. O valor "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "off" significa que todas as bibliotecas serão vinculadas no modo quase 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 à combinação de manifestos para binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação ao execroot. ALPHABETical_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração no diretório de saída. DEPENDÊNCIA significa que os manifestos são ordenados, e o manifesto de cada biblioteca 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 ProGuard.
Tags: affects_outputs, loading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> vários usos acumulados
Especifique o modo bitcode da Apple para etapas de compilação direcionadas a arquiteturas de dispositivos. Os valores estão no formato "[platform=]mode", em que a plataforma (que precisa ser "ios", "macos", "tvos" ou "watchos") é opcional. Se fornecido, o modo bitcode será aplicado especificamente a essa plataforma. Se omitido, será aplicado a todas as plataformas. O modo precisa ser "none", "embedded_markers" ou "embedded". Essa opção pode ser fornecida várias vezes.
Tags: loses_incremental_state
--[no]build_python_zip padrão: "automático"
Crie um ZIP executável em Python no Windows, desativado em outras plataformas
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do Apple Catalyst.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage padrão: "falso"
Se especificado, o Bazel vai instrumentar o código (usando instrumentação off-line quando possível) e coletar informações de cobertura durante os testes. Somente os destinos que corresponderem a --instrumentation_filter serão afetados. Normalmente, essa opção não deve ser especificada diretamente. Em vez disso, use o comando "bazel cobertura".
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, explicit_in_output_path
--conlyopt=<a string> vários usos acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C.
Tags: action_command_lines, affects_outputs
--copt=<a string> vários usos acumulados
Outras opções para transmitir para a CG.
Tags: action_command_lines, affects_outputs
--cpu=<a string> padrão: ""
A CPU de destino.
Tags: changes_inputs, affects_outputs, explicit_in_output_path
--cs_fdo_absolute_path=<a string> padrão: ver 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: ver 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 descartados no momento da execução.
Tags: affects_outputs
--cs_fdo_profile=<a build target label> padrão: ver 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 acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C++.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment> vários usos acumulados
Cada opção --define especifica uma atribuição para uma variável de build.
Tags: changes_inputs, affects_outputs
Padrão de --dynamic_mode=<off, default or fully>: "padrão"
Determina se os binários C++ serão vinculados dinamicamente. "default" significa que o Bazel escolherá se quer vincular dinamicamente. O valor "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "off" significa que todas as bibliotecas serão vinculadas no modo quase estático.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path padrão: "verdadeiro"
Se definido, o uso de fdo_absolute_profile_path gerará um erro.
Tags: affects_outputs
--[no]enable_runfiles padrão: "automático"
Ativar a árvore de links simbólicos dos arquivos de execução. Por padrão, fica desativado no Windows em outras plataformas.
Tags: affects_outputs
--experimental_action_listener=<a build target label> vários usos acumulados
Descontinuado em favor dos aspectos. Use action_listener para anexar uma extra_action a ações de build existentes
Tags: execution, experimental
--[no]experimental_android_compress_java_resources padrão: "falso"
Compacte recursos Java em APKs
Tags: affects_outputs, loading_and_analysis e experimental
--[no]experimental_android_databinding_v2 padrão: "falso"
Use android databinding v2
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
--[no]experimental_android_resource_shrinking padrão: "falso"
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex padrão: "falso"
use a ferramenta rex para reescrever arquivos dex
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
--experimental_objc_fastbuild_options=<comma-separated list of options> padrão: "-O0,-DDEBUG=1"
Usa essas strings como opções do compilador objc fastbuild.
Tags: action_command_lines
--[no]experimental_omitfp padrão: "falso"
Se for verdadeiro, use o libunwind para desenrolar de pilha e faça a compilação com -fomit-frame-pointer e -faconcurrent-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir padrão: "falso"
Se verdadeiro, a plataforma de destino será usada no nome do diretório de saída em vez da CPU.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap padrão: "falso"
Se especificado, o Bazel vai gerar informações do mapa de cobertura llvm-cov em vez de gcov quando a coleta_code_coverage estiver ativada.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--fat_apk_cpu=<comma-separated list of options> padrão: "armeabi-v7a"
Definir 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 sinalização 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 é necessário criar divisões HWASAN.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> padrão: ver descrição
Gerar binários com instrumentação FDO. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão descartados no momento da execução.
Tags: affects_outputs
--fdo_optimize=<a string> padrão: ver 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 com um perfil automático ou um arquivo de perfil LLVM. Essa flag 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 identificadores que apontam para destinos "fdo_profile". Essa sinalização será substituída pela regra "fdo_profile".
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label> padrão: ver descrição
Use dicas de pré-busca em cache.
Tags: affects_outputs
--fdo_profile=<a build target label> padrão: ver descrição
O fdo_profile que representa o perfil a ser usado para otimização.
Tags: affects_outputs
--features=<a string> vários usos acumulados
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Se você especificar -<feature>, o recurso será desativado. Os recursos negativos sempre se sobrepõem aos positivos. Consulte também --host_features
Tags: changes_inputs, affects_outputs
--[no]force_pic padrão: "falso"
Se ativada, todas as compilações C++ produzem código independente de posição ("-fPIC"), os links preferem bibliotecas pré-criadas PIC em vez de bibliotecas não PIC, e os 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 acumulados
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de host ou de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será extraído do ambiente de invocação) ou pelo par nome=valor, que define o valor independente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, as últimas vitórias e 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 serão integradas. Valores: 'fastbuild', 'dbg', 'opt'.
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string> vários usos acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C para ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_copt=<a string> vários usos acumulados
Mais opções para transmitir ao gcc para ferramentas de host.
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 acumulados
Mais opções para transmitir ao gcc para ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_features=<a string> vários usos acumulados
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Se você especificar -<feature>, o recurso será desativado. Os recursos negativos sempre se sobrepõem aos positivos.
Tags: changes_inputs, affects_outputs
--host_force_python=<PY2 or PY3> padrão: ver descrição
Substitui a versão do Python na configuração do host. Pode ser "PY2" ou "PY3".
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string> vários usos acumulados
Outra opção para transmitir para Cco: ao vincular ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima compatível do macOS para destinos de host. Se não for especificado, será usado "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 acumulados
Outras opções para passar seletivamente para o compilador C/C++ ao compilar determinados arquivos nas configurações de host ou 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 representa uma lista de padrões de expressão regular para incluir e excluir (consulte também --instrumentation_filter). option_1 e option_n indicam opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 acumulados
Mais opções de transmissão para o Swiftc para ferramentas de host.
Tags: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls padrão: "verdadeiro"
Se ativada, todas as bibliotecas de vínculo dinâmico (DLLs) do C++ geradas por cc_library no Windows vão ser renomeadas como name_{hash}.dll, em que o hash é calculado com base no RepositoryName e no caminho do pacote da DLL. Essa opção é útil quando você tem um pacote que depende de vários cc_library com o mesmo nome (por exemplo, //foo/bar1:utils e //foo/bar2:utils).
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory padrão: "verdadeiro"
Se verdadeiro, o diretório genfiles será incorporado ao diretório bin.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_host_features padrão: "falso"
Se verdadeiro, use --features apenas para a configuração de destino e --host_features para a configuração exec.
Tags: changes_inputs, affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints padrão: "verdadeiro"
Se verdadeiro, as configurações de restrição de @bazel_tools serão removidas.
Tags: affects_outputs, incompatible_change
--[no]instrument_test_targets padrão: "falso"
Quando a cobertura está ativada, especifica se as regras de teste de instrumentação serão consideradas. 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, somente as regras com nomes incluídos pelo filtro baseado em regex especificado serão instrumentadas. As regras com o prefixo "-" são excluídas. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativada.
Tags: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima do iOS compatível com simuladores e dispositivos de destino. Se não for especificado, será usado "ios_sdk_version".
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas 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: "verdadeiro"
Descontinuado, substituído por --incompatible_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' em 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 acumulados
Outra opção para transmitir para CG durante a vinculação.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string> vários usos acumulados
Opção adicional para transmitir à etapa do back-end de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string> vários usos acumulados
Opção adicional para passar à 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 acumulados
Lista de arquiteturas separadas por vírgulas para criar 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: ver descrição
Versão mínima compatível do macOS para destinos. Se não for especificado, será usado "macos_sdk_version".
Tags: loses_incremental_state
--[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 é necessário realizar remoções de símbolos e código morto em binários vinculados. As remoções binárias serão realizadas se essa flag e --compilation_mode=opt forem especificadas.
Tags: action_command_lines
--objccopt=<a string> vários usos 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 acumulados
Outras opções para passar seletivamente para o 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 representa uma lista de padrões de expressão regular para incluir e excluir (consulte também --instrumentation_filter). option_1 e option_n indicam opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 acumulados
Outras opções para passar seletivamente para o 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 representa uma lista de padrões de expressão regular para incluir e excluir. option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 de 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: ver 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: ver descrição
Use as informações do perfil do Propeller para otimizar o destino do build.Um perfil de hélice precisa consistir em pelo menos um de dois arquivos: um perfil cc e um perfil ld. Essa flag aceita um rótulo de build que precisa se referir aos arquivos de entrada do perfil de 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 exporta_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: ver descrição
Nome do caminho absoluto do arquivo cc_profile para builds otimizados por Propeller.
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> padrão: ver descrição
Nome do caminho absoluto do arquivo ld_profile para builds otimizados por Propeller.
Tags: affects_outputs
--run_under=<a prefix in front of command> padrão: ver 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: "verdadeiro"
Se verdadeiro, as bibliotecas nativas que contêm funcionalidade idêntica serão compartilhadas entre destinos diferentes
Tags: loading_and_analysis, affects_outputs
--[no]stamp padrão: "falso"
Carimbo nos binários com a data, o nome de usuário, o nome do host, as informações do espaço de trabalho etc.
Tags: affects_outputs
--strip=<always, sometimes or never> padrão: "às vezes"
Especifica se é necessário remover binários e bibliotecas compartilhadas (usando "-Wl,--strip-debug"). O valor padrão "às vezes" significa remover iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a remoção ao gerar um binário "<name>.stripped".
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string> vários usos acumulados
Outras opções para transmitir para compilação Swift.
Tags: action_command_lines
--tvos_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do Apple tvOS.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima do tvOS compatível com simuladores e dispositivos de destino. Se não for especificado, será usado "tvos_sdk_version".
Tags: loses_incremental_state
--watchos_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do 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: ver descrição
Versão mínima do watchOS compatível com simuladores e dispositivos desejados. Se não for especificado, será usado "watchos_sdk_version".
Tags: loses_incremental_state
--xbinary_fdo=<a build target label> padrão: ver descrição
Use as informações de perfil do XbinaryFDO para otimizar a compilação. Especifique o nome do perfil de binário cruzado padrão. Quando a opção é usada com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags: affects_outputs
Opções que afetam o modo como o Bazel aplica entradas de build válidas (definições de regras, combinações de sinalizações etc.):
--auto_cpu_environment_group=<a build target label> padrão: ""
Declare o "environment_group" a ser usado para mapear automaticamente os valores da 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 por 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 são marcadas.
Tags: build_file_semantics
--[no]check_visibility padrão: "verdadeiro"
Se desativada, os erros de visibilidade nas dependências de destino são rebaixados a avisos.
Tags: build_file_semantics
--[no]desugar_for_android padrão: "verdadeiro"
Define se é necessário simplificar o 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 é necessário incluir bibliotecas Java 8 com suporte em apps para dispositivos legados.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints padrão: "verdadeiro"
Verifica os ambientes com que cada destino é compatível e informa erros se algum destino tiver dependências que não oferecem suporte aos mesmos ambientes
Tags: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs padrão: "falso"
Flag para ajudar na transição da permissão para a proibição de regras android_library sem srcs com dependências. O depósito precisa ser limpo para implantar esse recurso por padrão.
Tags: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps padrão: "verdadeiro"
Define se é necessário verificar duas vezes a simplificação correta no nível binário do Android.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> padrão: "DESATIVADO"
Quando ativada, verifica se as dependências de um aar_import estão concluídas. Essa aplicação pode interromper o build ou resultar apenas em avisos.
Tags: loading_and_analysis
Padrão de --experimental_strict_java_deps=<off, warn, error, strict or default>: "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, verifique somente os destinos de pré-requisito que são arquivos de saída pesquisando somente o teste da regra de geração. Este item corresponde à verificação de visibilidade.
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 é 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 oferecer compatibilidade com versões anteriores.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark padrão: "verdadeiro"
Se ativada, defina a verificação de cabeçalho estrita na API Starlark.
Tags: loading_and_analysis, changes_inputs e incompatible_change
--[no]incompatible_validate_top_level_header_inclusions padrão: "verdadeiro"
Se verdadeiro, o Bazel também valida as inclusões de cabeçalhos de diretório de nível superior. Consulte https://github.com/bazelbuild/bazel/issues/10047 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]strict_filesets padrão: "falso"
Se esta opção estiver ativada, os conjuntos de arquivos que ultrapassam os limites do pacote serão informados como erros. Ela não funciona quando o check_fileset_Dependencies_CREDENTIALSly está desativado.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> padrão: "erro"
A menos que 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 DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados em "import public" como exportado.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes padrão: "falso"
Se for verdadeiro, 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 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
Opções que afetam as saídas de assinatura de um build:
--apk_signing_method=<v1, v2, v1_v2 or v4> padrão: "v1_v2"
Implementação a ser usada para assinar APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements padrão: "verdadeiro"
Se definido, e o modo de compilação não for "opt", os apps objc incluirão direitos de depuração durante a assinatura.
Tags: changes_inputs
--ios_signing_cert_name=<a string> padrão: ver descrição
Nome do certificado a ser usado para a assinatura do iOS. Se não for definido, o perfil de provisionamento será substituído. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página manual do signatário (SIGNING IDENTITIES).
Tags: action_command_lines
Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, .bzl ou WORKSPACE:
--[no]incompatible_disallow_legacy_py_provider padrão: "verdadeiro"
O ambiente autônomo será removido em breve.
Tags: loading_and_analysis, incompatible_change
Opções que regem o comportamento do ambiente ou do executor de testes:
--[no]allow_analysis_failures padrão: "falso"
Se verdadeiro, uma falha de análise de um destino de regra resulta na propagação do destino de uma instância de AnalysisFailureInfo que contém 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 as falhas de ação de dex2oat forem verdadeiras, o build vai falhar em vez de executar o dex2oat durante o tempo de execução do teste.
Tags: loading_and_analysis, experimental
--[no]experimental_android_use_parallel_dex2oat padrão: "falso"
Use o dex2oat em paralelo para acelerar o android_test.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks padrão: "falso"
Ative a verificação de vazamentos de memória em destinos ios_test.
Tags: action_command_lines
--ios_simulator_device=<a string> padrão: ver descrição
O dispositivo a ser simulado ao executar um aplicativo iOS no simulador, por exemplo, "iPhone 6". Para ver 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: ver descrição
A versão do iOS a ser executada no simulador durante a execução ou teste. 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 acumulados
Especifica o número de vezes que cada teste será executado. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste é considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executará todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que "run_per_test" representa um valor inteiro e "regex_filter" é uma lista de padrões de expressão regular "incluir e excluir" (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/ três vezes, exceto os que estão em foo/bar. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponde tem prioridade. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part> vários usos acumulados
Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de teste. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido pelo 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 somente pelo comando "bazel test".
Tags: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> padrão: "-1"
Substitua 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 quatro números inteiros separados por vírgula forem especificados, eles substituirão os tempos limite como curto, moderado, longo e eterno (nessa ordem). De qualquer forma, o valor -1 instrui o Blaze a usar os tempos limite padrão nessa categoria.
--tvos_simulator_device=<a string> padrão: ver descrição
O dispositivo que será simulado ao executar um aplicativo tvOS no simulador, por exemplo, "Apple TV 1080p". Para ver uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
A versão do tvOS a ser executada no simulador durante a execução ou teste.
Tags: test_runner
--watchos_simulator_device=<a string> padrão: ver descrição
O dispositivo a ser simulado ao executar um aplicativo watchOS no simulador, por exemplo, "Apple Watch - 38 mm". Para ver uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
A versão do watchOS que vai ser executada no simulador durante a execução ou teste.
Tags: test_runner
--[no]zip_undeclared_test_outputs padrão: "verdadeiro"
Se for verdadeiro, as saídas de teste não declaradas vão ser arquivadas em um arquivo ZIP.
Tags: test_runner
Opções relacionadas à saída e à semântica da consulta:
--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 é resolvida, "conservadora" (o padrão) significa que todas as dependências de aspecto declaradas são adicionadas independentemente de receberem a classe de regra de dependências diretas, "exata" significa que apenas os aspectos que podem estar possivelmente ativos são adicionados, considerando a classe de regra das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, tornando-o mais lento que os outros modos. Observe também que mesmo o modo preciso não é completamente preciso: a decisão de computar um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]deduplicate_depsets padrão: "verdadeiro"
Remova a duplicação dos filhos não folha de um dep_set_of_files na saída proto/textproto/json final. Isso não elimina a duplicação de dependências que não compartilham um pai imediato. Isso não afeta a lista efetiva final de artefatos de entrada das ações.
Tags: terminal_output
--[no]graph:factored padrão: "verdadeiro"
Se for verdadeiro, o gráfico será emitido como "fatorado", ou seja, nós equivalentes topológicos serão mesclados e seus rótulos concatenados. Essa opção é aplicável apenas a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512"
O tamanho máximo da string do rótulo para um nó do gráfico na saída. Rótulos mais longos serão truncados; -1 significa que não há truncamento. Essa opção é aplicável apenas a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "verdadeiro"
Se ativada, 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 é uma que não é explicitamente especificada no arquivo BUILD, mas é adicionada pelo Bazel. Para cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_artifacts padrão: "verdadeiro"
Inclui nomes das entradas e saídas de ação na saída (possivelmente grandes).
Tags: terminal_output
--[no]include_aspects padrão: "verdadeiro"
aquery, cquery: inclui ações geradas por aspecto na saída. Query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]include_commandline padrão: "verdadeiro"
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 e SourceSymlinkManifest (possivelmente grande).
Tags: terminal_output
--[no]include_param_files padrão: "falso"
Inclua o conteúdo dos arquivos de parâmetros usados no comando (possivelmente grandes). Observação: ativar esta sinalização ativará automaticamente a sinalização --include_commandline.
Tags: terminal_output
--[no]incompatible_display_source_file_location padrão: "verdadeiro"
Verdadeiro por padrão mostra o destino do arquivo de origem. Se verdadeiro, exibe o local da linha 1 de arquivos de origem nas saídas de localização. Essa sinalização existe apenas para fins de migração.
Tags: terminal_output, incompatible_change
--[no]incompatible_package_group_includes_double_slash padrão: "verdadeiro"
Se ativada, ao gerar o atributo `packages` do package_group, o `//` inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso"
Se a política for definida e --universe_scope não estiver definida, o valor de --universe_scope será inferido como a lista de padrões exclusivos de destino na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo do universo (por exemplo, `allrdeps`) pode não ser o que você quer. Use essa opção apenas se souber o que está fazendo. Para mais detalhes e exemplos, acesse https://bazel.build/reference/query#sky-query. Se --universe_scope estiver definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (ou seja, não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso"
Define se cada formato é encerrado com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "verdadeiro"
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 atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para saber mais sobre todos os atributos "nodep" na linguagem de build.
Tags: build_file_semantics
--output=<a string> padrão: "texto"
O formato em que os resultados de uma consulta são mostrados. Os valores permitidos para uma consulta são: text, textproto, proto, jsonproto.
Tags: terminal_output
--[no]proto:default_values padrão: "verdadeiro"
Se verdadeiro, os atributos cujo valor não é explicitamente especificado no arquivo BUILD são incluídos. Caso contrário, eles são omitidos. Essa opção é aplicável a --output=proto
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso"
Preencha o campo "define_stack" do proto, que registra a pilha de chamadas do Starlark no momento em que a classe da regra foi definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "verdadeiro"
Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação simplificada é uma lista que contém cada valor do mapa de seleção exatamente uma vez. Os tipos escalares são nivelados para nulos.
Tags: build_file_semantics
--[no]proto:include_synthetic_attribute_hash padrão: "falso"
Se é necessário calcular ou não o atributo $internal_attr_hash.
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: "verdadeiro"
Define se informações de local serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos"
Lista de atributos separados por vírgulas 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: "verdadeiro"
Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--[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 do local é um caminho absoluto e não será consistente entre as máquinas. É possível definir 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 uma análise extra, despeja o Action Graph atual no Skyframe. 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: "verdadeiro"
Consulta: se desativada, as dependências em destinos de "configuração do host" ou de "execução" não serão incluídas no gráfico de dependências em que a consulta opera. Uma borda de dependência de "configuração do host", como a de qualquer regra "proto_library" para o Protocol Compiler, geralmente aponta para uma ferramenta executada durante a compilação, e não para uma parte do mesmo programa "target". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de host ou de execução do destino de nível superior que descobriu o 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 do host, somente destinos configurados pelo host serão retornados. Essa opção NÃO exclui 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 (aditivos e subtrativos). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos destinos especificados. Esta opção é usada para os comandos cquery e query. Para cquery, a entrada para essa opção são os destinos em que todas as respostas são criadas. 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 presumidos como os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode causar falhas no build se os destinos analisados pela expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis
Opções que acionam otimizações do tempo de build:
--[no]collapse_duplicate_defines padrão: "falso"
Quando ativado, --defines redundantes serão removidos no início do build. Isso evita a perda desnecessária do cache de análise para determinados tipos de builds equivalentes.
Tags: loading_and_analysis, loses_incremental_state
--[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: "verdadeiro"
Se ativado, os arquivos .d em C++ serão transmitidos na memória diretamente dos nós de build remotos em vez de gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files padrão: "verdadeiro"
Se ativado, os arquivos de dependência (.jdeps) gerados pelas compilações Java serão transmitidos na memória diretamente dos nós de build remotos em vez de gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning padrão: "falso"
Se é necessário realizar ou não verificação para o objetivo C/C++.
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found padrão: "falso"
Se ativado, o recurso parse_headers não cria uma ação de compilação de cabeçalho separada se uma fonte com o mesmo nome de base for encontrada no mesmo destino.
Tags: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly padrão: "falso"
Quando ativada, --trim_test_configuration não corta a configuração do teste das regras marcadas como testonly=1. Isso reduz os problemas de conflito de ações quando regras que não são de teste dependem de regras "cc_test". Nenhum efeito se --trim_test_configuration for falsa.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import padrão: "falso"
Se ativada, a versão de cc_import do Starlark pode ser usada.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning padrão: "falso"
Define se é necessário restringir entradas à compilação C/C++ analisando as 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, ela também pode causar falhas nos builds, porque o processo de inclusão não implementa totalmente a semântica do pré-processador C. Mais especificamente, ele não entende diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Quaisquer problemas relacionados a esta sinalização serão encerrados.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing padrão: "verdadeiro"
A maior parte do trabalho de dexação separada para cada arquivo Jar é executada.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning padrão: "verdadeiro"
Se definido, os arquivos .d emitidos pelo Clang serão usados para remover o conjunto de entradas transmitidas para as compilações do 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 do cabeçalho estiver ativado para o conjunto de ferramentas).
Tags: execution
--[no]trim_test_configuration padrão: "verdadeiro"
Quando ativadas, as opções relacionadas a testes são apagadas abaixo do nível superior do build. Quando essa flag está ativa, os testes não podem ser criados como dependências de regras que não são de teste, mas mudanças nas opções relacionadas a eles não fazem com que as regras que não sejam de teste sejam analisadas novamente.
Tags: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder padrão: "verdadeiro"
Essa opção foi descontinuada. Ele agora é um ambiente autônomo e será removido em breve.
Tags: loading_and_analysis
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--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 ver qual depurar. Várias regex podem ser separadas por vírgulas, e cada regex é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente só será útil para especialistas em resolução de conjuntos de ferramentas.
Tags: terminal_output
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--flag_alias=<a 'name=value' flag alias> vários usos acumulados
Define um nome abreviado para uma flag 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. Quando um destino py_binary ou py_test tem "legacy_create_init" definido como "auto" (o padrão), ele é tratado como falso apenas se essa flag for definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed padrão: "verdadeiro"
Se for verdadeiro, os destinos criados na configuração do Python 2 vão aparecer em uma raiz de saída que inclui o sufixo "-py2", enquanto os destinos criados para Python 3 vão aparecer em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência `bazel-bin` apontará para destinos do Python 3 em vez do Python 2. Se você ativar esta opção, também é recomendável ativar "--incompatible_py3_is_default".
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default padrão: "verdadeiro"
Se verdadeiro, os destinos "py_binary" e "py_test" que não definirem o atributo "python_version" (ou "default_python_version") serão padronizados como PY3 em vez de PY2. Se você definir essa flag, também é recomendável definir "--incompatible_py2_outputs_are_sufFixed".
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains padrão: "verdadeiro"
Se definidas como "true", as regras nativas executáveis do Python vão usar o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido por sinalizações legadas, como --python_top.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> padrão: ver 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 não especifiquem explicitamente uma versão. Portanto, geralmente não há muito motivo para fornecer essa flag.
Tags: loading_and_analysis, affects_outputs, explicit_in_output_path
Opções diversas, não categorizadas:
--[no]cache_test_results [-t] padrão: "automático"
Se definido como "auto", o Bazel vai executar um teste novamente apenas se: (1) o Bazel detectar mudanças no teste ou nas dependências dele, (2) o teste for marcado como externo, (3) várias execuções de teste forem solicitadas com --runs_per_test ou(4) o teste tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os testes marcados como externos. Se definido como "no", o Bazel não armazena os resultados de teste em cache.
--[no]experimental_cancel_concurrent_tests padrão: "falso"
Se verdadeiro, o Blaze vai cancelar os testes simultâneos na primeira execução bem-sucedida. Ela 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 verdadeiro, a cobertura para Clang vai gerar um relatório LCOV.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map padrão: "verdadeiro"
Define se o mapa de cabeçalho J2ObjC será gerado em paralelo à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path padrão: "falso"
Define se precisa ser gerado com um 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 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 o Android.
Tags: affects_outputs
--[no]experimental_run_android_lint_on_java_rules padrão: "falso"
Define se é necessário validar origens java_*.
Tags: affects_outputs
--[no]explicit_java_test_deps padrão: "falso"
Especificar explicitamente uma dependência para JUnit ou Hamcrest em um java_test, em vez de obter acidentalmente das dependências do TestRunner. No momento, só funciona para o Bazel.
--host_java_launcher=<a build target label> padrão: ver descrição
A tela de início do Java usada por ferramentas executadas durante um build.
--host_javacopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para javac ao criar ferramentas que são executadas durante um build.
--host_jvmopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a VM Java ao criar ferramentas que são executadas durante o build. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_exclusive_test_sandboxed padrão: "falso"
Se verdadeiro, testes exclusivos serão executados com estratégia de sandbox. Adicione a 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 isso pode impedir o armazenamento em cache entre usuários se um cache compartilhado for usado.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options> vários usos acumulados
Outras opções a serem transmitidas para a 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: "verdadeiro"
Gera informações de dependência (por enquanto, caminho de classe do tempo de compilação) por destino Java.
--[no]java_header_compilation padrão: "verdadeiro"
Compile ijars diretamente da fonte.
--java_language_version=<a string> padrão: "8"
A versão da linguagem Java
--java_launcher=<a build target label> padrão: ver descrição
A tela de início do Java para usar ao criar binários do Java. Se essa sinalização estiver definida como a string vazia, a tela de início do JDK será usada. O atributo "tela de início" 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 acumulados
Outras opções para transmitir para javac.
--jvmopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a VM 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: ver 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.
--plugin=<a build target label> vários usos acumulados
Plug-ins para usar no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label> padrão: ver 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 protocompilador.
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_dataset() que descreve como compilar protótipos do C++
Tags: affects_outputs, loading_and_analysis
Padrão do --proto_toolchain_for_j2objc=<a build target label>: "@bazel_tools//tools/j2objc:j2objc_proto_toolkit"
Rótulo de proto_lang_dataset() 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 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 for aprovada e pelo menos uma execução/tentativa falhar receberá um status FLAKY.
--shell_executable=<a path> padrão: ver descrição
Caminho absoluto para o executável do shell para o Bazel usar. Se essa opção não for definida, mas a variável de ambiente BAZEL_SH for definida na primeira invocação do Bazel (que inicia um servidor do Bazel), ela vai ser usada pelo Bazel. Se nenhum deles estiver definido, o Bazel vai usar 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). Observe que o uso de um shell não compatível com bash pode causar falhas de compilação ou de tempo de execução dos binários gerados.
Tags: loading_and_analysis
--test_arg=<a string> vários usos acumulados
Especifica outras opções e argumentos que precisam ser transmitidos para o executável do teste. Pode ser usado várias vezes para especificar diversos argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado somente pelo comando "bazel test".
--test_filter=<a string> padrão: ver 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"
A opção "Falha rápida" é encaminhada para o executor de teste. O executor de teste precisa interromper a execução na primeira falha.
--test_sharding_strategy=<explicit or disabled> 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.
--tool_java_language_version=<a string> padrão: "8"
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: "verdadeiro"
Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resultará em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.

Opções de build

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que controlam a execução do build:
--[no]check_up_to_date padrão: "falso"
Não execute a criação, apenas verifique se ela está atualizada. Se todos os destinos estiverem atualizados, o build será concluído com sucesso. Se alguma etapa precisar ser executada, um erro será informado e o build falhará.
Tags: execution
--dynamic_local_execution_delay=<an integer> padrão: "1000"
Quantos milissegundos a execução local precisa ser atrasada se a execução remota for mais rápida durante uma compilação pelo menos uma vez?
Tags: execution, host_machine_resource_optimizations
--dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment> vários usos acumulados
As estratégias locais, em ordem, para usar em determinado mnemônico. Passar "local" como mnemônico define o padrão para mnemônicas não especificadas. Usa [mnemonic=]local_strategy[,local_strategy,...]
Tags: execution, host_machine_resource_optimizations
--dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment> vários usos acumulados
As estratégias remotas a serem usadas para determinado mnemônico. Transmitir "remote" como mnemônico define o padrão para mnemônicas não especificadas. 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 no sandbox ao usar a estratégia do Docker. A ação em si ainda não tem um atributo de imagem do contêiner em "remote_execution_properties" na descrição da plataforma. O valor dessa flag é transmitido literalmente para "docker run" e, portanto, oferece suporte à mesma sintaxe e a mesmos mecanismos que o próprio Docker.
Tags: execution
--[no]experimental_docker_use_customized_images padrão: "verdadeiro"
Se ativado, injeta o uid e o gid do usuário atual na imagem do Docker antes de usá-lo. Isso é necessário se o build / testes dependerem do usuário ter um nome e um diretório principal dentro do contêiner. Esse recurso fica ativado por padrão, mas é possível desativá-lo caso o recurso de personalização automática de imagens não funcione no seu caso ou caso você saiba que não é necessário.
Tags: execution
--[no]experimental_dynamic_exclude_tools padrão: "verdadeiro"
Quando definidos, os destinos que são criados "para a ferramenta" não estão sujeitos à execução dinâmica. É improvável que essas metas sejam criadas de maneira incremental e, portanto, não valem a pena gastar ciclos locais.
Tags: execution, host_machine_resource_optimizations
--experimental_dynamic_local_load_factor=<a double> padrão: "0"
Controla a quantidade de carga da execução dinâmica colocar na máquina local. Essa sinalização ajusta quantas ações na execução dinâmica serão programadas simultaneamente. Ela é baseada no número de CPUs que Blaze acredita estar disponíveis, o que pode ser controlado com a sinalização --local_cpu_resources. Se esse sinalizador for 0, todas as ações serão programadas localmente de imediato. Se for maior que 0, a quantidade de ações programadas 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 a 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 precisará ser executada somente remotamente antes de priorizar 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"
Ative o sandbox baseado no Docker. Essa opção não terá efeito se o Docker não estiver instalado.
Tags: execution
--experimental_persistent_javac
Ative o compilador Java permanente experimental.
Expande-se para:
  --strategy=Javac=worker
  --strategy=JavaIjar=local
  --strategy=JavaDeployJar=local
  --strategy=JavaSourceJar=local
  --strategy=Turbine=local

Tags: execution, host_machine_resource_optimizations
--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: "0"
Se o valor for 0, exclua as árvores de sandbox assim que uma ação for concluída, causando atraso na conclusão da ação. Se for maior que zero, execute a exclusão desses três itens em um pool de linhas de execução assíncronos que tenha tamanho 1 quando o build estiver em execução e crescer até o tamanho especificado por essa flag quando o servidor estiver inativo.
Tags: host_machine_resource_optimizations, execution
--experimental_sandboxfs_path=<a string> padrão: "sandboxfs"
Caminho para o binário sandboxfs a ser usado quando --experimental_use_sandboxfs for verdadeiro. Se o nome for simples, use o primeiro binário desse nome encontrado no PATH.
Tags: host_machine_resource_optimizations, execution
--[no]experimental_split_xml_generation padrão: "verdadeiro"
Se essa flag for 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 de teste. Caso contrário, o Bazel gera um test.xml como parte da ação de teste.
Tags: execution
--experimental_total_worker_memory_limit_mb=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> padrão: "0"
Se esse limite for maior que zero workers inativos poderá ser encerrado 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 definido como "true", não ative a raiz, apenas o que for fornecido com sandbox_add_mount_pair. Os arquivos de entrada serão vinculados ao sandbox em vez de links simbólicos. Se os arquivos de entrada de ação estiverem localizados em um sistema de arquivos diferente do sandbox, os arquivos de entrada serão copiados.
Tags: execution
--[no]experimental_use_sandboxfs padrão: "falso"
Use sandboxfs para criar diretórios execroot das ações em vez de criar uma árvore de links simbólicos. Se a resposta for "sim", o binário fornecido por --experimental_sandboxfs_path precisa ser válido e corresponder a uma versão compatível do sandboxfs. Se for "auto", o binário pode estar ausente ou ser incompatível.
Tags: host_machine_resource_optimizations, execution
--[no]experimental_use_windows_sandbox padrão: "falso"
Use o sandbox do Windows para executar ações. Se a resposta for sim, o binário fornecido por --experimental_windows_sandbox_path precisa ser válido e corresponder a uma versão compatível do sandboxfs. Se for "auto", o binário pode estar ausente ou ser incompatível.
--experimental_windows_sandbox_path=<a string> padrão: "BazelSandbox.exe"
Caminho para o binário do sandbox do Windows a ser usado quando --experimental_use_windows_sandbox for "true". Se o nome for simples, use o primeiro binário desse nome encontrado no PATH.
--[no]experimental_worker_as_resource padrão: "falso"
Se ativado, os workers são adquiridos como recursos do ResourceManager.
Tags: execution, host_machine_resource_optimizations
--[no]experimental_worker_cancellation padrão: "falso"
Se ativado, o Bazel pode enviar solicitações de cancelamento para os workers compatíveis.
Tags: execution
--[no]experimental_worker_multiplex padrão: "verdadeiro"
Se ativado, os workers compatíveis com o recurso experimental de multiplexação usarão esse recurso.
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 workers que tiverem o requisito de execução "supports-multiplex-sandboxing" serão colocados no sandbox.
Tags: execution
--[no]experimental_worker_strict_flagfiles padrão: "falso"
Se ativados, os argumentos de ações para workers que não seguem a especificação do worker causam um erro. Os argumentos do worker precisam ter exatamente um argumento @flagfile como o último da lista de argumentos.
Tags: execution
--genrule_strategy=<comma-separated list of options> padrão: ""
Especifica como executar regras gerais. Essa sinalização será eliminada. 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 acumulados
Mnemônicas de workers para serem executadas com alta prioridade. Quando workers de alta prioridade estão em execução, todos os outros são limitados.
Tags: execution
Se definido como verdadeiro e --incompatible_remote_symlinks também for verdadeiro, os links simbólicos nas saídas da ação poderão ser suspensos.
Tags: execution, incompatible_change
Se definido como verdadeiro, o Bazel representará links simbólicos nas saídas de ação no protocolo de armazenamento em cache/execução remoto dessa forma. Caso contrário, os links simbólicos serão seguidos e representados como arquivos ou diretórios. Consulte #6631 para mais detalhes.
Tags: execution, incompatible_change
--[no]incompatible_sandbox_hermetic_tmp padrão: "falso"
Se definido como verdadeiro, cada sandbox do Linux terá o 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 todos os sandboxes.
Tags: execution
--[no]internal_spawn_scheduler padrão: "falso"
Opção de marcador para que possamos saber no Blaze se o programador de criação 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 seguida por 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"
Continuar 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 a serem usadas para a fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida por 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: "falso"
Se definida como verdadeira, os diretórios usados pela execução que não seja do worker no sandbox poderão ser reutilizados para evitar custos de configuração desnecessários.
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 melhorar muito o desempenho quando a versão / testes tiver muitos arquivos de entrada. Observação: é preciso ter RAM suficiente e espaço livre no tmpfs para armazenar arquivos de saída e intermediários gerados pela execução de ações.
Tags: host_machine_resource_optimizations, execution
--[no]sandbox_explicit_pseudoterminal padrão: "falso"
Ativa explicitamente a criação de pseudoterminais para ações no modo sandbox. Algumas distribuições do Linux exigem que o ID de grupo do processo seja "tty" dentro do sandbox para que os pseudoterminais funcionem. Se isso estiver causando problemas, essa sinalização poderá ser desativada para permitir o uso de outros grupos.
Tags: execution
--sandbox_tmpfs_path=<an absolute path> vários usos acumulados
Para ações no sandbox, monte 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
--spawn_strategy=<comma-separated list of options> padrão: ""
Especifica como as ações de criaçã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 maior prioridade para executar a ação. O valor padrão é "remote,worker,sandboxed,local". Acesse https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais.
Tags: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> vários usos 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 maior prioridade para executar a ação. O valor padrão é "remote,worker,sandboxed,local". Essa sinalização substitui os valores definidos por --spawn_strategy (e --genrule_strategy se usado com mnemonic Genrule). Acesse https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais.
Tags: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> vários usos acumulados
Substitua qual estratégia de criação precisa ser usada para executar ações de spawn com descrições correspondentes a um determinado regex_filter. Consulte --per_file_copt para obter detalhes sobre a correspondência de onregex_filter. É usado o primeiro regex_filter que corresponda à descrição. Essa opção substitui outras sinalizações para especificar a estratégia. Exemplo: --strategy_regexp=//foo.*\.cc,-//foo/bar=local significa executar ações usando a 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 vai executar "Compiling //foo/bar/baz" com a estratégia "local", mas reverter a ordem vai executá-la com "sandbox".
Tags: execution
--worker_extra_flag=<a 'name=value' assignment> vários usos acumulados
Sinalizações de comando extras que serão transmitidas para processos de worker, além de --persistent_worker, codificada 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 acumulados
Quantas instâncias de um processo de worker (como o compilador Java persistente) poderão ser iniciadas se você usar a estratégia "worker". Pode ser especificado como [name=value] para atribuir um valor diferente por mnemônico de worker. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida por 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 mneumônicas não especificadas.
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 acumulados
Quantos WorkRequests um processo de worker multiplex pode receber em paralelo se você usar a estratégia "worker" com --experimental_worker_multiplex. Pode ser especificado como [name=value] para atribuir um valor diferente por mnemônico de worker. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida por 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 mneumônicas não especificadas.
Tags: execution, host_machine_resource_optimizations
--[no]worker_quit_after_build padrão: "falso"
Se ativado, todos os workers são encerrados após a conclusão de uma build.
Tags: execution, host_machine_resource_optimizations
--[no]worker_sandboxing padrão: "falso"
Se ativado, os workers serão executados em um ambiente em sandbox.
Tags: execution
--[no]worker_verbose padrão: "falso"
Se ativada, mostra mensagens detalhadas quando os workers são iniciados, encerrados...
Opções que configuram o conjunto de ferramentas usado para a execução da ação:
--[no]incompatible_disable_runtimes_filegroups padrão: "falso"
Ambiente autônomo descontinuado.
Tags: action_command_lines, loading_and_analysis, deprecated e incompatible_change
--[no]incompatible_dont_emit_static_libgcc padrão: "verdadeiro"
Ambiente autônomo descontinuado.
Tags: action_command_lines, loading_and_analysis, deprecated e incompatible_change
O ambiente autônomo foi descontinuado.
Tags: action_command_lines, loading_and_analysis, deprecated, incompatible_change
Opções que controlam a saída do comando:
--[no]build padrão: "verdadeiro"
Execute o build. Esse é o comportamento normal. A especificação de "--nobuild" faz com que a compilação seja interrompida antes de executar as ações dela, 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_run_validations padrão: "verdadeiro"
Use --run_validations
Tags: execution, affects_outputs
--[no]experimental_use_validation_aspect padrão: "falso"
Define se ações de validação serão executadas usando aspecto (para paralelismo com testes).
Tags: execution, affects_outputs
--output_groups=<comma-separated list of options> vários usos acumulados
Uma lista de nomes de grupos de saída separados por vírgulas, cada um com um prefixo opcional + ou -. Um grupo prefixado por + é adicionado ao conjunto padrão de grupos de saída, enquanto um grupo prefixado por - é removido do conjunto padrão. Se pelo menos um grupo não tiver prefixo, o conjunto padrão de grupos de saída será omitido. Por exemplo, --output_groups=+foo,+bar constrói a união do conjunto padrão, foo e bar, enquanto --output_groups=foo,bar substitui o conjunto padrão de modo que apenas foo e bar são construídos.
Tags: execution, affects_outputs
--[no]run_validations padrão: "verdadeiro"
Define se ações de validação serão executadas como parte do build. Confira https://bazel.build/rules/rules#validation_actions
Tags: execution, affects_outputs
Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, e não a existência:
--aspects=<comma-separated list of options> vários usos acumulados
Lista separada por vírgulas de aspectos a serem aplicados às metas de nível superior. Na lista, se o aspecto some_aspect especificar os provedores de aspecto necessários por required_aspect_providers, some_aspect será executado depois de todos os aspectos mencionados na lista cujos provedores anunciados satisfazem os provedores de aspectos obrigatórios. Além disso, some_aspect será executado depois de todos os aspectos obrigatórios especificados por required atributo. 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 ferramentas de arquivo/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 de artefatos do BEP.
Tags: affects_outputs
Essa sinalização controla como os links simbólicos de conveniência (aqueles que aparecem no espaço de trabalho após o build) 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. clean: todos os links simbólicos serão excluídos incondicionalmente. ignorar: os links simbólicos não serão incluídos. log_only: gera mensagens de registro como se "normal" tivesse sido transmitido, mas não execute nenhuma operação do sistema de arquivos (útil para ferramentas). Apenas os links simbólicos cujos nomes são gerados pelo valor atual de --symlink_prefix podem ser afetados. Se o prefixo for alterado, os links simbólicos existentes não serão incluídos.
Tags: affects_outputs
Essa sinalização controla se o eventConvenienceSymlinksIdentified do build será postado ou não no BuildEvent Protocol. Se o valor for "true", o BuildEvent Protocol terá uma entrada para modestoSymlinksIdentified, listando todos os links simbólicos de conveniência criados no seu espaço de trabalho. Se for "false", a entrada conveniênciaSymlinksIdentified no BuildEvent Protocol estará vazia.
Tags: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> vários usos acumulados
Descontinuado. Ambiente autônomo.
Tags: affects_outputs, experimental
--remote_download_minimal
Não faz o download de saídas de compilação remotas para a máquina local. Essa sinalização é um atalho para sinalizações: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files, --experimental_action_cache_store_output_metadata e --remote_download_outputs=minimal.
Expande-se para:
  --nobuild_runfile_links
  --experimental_inmemory_jdeps_files
  --experimental_inmemory_dotd_files
  --experimental_action_cache_store_output_metadata
  --remote_download_outputs=minimal

Tags: affects_outputs
--remote_download_outputs=<all, minimal or toplevel> padrão: "todos"
Se definido como "mínimo", nenhuma saída de compilação remota será salva para a máquina local, exceto as exigidas pelas ações locais. Se definido como "toplevel", o comportamento será como "mínimo", exceto pelo fato de que também faz o download das saídas dos destinos de nível superior para a máquina local. Ambas as opções poderão reduzir significativamente os tempos de compilação se a largura de banda da rede for um gargalo.
Tags: affects_outputs
Em vez de fazer o download das saídas de build remotas 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
Faz o download apenas de saídas remotas de destinos de nível superior para a máquina local. Esta sinalização é um atalho para sinalizações: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files, --experimental_action_cache_store_output_metadata e --remote_download_outputs=toplevel.
Expande-se para:
  --experimental_inmemory_jdeps_files
  --experimental_inmemory_dotd_files
  --experimental_action_cache_store_output_metadata
  --remote_download_outputs=toplevel

Tags: affects_outputs
O prefixo que é 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 para "/" será descontinuada em breve. Em vez dela, use --experimental_convenience_symlinks=ignore.
Tags: affects_outputs
Opções que afetam o modo como o Bazel aplica entradas de build válidas (definições de regras, combinações de sinalizações etc.):
--[no]experimental_docker_privileged padrão: "falso"
Se ativado, o Bazel vai passar a sinalização --privileged para "docker run" ao executar ações. Isso pode ser exigido pelo build, mas também pode resultar em hermética reduzida.
Tags: execution
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
Se verdadeiro, mapeia os destinos dos links simbólicos especificados como entradas de ação no sandbox. Esse recurso serve apenas para resolver problemas com regras que não fazem isso sozinhos e deve ser removido quando todas forem corrigidas.
Tags: host_machine_resource_optimizations, execution
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
--[no]incompatible_legacy_local_fallback padrão: "verdadeiro"
Se definido como verdadeiro, ativa o substituto implícito legado do sandbox para a estratégia local. Essa flag acabará sendo definida como falsa por padrão e se tornará um ambiente autônomo. Em vez disso, 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 acumulados
Adicione outro par de caminhos para ativar no sandbox.
Tags: execution
--sandbox_block_path=<a string> vários usos acumulados
Para ações no modo sandbox, bloqueie o acesso a este caminho.
Tags: execution
--[no]sandbox_default_allow_network padrão: "verdadeiro"
Permitir acesso à rede por padrão para ações. Isso pode não funcionar com todas as implementações de sandbox.
--[no]sandbox_fake_hostname padrão: "falso"
Mude o nome do host atual para "localhost" para ações no modo sandbox.
Tags: execution
--[no]sandbox_fake_username padrão: "falso"
Mude o nome de usuário atual para "nobody" (ninguém) nas ações no modo sandbox.
Tags: execution
--sandbox_writable_path=<a string> vários usos acumulados
Para ações no sandbox, torne um diretório existente gravável no sandbox (se compatível com a implementação do sandbox, ignorado caso contrário).
Tags: execution
Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível para arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
Ambiente autônomo
Tags: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility padrão: "falso"
Se incompatible_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 vai seguir a mesma lógica de visibilidade de todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933 (link em inglês).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "verdadeiro"
Se for verdadeiro, aplique restrições de visibilidade de config_setting. Se for falso, cada config_setting ficará visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932 (link em inglês).
Tags: loading_and_analysis, incompatible_change
Opções que regem o comportamento do ambiente ou do executor de testes:
--[no]check_tests_up_to_date padrão: "falso"
Não faça testes, apenas verifique se eles estão atualizados. Se todos os resultados estiverem atualizados, o teste vai ser concluído com sucesso. Se algum teste precisar ser criado ou executado, um erro será informado e o teste falhará. Essa opção implica o 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 acumulados
Cada teste vai 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 do teste. 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 ele for definido como "default", somente uma tentativa será feita para testes regulares e três para testes marcados explicitamente como instáveis pela regra (atributo instável=1). Sintaxe alternativa: regex_filter@flaky_test_attempts. Onde flaky_test_attempts é igual ao exemplo acima e regex_filter representa uma lista de padrões de expressão regular de inclusão e exclusão (consulte também --runs_per_test). Exemplo: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 limpa todos os testes em //foo/ três vezes, exceto aqueles em foo/bar. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponde tem prioridade. Se nada corresponder, o comportamento será como se fosse "default" (padrão).
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 seguida por uma operação ([-|*]<float>), por exemplo. "auto", "HOST_CPUS*.5". O valor "0" significa que os recursos locais limitam o número de jobs de teste locais a serem executados simultaneamente. Definir um valor maior que o valor de --jobs não é eficaz.
Tags: execution
--[no]test_keep_going padrão: "verdadeiro"
Quando desativado, qualquer teste não aprovado fará com que todo o build seja interrompido. Por padrão, todos os testes são executados, mesmo se alguns não forem 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: ver descrição
Especifica o diretório temporário de base para o "teste do bazel" usar.
Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]announce padrão: "falso"
Descontinuado. Ambiente autônomo.
Tags: affects_outputs
--[no]debug_spawn_scheduler padrão: "falso"
--[no]experimental_bep_target_summary padrão: "falso"
Define se é necessário publicar eventos TargetSummary.
--[no]experimental_build_event_expand_filesets padrão: "falso"
Se verdadeiro, expanda os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags: affects_outputs
Se verdadeiro, resolve totalmente os links simbólicos relativos do conjunto de arquivos 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 precisa tentar 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 mínimo inicial 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: ver 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: "verdadeiro"
Quando ativadas, as estatísticas de execução, como o horário do usuário e do sistema, são registradas para ações executadas localmente que usam sandbox
Tags: execution
--[no]experimental_docker_verbose padrão: "falso"
Se ativado, o Bazel mostra 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 aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
--experimental_repository_resolved_file=<a string> padrão: ""
Se não estiver vazio, grave 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_stream_log_file_uploads padrão: "falso"
Fazer streaming do arquivo de registros diretamente para o armazenamento remoto em vez de gravá-lo no disco.
Tags: affects_outputs
--explain=<a path> padrão: ver 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: "verdadeiro"
Use essa opção para suprimir a geração do campo "important_outputs" legado no evento TargetComplete. "important_outputs" é necessário para a integração do Bazel com 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ção remota. Útil ao depurar ações. Isso é implícito por "--subcommands" e "-chave_falhas".
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, mostra até o número especificado 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 de registro por teste que pode ser emitido quando --test_output é "errors" ou "all". Útil para evitar sobrecarregar a saída de teste com muito ruído. O cabeçalho do teste é incluído no tamanho do registro. Valores negativos implicam 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: ver descrição
Mostra apenas avisos 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 entre os relatórios de jobs ainda em execução. O valor padrão 0 significa que o primeiro relatório será mostrado após 10 segundos, depois 30 segundos e, depois desse progresso, ele será relatado uma vez por minuto. Quando --curses estiver ativado, o progresso será relatado 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 somente em caso de falhas, "sucesso" para imprimir somente no caso de sucessos e "todos" para imprimir sempre.
Tags: terminal_output
--[no]sandbox_debug padrão: "falso"
Ativa recursos de depuração para o recurso de sandbox. Isso inclui duas coisas: primeiro, o conteúdo da raiz do sandbox não é alterado após uma compilação (e se o sandboxfs está em uso, o sistema de arquivos é montado) e o segundo, exibe informações extras de depuração na execução. Isso pode ajudar os desenvolvedores de regras do Bazel ou do 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 de arquivos de saída que foram criados. Os arquivos impressos são strings convenientes para copiar e colar no shell e executá-los. Essa opção requer um argumento inteiro, que é o número limite de destinos acima do qual as informações de resultado não são impressas. Portanto, zero causa a supressão da mensagem e MAX_INT faz com que a impressão do resultado sempre ocorra. O padrão é um.
Tags: affects_outputs
--[no]subcommands [-s] padrão: "falso"
Exibe os subcomandos executados durante uma criação. Sinalizações relacionadas: --execution_log_json_file, --execution_log_binary_file (para registrar subcomandos 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 "summary" para gerar apenas o resumo do status de teste, "errors" para imprimir registros de testes com falha, "all" para imprimir registros de todos os testes e "stream" para gerar registros de todos os testes em tempo real. Isso força os testes a serem executados localmente, 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: "curta"
Especifica o formato desejado do resumo do teste. Os valores válidos são "curto" para imprimir informações apenas sobre os testes executados, "terse" para mostrar informações apenas sobre testes malsucedidos executados, "detalhado" para imprimir informações detalhadas sobre os casos de teste com falha, "caso de teste" para imprimir um resumo na resolução do caso de teste, não mostrar 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 detalhamento das explicações emitidas se --explain estiver ativado. Não terá efeito se --explain não estiver ativado.
Tags: affects_outputs
--[no]verbose_failures padrão: "falso"
Se um comando falhar, mostre a linha de comando completa.
Tags: terminal_output
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--aspects_parameters=<a 'name=value' assignment> vários usos 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 em --aspects list ou é obrigatório por um aspecto da 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 do 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, em vez de na linha de comando. É um erro especificar um arquivo aqui, assim como padrões de linha de comando.
Tags: changes_inputs
Opções de execução e armazenamento remoto:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
--[no]experimental_guard_against_concurrent_changes padrão: "falso"
Desative essa opção para desativar a verificação do ctime dos arquivos de entrada de uma ação antes de fazer o upload 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.
--experimental_remote_build_event_upload=<all or minimal> padrão: "todos"
Se definido 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 serã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 se eles estiverem ausentes no cache remoto. O padrão é "todos".
--[no]experimental_remote_cache_async padrão: "falso"
Se verdadeiro, a E/S do cache remoto vai acontecer em segundo plano em vez de ocorrer como parte de um spawn.
--[no]experimental_remote_cache_compression padrão: "falso"
Se ativado, compacta/descompacta os blobs de cache com zstd.
--experimental_remote_capture_corrupted_outputs=<a path> padrão: ver descrição
Um caminho para um diretório em que as saídas corrompidas serão capturadas.
--[no]experimental_remote_discard_merkle_trees padrão: "falso"
Se definida como "true", descarte cópias na memória da árvore de Merkle da raiz de entrada e mapeamentos de entrada associados durante chamadas para GetActionResult() e Execute(). Isso reduz o uso da memória significativamente, mas exige que o Bazel recompute-as em caso de ausências e novas tentativas do cache remoto.
--experimental_remote_downloader=<a string> padrão: ver descrição
Um URI de endpoint da API Remote Asset, para ser usado como um proxy de download remoto. Os esquemas compatíveis são gRPC, gRPCs (com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará gRPCs por 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 à ferramenta de download local se ela falhar.
--[no]experimental_remote_execution_keepalive padrão: "falso"
Define se Keepalive será usado para chamadas de execução remota.
--experimental_remote_grpc_log=<a path> padrão: ver 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 em série com cada mensagem prefixada por uma varint que denota o tamanho da seguinte mensagem protobuf serializada, conforme executado pelo método LogEntry.writeDelimitedTo(OutputStream).
--[no]experimental_remote_mark_tool_inputs padrão: "falso"
Se definido como verdadeiro, o Bazel 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 definido como verdadeiro, os cálculos da árvore de Merkle serão memorizados para melhorar a velocidade de verificação de ocorrências em cache remoto. A impressão de 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 que serão memorizadas para melhorar a velocidade da verificação de ocorrências em cache remoto. Embora o cache seja automaticamente excluído de acordo com o gerenciamento de referências flexíveis do Java, erros de falta de memória poderão ocorrer se for definido como muito alto. Se definido como 0, o tamanho do cache é ilimitado. O valor ideal varia de acordo com o tamanho do projeto. O padrão é 1.000.
--[no]incompatible_remote_build_event_upload_respect_no_cache padrão: "falso"
Se definida como verdadeira, as saídas referenciadas pelo BEP não serão enviadas ao cache remoto se a ação geradora não puder ser armazenada remotamente.
--[no]incompatible_remote_downloader_send_all_headers padrão: "verdadeiro"
Define se é necessário enviar todos os valores de um cabeçalho com vários valores para a ferramenta de download remota 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 em vez do diretório de trabalho.
Tags: incompatible_change
--[no]incompatible_remote_results_ignore_disk padrão: "verdadeiro"
Se definido como verdadeiro, --noremote_upload_local_results e --noremote_accept_cached não serão aplicados ao cache de disco. Se um cache combinado for usado: --noremote_upload_local_results fará com que os resultados sejam gravados no cache de disco, mas não sejam enviados ao cache remoto. --noremote_accept_cached resulta na verificação do Bazel dos resultados no cache de disco, mas não no cache remoto. ações no-remote-exec podem atingir o cache de disco. Consulte #8216 para mais detalhes.
Tags: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs padrão: "falso"
Se definido como verdadeiro, o Bazel vai usar o novo código de saída 39 em vez do 34 se o cache remoto remover blobs durante a criação.
Tags: incompatible_change
--[no]remote_accept_cached padrão: "verdadeiro"
Define se é necessário aceitar resultados de ação armazenados em cache remotamente.
--remote_bytestream_uri_prefix=<a string> padrão: ver 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 as compilações são realizadas 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. Quando ele não é definido, o padrão é "${hostname}/${instance_name}".
--remote_cache=<a string> padrão: ver descrição
Um URI de um endpoint de armazenamento em cache. Os esquemas com suporte são http, https, gRPC, gRPCs (com o TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará gRPCs por padrão. Especifique gRPC://, http:// ou unix: esquema para desativar o TLS. Acesse https://bazel.build/remote/caching
--remote_cache_header=<a 'name=value' assignment> vários usos acumulados
Especifique um cabeçalho que será incluído nas solicitações de cache: --remote_cache_header=Name=Value. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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 acumulados
Defina as propriedades de exec padrão que serão usadas como a plataforma de execução remota se uma plataforma de execução ainda não definir 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, caso ela ainda não tenha definido "remote_execution_properties". Esse valor também será usado se a plataforma host for selecionada como a plataforma de execução remota.
--remote_downloader_header=<a 'name=value' assignment> vários usos acumulados
Especifique um cabeçalho que será incluído nas solicitações de download remoto: --remote_downloader_header=Name=Value. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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 acumulados
Especifique um cabeçalho que será incluído nas solicitações de execução: --remote_exec_header=Name=Value. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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: ver descrição
HOST ou HOST:PORT de um endpoint de execução remota. Os esquemas compatíveis são gRPC, gRPCs (com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará gRPCs por padrão. Especifique o esquema gRPC:// ou unix: para desativar o TLS.
--remote_header=<a 'name=value' assignment> vários usos acumulados
Especifica um cabeçalho que será incluído nas solicitações: --remote_header=Name=Value. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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 é necessário usar a estratégia de execução local autônoma se a execução remota falhar.
--remote_local_fallback_strategy=<a string> padrão: "local"
Sem operação, descontinuado. Consulte https://github.com/bazelbuild/bazel/issues/7480 para saber mais.
--remote_max_connections=<an integer> padrão: "100"
Limite 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, de modo que o Bazel pode fazer até --remote_max_connections solicitações simultâneas. Para cache/executor remoto do gRPC, um canal gRPC costuma 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: ver descrição
Conecte-se ao cache remoto usando 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 definido como 0, as tentativas serão desativadas.
--remote_timeout=<An immutable length of time.> padrão: "60s"
O tempo máximo de espera para chamadas de execução remota e cache. Para o cache REST, são os tempos limite de conexão e 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: "verdadeiro"
Define se é preciso fazer upload dos resultados da ação executada localmente para o cache remoto se o cache remoto for compatível e o usuário estiver autorizado a fazer isso.
--[no]remote_verify_downloads padrão: "verdadeiro"
Se definido como verdadeiro, o Bazel vai calcular a soma do hash de todos os downloads remotos e descartar os valores armazenados remotamente se eles não corresponderem ao valor esperado.
Opções diversas, não categorizadas:
--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 em pacotes mencionados na linha de comando Blaze) e "subpackages" (como "packages", 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". Os testes "manuais" são excluídos do processamento. Essa opção força a criação deles, mas não a execução.
--build_tag_filters=<comma-separated list of options> padrão: ""
Especifica uma lista de tags separadas por vírgulas. Cada tag pode ser precedida por "-" para especificar as tags excluídas. Só serão criados os destinos que tiverem pelo menos uma tag incluída e que não contenham nenhuma tag excluída. 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 teste, por exemplo, "--test_tag_filters".
--[no]build_tests_only padrão: "falso"
Se especificado, somente 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á criado.
--combined_report=<none or lcov> padrão: "nenhum"
Especifica o tipo de relatório de cobertura cumulativa desejado. No momento, apenas LCOV é compatível.
--[no]compile_one_dependency padrão: "falso"
Compila uma única dependência dos arquivos de argumentos. Isso é útil para a verificação de 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/compilação/teste. Este argumento afeta a forma como todos os argumentos que não são de sinalização são interpretados. Em vez de serem destinos para build, eles são nomes de arquivos de origem. Para cada nome de arquivo de origem, será criado um destino arbitrário que depende dele.
--deleted_packages=<comma-separated list of package names> padrão: ""
Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistentes, mesmo que estejam visíveis em algum lugar do caminho do pacote. Use essa 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 package_path. Especificar --deleted_packages x/y evita esse problema.
--[no]discard_analysis_cache padrão: "falso"
Descarte o cache de análise imediatamente após a conclusão da fase de análise. Reduz o uso da memória em cerca de 10%, mas torna os builds incrementais mais lentos.
--disk_cache=<a path> padrão: ver 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: ""
Incorporar a revisão de controle de origem ou o rótulo de lançamento em binário
--execution_log_binary_file=<a path> padrão: ver descrição
Registre os spawns executados nesse arquivo como protos do Spawn delimitados, de acordo com src/main/protobuf/spawn.proto. Primeiro, o registro é gravado sem ordenação. Depois, ao final da invocação, ele é classificado em uma ordem estável (pode consumir muita CPU e memória). Sinalizações relacionadas: --execution_log_json_file (formato json de texto ordenado), --experimental_execution_log_file (formato protobuf binário não ordenado), --subcomandos (para exibição de subcomandos na saída do terminal).
--execution_log_json_file=<a path> padrão: ver descrição
Registre os spawns executados nesse arquivo como uma representação JSON dos protos delimitados do Spawn, de acordo com src/main/protobuf/spawn.proto. Primeiro, o registro é gravado sem ordenação. Depois, ao final da invocação, ele é classificado em uma ordem estável (pode consumir muita CPU e memória). Flags relacionadas: sinalizações relacionadas: --execution_log_binary_file (formato protobuf binário ordenado), --experimental_execution_log_file (formato protobuf binário não ordenado), --subcomandos (para exibição de subcomandos na saída do terminal).
--[no]execution_log_sort padrão: "verdadeiro"
Define se o registro de execução precisa ser classificado. Defina como falso para melhorar o desempenho da memória, mas, ao mesmo tempo, produza o registro em ordem não determinista.
--[no]expand_test_suites padrão: "verdadeiro"
Expanda as segmentações test_suite para os testes constituintes antes da análise. Quando essa flag está ativada (padrão), os padrões de segmentação negativa são aplicados aos testes pertencentes ao pacote. Caso contrário, eles não são aplicados. Desativar essa flag é útil quando aspectos de nível superior são aplicados na linha de comando para que eles possam analisar destinos test_suite.
Tags: loading_and_analysis
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> vários usos acumulados
Configura os Auxiliares de credenciais a serem usados para recuperar credenciais do escopo fornecido (domínio). As credenciais dos Auxiliares de credenciais têm precedência sobre as credenciais de <code>--google_default_credentials</code>, `--google_credentials` ou <code>.netrc</code>. Consulte mais detalhes em https://github.com/bazelbuild/propostas/blob/main/designs/2022-06-07-bazel-credential-helpers.md.
--experimental_credential_helper_cache_duration=<An immutable length of time.> padrão: "30m"
Configura por quanto tempo as credenciais dos Auxiliares de credenciais são armazenadas em cache. Chamar com um valor diferente ajustará o ciclo de vida de entradas preexistentes. Transmita zero para limpar o cache. Um comando clean sempre limpa o cache, independente dessa flag.
--experimental_credential_helper_timeout=<An immutable length of time.> padrão: "5s"
Configura o tempo limite do Assistente de credenciais. Os Auxiliares de credenciais não responderem dentro desse tempo limite vão falhar na invocação.
--experimental_execution_log_file=<a path> padrão: ver descrição
Registre os spawns executados nesse arquivo como protos do Spawn delimitados, de acordo com src/main/protobuf/spawn.proto. Esse arquivo é escrito na ordem da execução dos Spawns. Sinalizações relacionadas: --execution_log_binary_file (formato protobuf binário ordenado), --execution_log_json_file (formato json de texto ordenado), --subcomandos (para exibição de subcomandos na saída do terminal).
--[no]experimental_execution_log_spawn_metrics padrão: "falso"
Inclua métricas de spawn no registro de spawns executado.
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: ""
Descontinuado em favor dos aspectos. Filtra o conjunto de destinos para programar extra_actions.
--[no]experimental_extra_action_top_level_only padrão: "falso"
Descontinuado em favor dos aspectos. Programe apenas ações extras para metas de nível superior.
--[no]experimental_prioritize_local_actions padrão: "verdadeiro"
Se definidas, as ações que só podem ser executadas localmente recebem a primeira oportunidade de aquisição de recursos, a segunda chance para os workers de execução dinâmica e as ações independentes executadas de maneira dinâmica por último.
Tags: execution
--experimental_spawn_scheduler
Ative a execução dinâmica executando ações local e remotamente em paralelo. O Bazel gera cada ação de forma local e remota 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 persistente. 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
--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: ver descrição
Especifica o arquivo do qual as credenciais de autenticação serão recebidas. Para mais detalhes, consulte https://cloud.google.com/docs/authentication.
--[no]google_default_credentials padrão: "falso"
Define se o serviço "Application Default Credentials do Google" será usado para autenticação. Para mais detalhes, consulte https://cloud.google.com/docs/authentication. Essa configuração está desativada por padrão.
--grpc_keepalive_time=<An immutable length of time.> padrão: ver descrição
Configura pings de sinal de atividade para conexões gRPC de saída. Se isso for definido, o Bazel enviará pings depois desse tempo 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 com menos de um segundo. Por padrão, os pings de sinal de atividade estão desativados. Converse 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 isso desta forma: --g vê_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 "--g selecionar_keepalive_time", o Bazel atingirá o tempo limite de 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 com menos de um segundo. Se os pings de sinal de atividade estiverem desativados, essa configuração será ignorada.
--[no]ignore_unsupported_sandboxing padrão: "falso"
Não mostre um aviso quando a execução em sandbox não for compatível com este sistema.
--[no]incompatible_dont_use_javasourceinfoprovider padrão: "falso"
Ambiente autônomo
Tags: incompatible_change
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> padrão: "HOST_CPUS"
Define explicitamente o número total de núcleos de CPU locais disponíveis para o Bazel gastar em ações de build executadas no local. Usa um número inteiro, ou "HOST_CPUS", opcionalmente seguido por [-|*]<float> (por exemplo, HOST_CPUS*.5 para usar metade dos núcleos de CPU disponíveis. Por padrão, ("HOST_CPUS"), o Bazel vai consultar a configuração do sistema para estimar o número de núcleos de CPU disponíveis.
--local_extra_resources=<a named float, 'name=value'> vários usos acumulados
Define o número de recursos extras disponíveis para o Bazel. Utiliza um par flutuante de string. 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 recursos extras necessários. Os testes podem declarar a quantidade de recursos extras necessários usando uma tag do formato "resources:<resoucename>:<amount>". A CPU, a RAM e os recursos disponíveis não podem ser definidos com essa flag.
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> padrão: "HOST_RAM*.67"
Define explicitamente a quantidade total de RAM do host local (em MB) disponível para o Bazel gastar em ações de build executadas localmente. Usa um número inteiro, ou "HOST_RAM", opcionalmente seguido por [-|*]<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.
--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 acumulados
Substitui um repositório por um diretório local.
--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 incluído. Se omitido ou vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "verdadeiro"
Se ativada, faz com que o Bazel mostre as mensagens "Loading package:".
--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 os idiomas excluídos. Serão encontrados apenas os destinos de teste que estão escritos nos idiomas especificados. O nome usado para cada idioma deve ser o mesmo que o prefixo do idioma na regra *_test, por exemplo, "cc", "java", "py" etc. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--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 apenas os destinos de teste que contêm pelo menos um tamanho incluído e não contêm nenhum tamanho excluído. 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 de tags de teste separadas por vírgulas. Cada tag pode ser precedida por "-" para especificar as tags excluídas. Serão encontrados apenas os destinos de teste que contêm pelo menos uma tag incluída e que 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 opcionalmente por "-" para especificar os tempos limite excluídos. Somente serão encontrados os destinos de teste que contêm pelo menos um tempo limite incluído e que não contêm nenhum tempo limite excluído. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--tls_certificate=<a string> padrão: ver descrição
Especifique um caminho para um certificado TLS confiável para assinar certificados do servidor.
--tls_client_certificate=<a string> padrão: ver descrição
Especifique o certificado de cliente TLS a ser usado. Você também precisa fornecer uma chave de cliente para ativar a autenticação de cliente.
--tls_client_key=<a string> padrão: ver descrição
Especifique a chave de cliente TLS a ser usada. Você também precisa fornecer um certificado de cliente para ativar a autenticação de cliente.
--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 ver a especificação completa. Consulte também tools/buildstamp/get_workspace_status para ver um exemplo.
Opções que controlam a execução do build:
--[no]check_up_to_date padrão: "falso"
Não execute a criação, apenas verifique se ela está atualizada. Se todos os destinos estiverem atualizados, o build será concluído com sucesso. Se alguma etapa precisar ser executada, um erro será informado e o build falhará.
Tags: execution
Define se é necessário fazer chamadas diretas ao sistema de arquivos para criar árvores de links simbólicos
Tags: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests padrão: "falso"
Se as ações do manifesto de origem serão remotas
Tags: loading_and_analysis, execution e experimental
--[no]experimental_split_coverage_postprocessing padrão: "falso"
Se verdadeiro, o Bazel vai executar o pós-processamento da cobertura para teste em um novo spawn.
Tags: execution
--[no]experimental_split_xml_generation padrão: "verdadeiro"
Se essa flag for 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 de teste. Caso contrário, o Bazel gera 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 passam por diretórios nem são sensíveis a links simbólicos.
Tags: execution
--genrule_strategy=<comma-separated list of options> padrão: ""
Especifica como executar regras gerais. Essa sinalização será eliminada. 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
--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 seguida por 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"
Continuar 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 a serem usadas para a fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida por 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,...> padrão: ""
Adiciona ou remova chaves das informações de execução de uma ação com base no mnemônico dela. Aplica-se apenas a ações que oferecem suporte a informações de execução. Muitas ações comuns oferecem 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" às informações de execução e remove o "y" das informações de execução de todas as ações. "Genrule=+require-x" adiciona "requirements-x" às informações de execução para todas as ações de regra geral. "(?!Genrule).*=-require-x" remove "require-x" das informações de execução para todas as ações que não são Genrule.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar
Ative ações persistentes de dex e simplificação do Android usando workers.
Expande-se para:
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Tags: host_machine_resource_optimizations, execution
--persistent_android_resource_processor
Ative 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=Aapt2Optimize=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
Ative ações de dexação e simplificação multiplexadas do Android usando workers.
Expande-se para:
  --persistent_android_dex_desugar
  --modify_execution_info=Desugar=+supports-multiplex-workers
  --modify_execution_info=DexBuilder=+supports-multiplex-workers

Tags: host_machine_resource_optimizations, execution
--persistent_multiplex_android_resource_processor
Ative 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=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workershost_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
Ativar ferramentas 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
--spawn_strategy=<comma-separated list of options> padrão: ""
Especifica como as ações de criaçã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 maior prioridade para executar a ação. O valor padrão é "remote,worker,sandboxed,local". Acesse https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais.
Tags: execution
--strategy=<a '[name=]value1[,..,valueN]' assignment> vários usos 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 maior prioridade para executar a ação. O valor padrão é "remote,worker,sandboxed,local". Essa sinalização substitui os valores definidos por --spawn_strategy (e --genrule_strategy se usado com mnemonic Genrule). Acesse https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais.
Tags: execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment> vários usos acumulados
Substitua qual estratégia de criação precisa ser usada para executar ações de spawn com descrições correspondentes a um determinado regex_filter. Consulte --per_file_copt para obter detalhes sobre a correspondência de onregex_filter. É usado o primeiro regex_filter que corresponda à descrição. Essa opção substitui outras sinalizações para especificar a estratégia. Exemplo: --strategy_regexp=//foo.*\.cc,-//foo/bar=local significa executar ações usando a 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 vai executar "Compiling //foo/bar/baz" com a estratégia "local", mas reverter a ordem vai executá-la com "sandbox".
Tags: execution
Opções que configuram o conjunto de ferramentas usado para a execução da ação:
--android_compiler=<a string> padrão: ver 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 para builds do Android.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> padrão: ver descrição
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 a ser usada para as regras android_binary. Sinalização para ajudar 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 multiplataforma, 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_compiler=<a string> padrão: ver descrição
O compilador de destino da Apple. Útil para selecionar variantes de um conjunto de ferramentas (por exemplo, xcode-beta).
Tags: affects_outputs, 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 Objc e as dependências delas.
Tags: loses_incremental_state, changes_inputs
--apple_grte_top=<a build target label> padrão: ver descrição
O destino grte_top da Apple.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--cc_output_directory_tag=<a string> padrão: ""
Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: affects_outputs, explicit_in_output_path
--compiler=<a string> padrão: ver descrição
O compilador C++ que 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, ele 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, ele 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 cada ação de teste que coleta 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: ver descrição
Especifica uma implementação personalizada de placeoc. Essa configuração modifica os atributos shopping center nas regras de criação.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> vários usos acumulados
Lista de expressões regulares separadas por vírgula, cada uma opcionalmente prefixada por - (expressão negativa) e atribuída (=) a uma lista de destinos de valores de restrição separados por vírgulas. Se um destino não corresponder a nenhuma expressão negativa e pelo menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se tivesse declarado os valores de restrição como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 vai adicionar "x86_64" a qualquer destino em //demo, exceto para aqueles cujo nome contém "test".
Tags: loading_and_analysis
--[no]experimental_enable_objc_cc_deps padrão: "verdadeiro"
Permite que as regras objc_* dependam de cc_library e faça com que todas as dependências objc sejam criadas com "--cpu" definido como "ios_<--ios_cpu>" para todos os valores em --ios_multi_cpu.
Tags: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements padrão: "falso"
Se definido, adicione um requisito de execução "require-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 "requirements-xcode-label:{version_label}".
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode padrão: "verdadeiro"
Se verdadeiro, use o Xcode mais recente que esteja 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 pelo xcode-select.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> vários usos acumulados
As plataformas 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 vão ser consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms().
Tags: execution
--extra_toolchains=<comma-separated list of options> vários usos acumulados
As regras do conjunto de ferramentas a serem consideradas durante a resolução dele. 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_datasets().
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> padrão: ver descrição
Um rótulo para uma biblioteca libc dentro. O valor padrão é selecionado pelo conjunto de ferramentas de várias ferramentas e quase nunca é necessário substituí-lo.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string> padrão: ver descrição
O compilador C++ que será usado na compilação do host. Ela será ignorada se --host_crosstool_top não estiver definido.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label> padrão: ver descrição
Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração de host. Se essa sinalização 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: ver descrição
Se especificada, esta configuração substitui o diretório de nível superior da libc (--grte_top) para a configuração do host.
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label> padrão: ""
O rótulo de uma regra de plataforma que descreve o sistema host.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set padrão: "verdadeiro"
Se verdadeiro, o Bazel não permitirá especificar expand_if_all_available em flag_sets. Consulte as instruções de migração em https://github.com/bazelbuild/bazel/issues/7008.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features padrão: "verdadeiro"
Se o resultado for verdadeiro, o Bazel não vai ativar os recursos "host" e "nonhost" no conjunto de ferramentas c++. Consulte https://github.com/bazelbuild/bazel/issues/7407 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution padrão: "falso"
Use a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras 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 nativo)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone padrão: "verdadeiro"
Se o resultado for verdadeiro, o Bazel não vai reutilizar as linhas de comando de ação de link em C++ para linhas de comando de indexação lto. Consulte https://github.com/bazelbuild/bazel/issues/6791 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain padrão: "verdadeiro"
Se for verdadeiro, o Bazel vai confirmar quando os atributos cc_dataset.cpu e cc_toolkit.compiler forem definidos. Consulte https://github.com/bazelbuild/bazel/issues/7075 para ver instruções de migração.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive padrão: "verdadeiro"
Se 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: "verdadeiro"
Se for verdadeiro, o Bazel exigirá o parâmetro "ctx" em cc_common.configure_features. Consulte https://github.com/bazelbuild/bazel/issues/7793 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects padrão: "verdadeiro"
Use objetos compartilhados de interface se compatíveis com o conjunto de ferramentas. Todos os conjuntos de ferramentas ELF são compatíveis atualmente com 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: ver descrição
Especifica a versão do SDK do iOS que será usada para criar apps iOS. Se não for especificada, vai ser usada a versão padrão do SDK do iOS de "xcode_version".
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK do macOS a ser usada para criar aplicativos para macOS. Se não for especificada, vai usar a versão padrão do SDK para macOS de "xcode_version".
Tags: loses_incremental_state
--minimum_os_version=<a string> padrão: ver descrição
A versão mínima do SO para a compilação.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path> padrão: ""
O local de um arquivo de mapeamento que descreve qual plataforma usar se nenhuma estiver definida ou quais flags serão definidas quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente na 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 da 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: ver descrição
Descontinuado, sem operação. Desativado por "--incompatible_use_python_datasets".
Tags: no_op, deprecated
--python3_path=<a string> padrão: ver descrição
Descontinuado, sem operação. Desativado por "--incompatible_use_python_datasets".
Tags: no_op, deprecated
--python_path=<a string> padrão: ver descrição
O caminho absoluto do intérprete de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatible_use_python_toolkits.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label> padrão: ver descrição
O rótulo de um py_runtime que representa o interpretador do Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatible_use_python_toolkits.
Tags: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label> padrão: "@local_config_platform//:host"
O rótulo de uma regra de plataforma que precisa ser usada se nenhuma plataforma de destino estiver definida e nenhum mapeamento de plataforma corresponder ao conjunto atual de sinalizações.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK do tvOS a ser usada para criar aplicativos para tvOS. Se não for especificada, vai usar a versão padrão do SDK do tvOS de "xcode_version".
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, vai usar a versão padrão do SDK do watchOS de "xcode_version".
Tags: loses_incremental_state
--xcode_version=<a string> padrão: ver descrição
Se especificado, usa o Xcode da versão fornecida para 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 usada para selecionar a versão do Xcode na configuração do build.
Tags: loses_incremental_state, loading_and_analysis
Opções que controlam a saída do comando:
--[no]apple_enable_auto_dsym_dbg padrão: "falso"
Define se é necessário forçar a ativação da geração de arquivos de símbolo de depuração (.dSYM) para builds dbg.
Tags: affects_outputs, action_command_lines
--[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: "verdadeiro"
Execute o build. Esse é o comportamento normal. A especificação de "--nobuild" faz com que a compilação seja interrompida antes de executar as ações dela, 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
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se for falso, gravar manifestos somente quando possível.
Tags: affects_outputs
--[no]build_runfile_manifests padrão: "verdadeiro"
Se verdadeiro, gravar manifestos de runfiles para todos os destinos. Se for falsa, omita-as. Os testes locais não vão ser executados quando 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 do binário de teste também será criado automaticamente.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> padrão: ".pb.h"
Define os prefixos dos arquivos principais que uma cc_proto_library cria.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> padrão: ".pb.cc"
Define os prefixos dos arquivos de origem que uma cc_proto_library cria.
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_run_validations padrão: "verdadeiro"
Use --run_validations
Tags: execution, affects_outputs
--[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 ações de validação serão executadas usando 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 fissão para compilações e links em C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais "yes" para ativar todos os modos e "no" para desativá-los.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]incompatible_always_include_files_in_data padrão: "verdadeiro"
Se verdadeiro, as regras nativas adicionam <code>DefaultInfo.files</code> de dependências de dados aos arquivos de execução, o que corresponde ao comportamento recomendado para as regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags: affects_outputs, incompatible_change
--[no]legacy_external_runfiles padrão: "verdadeiro"
Se for verdadeiro, crie florestas de links simbólicos de runfiles 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 é necessário gerar um arquivo de linkmap.
Tags: affects_outputs
--output_groups=<comma-separated list of options> vários usos acumulados
Uma lista de nomes de grupos de saída separados por vírgulas, cada um com um prefixo opcional + ou -. Um grupo prefixado por + é adicionado ao conjunto padrão de grupos de saída, enquanto um grupo prefixado por - é removido do conjunto padrão. Se pelo menos um grupo não tiver prefixo, o conjunto padrão de grupos de saída será omitido. Por exemplo, --output_groups=+foo,+bar constrói a união do conjunto padrão, foo e bar, enquanto --output_groups=foo,bar substitui o conjunto padrão de modo que apenas foo e bar são construídos.
Tags: execution, affects_outputs
--[no]run_validations padrão: "verdadeiro"
Define se ações de validação serão executadas como parte do build. Acesse https://bazel.build/rules/rules#validation_actions
Tags: execution, affects_outputs
--[no]save_temps padrão: "falso"
Se definido, as saídas temporárias de gcc serão salvas. Isso inclui arquivos .s (código assembler), arquivos .i (C pré-processado) e arquivos .ii (C++ pré-processado).
Tags: affects_outputs
Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, em vez da existência dela:
--action_env=<a 'name=value' assignment with an optional value part> vários usos 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á extraído do ambiente de invocação) ou pelo par nome=valor, que define o valor independente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, as últimas vitórias e 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: "falso"
Gere arquivos de vinculação de dados compatíveis com o AndroidX. Isso é usado apenas com a vinculação de dados v2.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args padrão: "falso"
Use a vinculação de dados do Android v2 com o argumento 3.4.0
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
--android_dynamic_mode=<off, default or fully> padrão: "desativado"
Determina se as dependências 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 escolherá se quer vincular dinamicamente. O valor "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "off" significa que todas as bibliotecas serão vinculadas no modo quase 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 à combinação de manifestos para binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação ao execroot. ALPHABETical_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração no diretório de saída. DEPENDÊNCIA significa que os manifestos são ordenados, e o manifesto de cada biblioteca 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 ProGuard.
Tags: affects_outputs, loading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> vários usos acumulados
Especifique o modo bitcode da Apple para etapas de compilação direcionadas a arquiteturas de dispositivos. Os valores estão no formato "[platform=]mode", em que a plataforma (que precisa ser "ios", "macos", "tvos" ou "watchos") é opcional. Se fornecido, o modo bitcode será aplicado especificamente a essa plataforma. Se omitido, será aplicado a todas as plataformas. O modo precisa ser "none", "embedded_markers" ou "embedded". Essa opção pode ser fornecida várias vezes.
Tags: loses_incremental_state
--aspects=<comma-separated list of options> vários usos acumulados
Lista separada por vírgulas de aspectos a serem aplicados às metas de nível superior. Na lista, se o aspecto some_aspect especificar os provedores de aspecto necessários por required_aspect_providers, some_aspect será executado depois de todos os aspectos mencionados na lista cujos provedores anunciados satisfazem os provedores de aspectos obrigatórios. Além disso, some_aspect será executado depois de todos os aspectos obrigatórios especificados por required atributo. 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 ferramentas de arquivo/my_def.bzl
--[no]build_python_zip padrão: "automático"
Crie um ZIP executável em Python no Windows, desativado em outras plataformas
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do Apple Catalyst.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage padrão: "falso"
Se especificado, o Bazel vai instrumentar o código (usando instrumentação off-line quando possível) e coletar informações de cobertura durante os testes. Somente os destinos que corresponderem a --instrumentation_filter serão afetados. Normalmente, essa opção não deve ser especificada diretamente. Em vez disso, use o comando "bazel cobertura".
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, explicit_in_output_path
--conlyopt=<a string> vários usos acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C.
Tags: action_command_lines, affects_outputs
--copt=<a string> vários usos acumulados
Outras opções para transmitir para a CG.
Tags: action_command_lines, affects_outputs
--cpu=<a string> padrão: ""
A CPU de destino.
Tags: changes_inputs, affects_outputs, explicit_in_output_path
--cs_fdo_absolute_path=<a string> padrão: ver 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: ver 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 descartados no momento da execução.
Tags: affects_outputs
--cs_fdo_profile=<a build target label> padrão: ver 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 acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C++.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment> vários usos acumulados
Cada opção --define especifica uma atribuição para uma variável de build.
Tags: changes_inputs, affects_outputs
Padrão de --dynamic_mode=<off, default or fully>: "padrão"
Determina se os binários C++ serão vinculados dinamicamente. "default" significa que o Bazel escolherá se quer vincular dinamicamente. O valor "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "off" significa que todas as bibliotecas serão vinculadas no modo quase estático.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path padrão: "verdadeiro"
Se definido, o uso de fdo_absolute_profile_path gerará um erro.
Tags: affects_outputs
--[no]enable_runfiles padrão: "automático"
Ativar a árvore de links simbólicos dos arquivos de execução. Por padrão, fica desativado no Windows em outras plataformas.
Tags: affects_outputs
--experimental_action_listener=<a build target label> vários usos acumulados
Descontinuado em favor dos aspectos. Use action_listener para anexar uma extra_action a ações de build existentes
Tags: execution, experimental
--[no]experimental_android_compress_java_resources padrão: "falso"
Compacte recursos Java em APKs
Tags: affects_outputs, loading_and_analysis e experimental
--[no]experimental_android_databinding_v2 padrão: "falso"
Use android databinding v2
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
--[no]experimental_android_resource_shrinking padrão: "falso"
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex padrão: "falso"
use a ferramenta rex para reescrever arquivos dex
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
Essa sinalização controla como os links simbólicos de conveniência (aqueles que aparecem no espaço de trabalho após o build) 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. clean: todos os links simbólicos serão excluídos incondicionalmente. ignorar: os links simbólicos não serão incluídos. log_only: gera mensagens de registro como se "normal" tivesse sido transmitido, mas não execute nenhuma operação do sistema de arquivos (útil para ferramentas). Apenas os links simbólicos cujos nomes são gerados pelo valor atual de --symlink_prefix podem ser afetados. Se o prefixo for alterado, os links simbólicos existentes não serão incluídos.
Tags: affects_outputs
Essa sinalização controla se o eventConvenienceSymlinksIdentified do build será postado ou não no BuildEvent Protocol. Se o valor for "true", o BuildEvent Protocol terá uma entrada para modestoSymlinksIdentified, listando todos os links simbólicos de conveniência criados no seu espaço de trabalho. Se for "false", a entrada conveniênciaSymlinksIdentified no BuildEvent Protocol estará vazia.
Tags: affects_outputs
--experimental_multi_cpu=<comma-separated list of options> vários usos acumulados
Descontinuado. Ambiente autônomo.
Tags: affects_outputs, experimental
--experimental_objc_fastbuild_options=<comma-separated list of options> padrão: "-O0,-DDEBUG=1"
Usa essas strings como opções do compilador objc fastbuild.
Tags: action_command_lines
--[no]experimental_omitfp padrão: "falso"
Se for verdadeiro, use o libunwind para desenrolar de pilha e faça a compilação com -fomit-frame-pointer e -faconcurrent-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir padrão: "falso"
Se verdadeiro, a plataforma de destino será usada no nome do diretório de saída em vez da CPU.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap padrão: "falso"
Se especificado, o Bazel vai gerar informações do mapa de cobertura llvm-cov em vez de gcov quando a coleta_code_coverage estiver ativada.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--fat_apk_cpu=<comma-separated list of options> padrão: "armeabi-v7a"
Definir 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 sinalização 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 é necessário criar divisões HWASAN.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> padrão: ver descrição
Gerar binários com instrumentação FDO. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão descartados no momento da execução.
Tags: affects_outputs
--fdo_optimize=<a string> padrão: ver 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 com um perfil automático ou um arquivo de perfil LLVM. Essa flag 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 identificadores que apontam para destinos "fdo_profile". Essa sinalização será substituída pela regra "fdo_profile".
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label> padrão: ver descrição
Use dicas de pré-busca em cache.
Tags: affects_outputs
--fdo_profile=<a build target label> padrão: ver descrição
O fdo_profile que representa o perfil a ser usado para otimização.
Tags: affects_outputs
--features=<a string> vários usos acumulados
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Se você especificar -<feature>, o recurso será desativado. Os recursos negativos sempre se sobrepõem aos positivos. Consulte também --host_features
Tags: changes_inputs, affects_outputs
--[no]force_pic padrão: "falso"
Se ativada, todas as compilações C++ produzem código independente de posição ("-fPIC"), os links preferem bibliotecas pré-criadas PIC em vez de bibliotecas não PIC, e os 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 acumulados
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de host ou de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será extraído do ambiente de invocação) ou pelo par nome=valor, que define o valor independente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, as últimas vitórias e 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 serão integradas. Valores: 'fastbuild', 'dbg', 'opt'.
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string> vários usos acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C para ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_copt=<a string> vários usos acumulados
Mais opções para transmitir ao gcc para ferramentas de host.
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 acumulados
Mais opções para transmitir ao gcc para ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_features=<a string> vários usos acumulados
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Se você especificar -<feature>, o recurso será desativado. Os recursos negativos sempre se sobrepõem aos positivos.
Tags: changes_inputs, affects_outputs
--host_force_python=<PY2 or PY3> padrão: ver descrição
Substitui a versão do Python na configuração do host. Pode ser "PY2" ou "PY3".
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string> vários usos acumulados
Outra opção para transmitir para Cco: ao vincular ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima compatível do macOS para destinos de host. Se não for especificado, será usado "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 acumulados
Outras opções para passar seletivamente para o compilador C/C++ ao compilar determinados arquivos nas configurações de host ou 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 representa uma lista de padrões de expressão regular para incluir e excluir (consulte também --instrumentation_filter). option_1 e option_n indicam opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 acumulados
Mais opções de transmissão para o Swiftc para ferramentas de host.
Tags: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls padrão: "verdadeiro"
Se ativada, todas as bibliotecas de vínculo dinâmico (DLLs) do C++ geradas por cc_library no Windows vão ser renomeadas como name_{hash}.dll, em que o hash é calculado com base no RepositoryName e no caminho do pacote da DLL. Essa opção é útil quando você tem um pacote que depende de vários cc_library com o mesmo nome (por exemplo, //foo/bar1:utils e //foo/bar2:utils).
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory padrão: "verdadeiro"
Se verdadeiro, o diretório genfiles será incorporado ao diretório bin.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_host_features padrão: "falso"
Se verdadeiro, use --features apenas para a configuração de destino e --host_features para a configuração exec.
Tags: changes_inputs, affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints padrão: "verdadeiro"
Se verdadeiro, as configurações de restrição de @bazel_tools serão removidas.
Tags: affects_outputs, incompatible_change
--[no]instrument_test_targets padrão: "falso"
Quando a cobertura está ativada, especifica se as regras de teste de instrumentação serão consideradas. 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, somente as regras com nomes incluídos pelo filtro baseado em regex especificado serão instrumentadas. As regras com o prefixo "-" são excluídas. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativada.
Tags: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima do iOS compatível com simuladores e dispositivos de destino. Se não for especificado, será usado "ios_sdk_version".
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas 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: "verdadeiro"
Descontinuado, substituído por --incompatible_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' em 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 acumulados
Outra opção para transmitir para CG durante a vinculação.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string> vários usos acumulados
Opção adicional para transmitir à etapa do back-end de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string> vários usos acumulados
Opção adicional para passar à 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 acumulados
Lista de arquiteturas separadas por vírgulas para criar 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: ver descrição
Versão mínima compatível do macOS para destinos. Se não for especificado, será usado "macos_sdk_version".
Tags: loses_incremental_state
--[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 é necessário realizar remoções de símbolos e código morto em binários vinculados. As remoções binárias serão realizadas se essa flag e --compilation_mode=opt forem especificadas.
Tags: action_command_lines
--objccopt=<a string> vários usos 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 acumulados
Outras opções para passar seletivamente para o 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 representa uma lista de padrões de expressão regular para incluir e excluir (consulte também --instrumentation_filter). option_1 e option_n indicam opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 acumulados
Outras opções para passar seletivamente para o 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 representa uma lista de padrões de expressão regular para incluir e excluir. option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 de 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: ver 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: ver descrição
Use as informações do perfil do Propeller para otimizar o destino do build.Um perfil de hélice precisa consistir em pelo menos um de dois arquivos: um perfil cc e um perfil ld. Essa flag aceita um rótulo de build que precisa se referir aos arquivos de entrada do perfil de 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 exporta_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: ver descrição
Nome do caminho absoluto do arquivo cc_profile para builds otimizados por Propeller.
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> padrão: ver descrição
Nome do caminho absoluto do arquivo ld_profile para builds otimizados por Propeller.
Tags: affects_outputs
--run_under=<a prefix in front of command> padrão: ver 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: "verdadeiro"
Se verdadeiro, as bibliotecas nativas que contêm funcionalidade idêntica serão compartilhadas entre destinos diferentes
Tags: loading_and_analysis, affects_outputs
--[no]stamp padrão: "falso"
Carimbo nos binários com a data, o nome de usuário, o nome do host, as informações do espaço de trabalho etc.
Tags: affects_outputs
--strip=<always, sometimes or never> padrão: "às vezes"
Especifica se é necessário remover binários e bibliotecas compartilhadas (usando "-Wl,--strip-debug"). O valor padrão "às vezes" significa remover iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a remoção ao gerar um binário "<name>.stripped".
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string> vários usos acumulados
Outras opções para transmitir para compilação Swift.
Tags: action_command_lines
O prefixo que é 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 para "/" será descontinuada em breve. Em vez dela, use --experimental_convenience_symlinks=ignore.
Tags: affects_outputs
--tvos_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do Apple tvOS.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima do tvOS compatível com simuladores e dispositivos de destino. Se não for especificado, será usado "tvos_sdk_version".
Tags: loses_incremental_state
--watchos_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do 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: ver descrição
Versão mínima do watchOS compatível com simuladores e dispositivos desejados. Se não for especificado, será usado "watchos_sdk_version".
Tags: loses_incremental_state
--xbinary_fdo=<a build target label> padrão: ver descrição
Use as informações de perfil do XbinaryFDO para otimizar a compilação. Especifique o nome do perfil de binário cruzado padrão. Quando a opção é usada com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags: affects_outputs
Opções que afetam o modo como o Bazel aplica entradas de build válidas (definições de regras, combinações de sinalizações etc.):
--auto_cpu_environment_group=<a build target label> padrão: ""
Declare o "environment_group" a ser usado para mapear automaticamente os valores da 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 por 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 são marcadas.
Tags: build_file_semantics
--[no]check_visibility padrão: "verdadeiro"
Se desativada, os erros de visibilidade nas dependências de destino são rebaixados a avisos.
Tags: build_file_semantics
--[no]desugar_for_android padrão: "verdadeiro"
Define se é necessário simplificar o 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 é necessário incluir bibliotecas Java 8 com suporte em apps para dispositivos legados.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints padrão: "verdadeiro"
Verifica os ambientes com que cada destino é compatível e informa erros se algum destino tiver dependências que não oferecem suporte aos mesmos ambientes
Tags: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs padrão: "falso"
Flag para ajudar na transição da permissão para a proibição de regras android_library sem srcs com dependências. O depósito precisa ser limpo para implantar esse recurso por padrão.
Tags: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps padrão: "verdadeiro"
Define se é necessário verificar duas vezes a simplificação correta no nível binário do Android.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> padrão: "DESATIVADO"
Quando ativada, verifica se as dependências de um aar_import estão concluídas. Essa aplicação pode interromper o build ou resultar apenas em avisos.
Tags: loading_and_analysis
Padrão de --experimental_strict_java_deps=<off, warn, error, strict or default>: "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, verifique somente os destinos de pré-requisito que são arquivos de saída pesquisando somente o teste da regra de geração. Este item corresponde à verificação de visibilidade.
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 é 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 oferecer compatibilidade com versões anteriores.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark padrão: "verdadeiro"
Se ativada, defina a verificação de cabeçalho estrita na API Starlark.
Tags: loading_and_analysis, changes_inputs e incompatible_change
--[no]incompatible_validate_top_level_header_inclusions padrão: "verdadeiro"
Se verdadeiro, o Bazel também valida as inclusões de cabeçalhos de diretório de nível superior. Consulte https://github.com/bazelbuild/bazel/issues/10047 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]strict_filesets padrão: "falso"
Se esta opção estiver ativada, os conjuntos de arquivos que ultrapassam os limites do pacote serão informados como erros. Ela não funciona quando o check_fileset_Dependencies_CREDENTIALSly está desativado.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> padrão: "erro"
A menos que 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 DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados em "import public" como exportado.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes padrão: "falso"
Se for verdadeiro, 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 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
Opções que afetam as saídas de assinatura de um build:
--apk_signing_method=<v1, v2, v1_v2 or v4> padrão: "v1_v2"
Implementação a ser usada para assinar APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements padrão: "verdadeiro"
Se definido, e o modo de compilação não for "opt", os apps objc incluirão direitos de depuração durante a assinatura.
Tags: changes_inputs
--ios_signing_cert_name=<a string> padrão: ver descrição
Nome do certificado a ser usado para a assinatura do iOS. Se não for definido, o perfil de provisionamento será substituído. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página manual do signatário (SIGNING IDENTITIES).
Tags: action_command_lines
Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, .bzl ou WORKSPACE:
--[no]incompatible_config_setting_private_default_visibility padrão: "falso"
Se incompatible_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 vai seguir a mesma lógica de visibilidade de todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933 (link em inglês).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_disallow_legacy_py_provider padrão: "verdadeiro"
O ambiente autônomo será removido em breve.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "verdadeiro"
Se for verdadeiro, aplique restrições de visibilidade de config_setting. Se for falso, cada config_setting ficará visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932 (link em inglês).
Tags: loading_and_analysis, incompatible_change
Opções que regem o comportamento do ambiente ou do executor de testes:
--[no]allow_analysis_failures padrão: "falso"
Se verdadeiro, uma falha de análise de um destino de regra resulta na propagação do destino de uma instância de AnalysisFailureInfo que contém 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 as falhas de ação de dex2oat forem verdadeiras, o build vai falhar 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 verifique se eles estão atualizados. Se todos os resultados estiverem atualizados, o teste vai ser concluído com sucesso. Se algum teste precisar ser criado ou executado, um erro será informado e o teste falhará. Essa opção implica o comportamento --check_up_to_date.
Tags: execution
--[no]experimental_android_use_parallel_dex2oat padrão: "falso"
Use o dex2oat em paralelo para 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 acumulados
Cada teste vai 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 do teste. 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 ele for definido como "default", somente uma tentativa será feita para testes regulares e três para testes marcados explicitamente como instáveis pela regra (atributo instável=1). Sintaxe alternativa: regex_filter@flaky_test_attempts. Onde flaky_test_attempts é igual ao exemplo acima e regex_filter representa uma lista de padrões de expressão regular de inclusão e exclusão (consulte também --runs_per_test). Exemplo: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 limpa todos os testes em //foo/ três vezes, exceto aqueles em foo/bar. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponde tem prioridade. Se nada corresponder, o comportamento será como se fosse "default" (padrão).
Tags: execution
--[no]ios_memleaks padrão: "falso"
Ative a verificação de vazamentos de memória em destinos ios_test.
Tags: action_command_lines
--ios_simulator_device=<a string> padrão: ver descrição
O dispositivo a ser simulado ao executar um aplicativo iOS no simulador, por exemplo, "iPhone 6". Para ver 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: ver descrição
A versão do iOS a ser executada no simulador durante a execução ou teste. 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 seguida por uma operação ([-|*]<float>), por exemplo. "auto", "HOST_CPUS*.5". O valor "0" significa que os recursos locais limitam o número de jobs de teste locais a serem executados simultaneamente. Definir um valor maior que o valor de --jobs não é eficaz.
Tags: execution
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once> vários usos acumulados
Especifica o número de vezes que cada teste será executado. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste é considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executará todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que "run_per_test" representa um valor inteiro e "regex_filter" é uma lista de padrões de expressão regular "incluir e excluir" (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/ três vezes, exceto os que estão em foo/bar. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponde tem prioridade. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part> vários usos acumulados
Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de teste. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido pelo 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 somente pelo comando "bazel test".
Tags: test_runner
--[no]test_keep_going padrão: "verdadeiro"
Quando desativado, qualquer teste não aprovado fará com que todo o build seja interrompido. Por padrão, todos os testes são executados, mesmo se alguns não forem 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"
Substitua 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 quatro números inteiros separados por vírgula forem especificados, eles substituirão os tempos limite como curto, moderado, longo e eterno (nessa ordem). De qualquer forma, o valor -1 instrui o Blaze a usar os tempos limite padrão nessa categoria.
--test_tmpdir=<a path> padrão: ver descrição
Especifica o diretório temporário de base para o "teste do bazel" usar.
--tvos_simulator_device=<a string> padrão: ver descrição
O dispositivo que será simulado ao executar um aplicativo tvOS no simulador, por exemplo, "Apple TV 1080p". Para ver uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
A versão do tvOS a ser executada no simulador durante a execução ou teste.
Tags: test_runner
--watchos_simulator_device=<a string> padrão: ver descrição
O dispositivo a ser simulado ao executar um aplicativo watchOS no simulador, por exemplo, "Apple Watch - 38 mm". Para ver uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
A versão do watchOS que vai ser executada no simulador durante a execução ou teste.
Tags: test_runner
--[no]zip_undeclared_test_outputs padrão: "verdadeiro"
Se for verdadeiro, as saídas de teste não declaradas vão ser arquivadas em um arquivo ZIP.
Tags: test_runner
Opções que acionam otimizações do tempo de build:
--[no]collapse_duplicate_defines padrão: "falso"
Quando ativado, --defines redundantes serão removidos no início do build. Isso evita a perda desnecessária do cache de análise para determinados tipos de builds equivalentes.
Tags: loading_and_analysis, loses_incremental_state
--[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: "verdadeiro"
Se ativado, os arquivos .d em C++ serão transmitidos na memória diretamente dos nós de build remotos em vez de gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files padrão: "verdadeiro"
Se ativado, os arquivos de dependência (.jdeps) gerados pelas compilações Java serão transmitidos na memória diretamente dos nós de build remotos em vez de gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning padrão: "falso"
Se é necessário realizar ou não verificação para o objetivo C/C++.
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found padrão: "falso"
Se ativado, o recurso parse_headers não cria uma ação de compilação de cabeçalho separada se uma fonte com o mesmo nome de base for encontrada no mesmo destino.
Tags: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly padrão: "falso"
Quando ativada, --trim_test_configuration não corta a configuração do teste das regras marcadas como testonly=1. Isso reduz os problemas de conflito de ações quando regras que não são de teste dependem de regras "cc_test". Nenhum efeito se --trim_test_configuration for falsa.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import padrão: "falso"
Se ativada, a versão de cc_import do Starlark pode ser usada.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning padrão: "falso"
Define se é necessário restringir entradas à compilação C/C++ analisando as 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, ela também pode causar falhas nos builds, porque o processo de inclusão não implementa totalmente a semântica do pré-processador C. Mais especificamente, ele não entende diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Quaisquer problemas relacionados a esta sinalização serão encerrados.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing padrão: "verdadeiro"
A maior parte do trabalho de dexação separada para cada arquivo Jar é executada.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning padrão: "verdadeiro"
Se definido, os arquivos .d emitidos pelo Clang serão usados para remover o conjunto de entradas transmitidas para as compilações do 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 do cabeçalho estiver ativado para o conjunto de ferramentas).
Tags: execution
--[no]trim_test_configuration padrão: "verdadeiro"
Quando ativadas, as opções relacionadas a testes são apagadas abaixo do nível superior do build. Quando essa flag está ativa, os testes não podem ser criados como dependências de regras que não são de teste, mas mudanças nas opções relacionadas a eles não fazem com que as regras que não sejam de teste sejam analisadas novamente.
Tags: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder padrão: "verdadeiro"
Essa opção foi descontinuada. Ele agora é um ambiente autônomo e será removido em breve.
Tags: loading_and_analysis
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]announce padrão: "falso"
Descontinuado. Ambiente autônomo.
Tags: affects_outputs
--[no]experimental_bep_target_summary padrão: "falso"
Define se é necessário publicar eventos TargetSummary.
--[no]experimental_build_event_expand_filesets padrão: "falso"
Se verdadeiro, expanda os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags: affects_outputs
Se verdadeiro, resolve totalmente os links simbólicos relativos do conjunto de arquivos 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 precisa tentar 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 mínimo inicial 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: ver 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_stream_log_file_uploads padrão: "falso"
Fazer streaming do arquivo de registros diretamente para o armazenamento remoto em vez de gravá-lo no disco.
Tags: affects_outputs
--explain=<a path> padrão: ver 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: "verdadeiro"
Use essa opção para suprimir a geração do campo "important_outputs" legado no evento TargetComplete. "important_outputs" é necessário para a integração do Bazel com 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ção remota. Útil ao depurar ações. Isso é implícito por "--subcommands" e "-chave_falhas".
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, mostra até o número especificado 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 de registro por teste que pode ser emitido quando --test_output é "errors" ou "all". Útil para evitar sobrecarregar a saída de teste com muito ruído. O cabeçalho do teste é incluído no tamanho do registro. Valores negativos implicam 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: ver descrição
Mostra apenas avisos 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 entre os relatórios de jobs ainda em execução. O valor padrão 0 significa que o primeiro relatório será mostrado após 10 segundos, depois 30 segundos e, depois desse progresso, ele será relatado uma vez por minuto. Quando --curses estiver ativado, o progresso será relatado 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 de arquivos de saída que foram criados. Os arquivos impressos são strings convenientes para copiar e colar no shell e executá-los. Essa opção requer um argumento inteiro, que é o número limite de destinos acima do qual as informações de resultado não são impressas. Portanto, zero causa a supressão da mensagem e MAX_INT faz com que a impressão do resultado sempre ocorra. O padrão é um.
Tags: affects_outputs
--[no]subcommands [-s] padrão: "falso"
Exibe os subcomandos executados durante uma criação. Sinalizações relacionadas: --execution_log_json_file, --execution_log_binary_file (para registrar subcomandos 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 "summary" para gerar apenas o resumo do status de teste, "errors" para imprimir registros de testes com falha, "all" para imprimir registros de todos os testes e "stream" para gerar registros de todos os testes em tempo real. Isso força os testes a serem executados localmente, 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: "curta"
Especifica o formato desejado do resumo do teste. Os valores válidos são "curto" para imprimir informações apenas sobre os testes executados, "terse" para mostrar informações apenas sobre testes malsucedidos executados, "detalhado" para imprimir informações detalhadas sobre os casos de teste com falha, "caso de teste" para imprimir um resumo na resolução do caso de teste, não mostrar 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 ver qual depurar. Várias regex podem ser separadas por vírgulas, e cada regex é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente só será útil para especialistas em resolução de conjuntos de ferramentas.
Tags: terminal_output
--[no]verbose_explanations padrão: "falso"
Aumenta o detalhamento das explicações emitidas se --explain estiver ativado. Não terá efeito se --explain não estiver ativado.
Tags: affects_outputs
--[no]verbose_failures padrão: "falso"
Se um comando falhar, mostre a linha de comando completa.
Tags: terminal_output
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--aspects_parameters=<a 'name=value' assignment> vários usos 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 em --aspects list ou é obrigatório por um aspecto da 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 acumulados
Define um nome abreviado para uma flag 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. Quando um destino py_binary ou py_test tem "legacy_create_init" definido como "auto" (o padrão), ele é tratado como falso apenas se essa flag for definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed padrão: "verdadeiro"
Se for verdadeiro, os destinos criados na configuração do Python 2 vão aparecer em uma raiz de saída que inclui o sufixo "-py2", enquanto os destinos criados para Python 3 vão aparecer em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência `bazel-bin` apontará para destinos do Python 3 em vez do Python 2. Se você ativar esta opção, também é recomendável ativar "--incompatible_py3_is_default".
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default padrão: "verdadeiro"
Se verdadeiro, os destinos "py_binary" e "py_test" que não definirem o atributo "python_version" (ou "default_python_version") serão padronizados como PY3 em vez de PY2. Se você definir essa flag, também é recomendável definir "--incompatible_py2_outputs_are_sufFixed".
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains padrão: "verdadeiro"
Se definidas como "true", as regras nativas executáveis do Python vão usar o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido por sinalizações legadas, como --python_top.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> padrão: ver 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 não especifiquem explicitamente uma versão. Portanto, geralmente não há muito motivo para fornecer essa flag.
Tags: loading_and_analysis, affects_outputs, explicit_in_output_path
--target_pattern_file=<a string> padrão: ""
Se definido, o build lerá padrões do arquivo nomeado aqui, em vez de na linha de comando. É um erro especificar um arquivo aqui, assim como padrões de linha de comando.
Tags: changes_inputs
Opções diversas, não categorizadas de outra forma:
--[no]build_manual_tests padrão: "falso"
Força a criação de destinos de teste marcados como "manual". Os testes "manuais" são excluídos do processamento. Essa opção força a criação deles, mas não a execução.
--build_tag_filters=<comma-separated list of options> padrão: ""
Especifica uma lista de tags separadas por vírgulas. Cada tag pode ser precedida por "-" para especificar as tags excluídas. Só serão criados os destinos que tiverem pelo menos uma tag incluída e que não contenham nenhuma tag excluída. 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 teste, por exemplo, "--test_tag_filters".
--[no]build_tests_only padrão: "falso"
Se especificado, somente 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á criado.
--[no]cache_test_results [-t] padrão: "automático"
Se definido como "auto", o Bazel vai executar um teste novamente apenas se: (1) o Bazel detectar mudanças no teste ou nas dependências dele, (2) o teste for marcado como externo, (3) várias execuções de teste forem solicitadas com --runs_per_test ou(4) o teste tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os testes marcados como externos. Se definido como "no", o Bazel não armazena os resultados de teste em cache.
--[no]compile_one_dependency padrão: "falso"
Compila uma única dependência dos arquivos de argumentos. Isso é útil para a verificação de 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/compilação/teste. Este argumento afeta a forma como todos os argumentos que não são de sinalização são interpretados. Em vez de serem destinos para build, eles são nomes de arquivos de origem. Para cada nome de arquivo de origem, será criado um destino arbitrário que depende dele.
--deleted_packages=<comma-separated list of package names> padrão: ""
Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistentes, mesmo que estejam visíveis em algum lugar do caminho do pacote. Use essa 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 package_path. Especificar --deleted_packages x/y evita esse problema.
--[no]discard_analysis_cache padrão: "falso"
Descarte o cache de análise imediatamente após a conclusão da fase de análise. Reduz o uso da memória em cerca de 10%, mas torna os builds incrementais mais lentos.
--execution_log_binary_file=<a path> padrão: ver descrição
Registre os spawns executados nesse arquivo como protos do Spawn delimitados, de acordo com src/main/protobuf/spawn.proto. Primeiro, o registro é gravado sem ordenação. Depois, ao final da invocação, ele é classificado em uma ordem estável (pode consumir muita CPU e memória). Sinalizações relacionadas: --execution_log_json_file (formato json de texto ordenado), --experimental_execution_log_file (formato protobuf binário não ordenado), --subcomandos (para exibição de subcomandos na saída do terminal).
--execution_log_json_file=<a path> padrão: ver descrição
Registre os spawns executados nesse arquivo como uma representação JSON dos protos delimitados do Spawn, de acordo com src/main/protobuf/spawn.proto. Primeiro, o registro é gravado sem ordenação. Depois, ao final da invocação, ele é classificado em uma ordem estável (pode consumir muita CPU e memória). Flags relacionadas: sinalizações relacionadas: --execution_log_binary_file (formato protobuf binário ordenado), --experimental_execution_log_file (formato protobuf binário não ordenado), --subcomandos (para exibição de subcomandos na saída do terminal).
--[no]execution_log_sort padrão: "verdadeiro"
Define se o registro de execução precisa ser classificado. Defina como falso para melhorar o desempenho da memória, mas, ao mesmo tempo, produza o registro em ordem não determinista.
--[no]expand_test_suites padrão: "verdadeiro"
Expanda as segmentações test_suite para os testes constituintes antes da análise. Quando essa flag está ativada (padrão), os padrões de segmentação negativa são aplicados aos testes pertencentes ao pacote. Caso contrário, eles não são aplicados. Desativar essa flag é útil quando aspectos de nível superior são aplicados na linha de comando para que eles possam analisar destinos test_suite.
Tags: loading_and_analysis
--[no]experimental_cancel_concurrent_tests padrão: "falso"
Se verdadeiro, o Blaze vai cancelar os testes simultâneos na primeira execução bem-sucedida. Ela só é útil em combinação com --runs_per_test_detects_flakes.
Tags: affects_outputs, loading_and_analysis
--experimental_execution_log_file=<a path> padrão: ver descrição
Registre os spawns executados nesse arquivo como protos do Spawn delimitados, de acordo com src/main/protobuf/spawn.proto. Esse arquivo é escrito na ordem da execução dos Spawns. Sinalizações relacionadas: --execution_log_binary_file (formato protobuf binário ordenado), --execution_log_json_file (formato json de texto ordenado), --subcomandos (para exibição de subcomandos na saída do terminal).
--[no]experimental_execution_log_spawn_metrics padrão: "falso"
Inclua métricas de spawn no registro de spawns executado.
--experimental_extra_action_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths> padrão: ""
Descontinuado em favor dos aspectos. Filtra o conjunto de destinos para programar extra_actions.
--[no]experimental_extra_action_top_level_only padrão: "falso"
Descontinuado em favor dos aspectos. Programe apenas ações extras 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 verdadeiro, a cobertura para Clang vai gerar um relatório LCOV.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map padrão: "verdadeiro"
Define se o mapa de cabeçalho J2ObjC será gerado em paralelo à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path padrão: "falso"
Define se precisa ser gerado com um 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 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 o Android.
Tags: affects_outputs
--[no]experimental_prioritize_local_actions padrão: "verdadeiro"
Se definidas, as ações que só podem ser executadas localmente recebem a primeira oportunidade de aquisição de recursos, a segunda chance para os workers de execução dinâmica e as ações independentes executadas de maneira dinâmica por último.
Tags: execution
--[no]experimental_run_android_lint_on_java_rules padrão: "falso"
Define se é necessário validar origens java_*.
Tags: affects_outputs
--[no]explicit_java_test_deps padrão: "falso"
Especificar explicitamente uma dependência para JUnit ou Hamcrest em um java_test, em vez de obter acidentalmente das dependências do TestRunner. No momento, só funciona para o Bazel.
--host_java_launcher=<a build target label> padrão: ver descrição
A tela de início do Java usada por ferramentas executadas durante um build.
--host_javacopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para javac ao criar ferramentas que são executadas durante um build.
--host_jvmopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a VM Java ao criar ferramentas que são executadas durante o build. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_exclusive_test_sandboxed padrão: "falso"
Se verdadeiro, testes exclusivos serão executados com estratégia de sandbox. Adicione a 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 isso pode impedir o armazenamento em cache entre usuários se um cache compartilhado for usado.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options> vários usos acumulados
Outras opções a serem transmitidas para a 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: "verdadeiro"
Gera informações de dependência (por enquanto, caminho de classe do tempo de compilação) por destino Java.
--[no]java_header_compilation padrão: "verdadeiro"
Compile ijars diretamente da fonte.
--java_language_version=<a string> padrão: "8"
A versão da linguagem Java
--java_launcher=<a build target label> padrão: ver descrição
A tela de início do Java para usar ao criar binários do Java. Se essa sinalização estiver definida como a string vazia, a tela de início do JDK será usada. O atributo "tela de início" 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 acumulados
Outras opções para transmitir para javac.
--jvmopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a VM 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: ver 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_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.> padrão: "HOST_CPUS"
Define explicitamente o número total de núcleos de CPU locais disponíveis para o Bazel gastar em ações de build executadas no local. Usa um número inteiro, ou "HOST_CPUS", opcionalmente seguido por [-|*]<float> (por exemplo, HOST_CPUS*.5 para usar metade dos núcleos de CPU disponíveis. Por padrão, ("HOST_CPUS"), o Bazel vai consultar a configuração do sistema para estimar o número de núcleos de CPU disponíveis.
--local_extra_resources=<a named float, 'name=value'> vários usos acumulados
Define o número de recursos extras disponíveis para o Bazel. Utiliza um par flutuante de string. 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 recursos extras necessários. Os testes podem declarar a quantidade de recursos extras necessários usando uma tag do formato "resources:<resoucename>:<amount>". A CPU, a RAM e os recursos disponíveis não podem ser definidos com essa flag.
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.> padrão: "HOST_RAM*.67"
Define explicitamente a quantidade total de RAM do host local (em MB) disponível para o Bazel gastar em ações de build executadas localmente. Usa um número inteiro, ou "HOST_RAM", opcionalmente seguido por [-|*]<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.
--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.
--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 incluído. Se omitido ou vazio, o padrão será a saída de "bazel info default-package-path".
--plugin=<a build target label> vários usos acumulados
Plug-ins para usar no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label> padrão: ver 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 protocompilador.
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_dataset() que descreve como compilar protótipos do C++
Tags: affects_outputs, loading_and_analysis
Padrão do --proto_toolchain_for_j2objc=<a build target label>: "@bazel_tools//tools/j2objc:j2objc_proto_toolkit"
Rótulo de proto_lang_dataset() 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 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 for aprovada e pelo menos uma execução/tentativa falhar receberá um status FLAKY.
--shell_executable=<a path> padrão: ver descrição
Caminho absoluto para o executável do shell para o Bazel usar. Se essa opção não for definida, mas a variável de ambiente BAZEL_SH for definida na primeira invocação do Bazel (que inicia um servidor do Bazel), ela vai ser usada pelo Bazel. Se nenhum deles estiver definido, o Bazel vai usar 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). Observe que o uso de um shell não compatível com bash pode causar falhas de compilação ou de tempo de execução dos binários gerados.
Tags: loading_and_analysis
--[no]show_loading_progress padrão: "verdadeiro"
Se ativada, faz com que o Bazel mostre as mensagens "Loading package:".
--test_arg=<a string> vários usos acumulados
Especifica outras opções e argumentos que precisam ser transmitidos para o executável do teste. Pode ser usado várias vezes para especificar diversos argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado somente pelo comando "bazel test".
--test_filter=<a string> padrão: ver 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 os idiomas excluídos. Serão encontrados apenas os destinos de teste que estão escritos nos idiomas especificados. O nome usado para cada idioma deve ser o mesmo que o prefixo do idioma na regra *_test, por exemplo, "cc", "java", "py" etc. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--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"
A opção "Falha rápida" é encaminhada para o executor de teste. O executor de teste precisa interromper a execução na primeira falha.
--test_sharding_strategy=<explicit or disabled> 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.
--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 apenas os destinos de teste que contêm pelo menos um tamanho incluído e não contêm nenhum tamanho excluído. 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 de tags de teste separadas por vírgulas. Cada tag pode ser precedida por "-" para especificar as tags excluídas. Serão encontrados apenas os destinos de teste que contêm pelo menos uma tag incluída e que 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 opcionalmente por "-" para especificar os tempos limite excluídos. Somente serão encontrados os destinos de teste que contêm pelo menos um tempo limite incluído e que não contêm nenhum 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: "8"
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: "verdadeiro"
Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resultará em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.

Opções de sinalizações canônicas

Herda todas as opções da build.

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que controlam a saída do comando:
--[no]canonicalize_policy padrão: "falso"
Envie a política canônica após a expansão e a filtragem. Para manter a saída limpa, os argumentos do comando canônicos NÃO vão aparecer quando essa opção for definida como "true". Observe que o comando especificado por --for_command afeta a política filtrada e, se nenhuma for especificada, o comando padrão será "build".
Tags: affects_outputs, terminal_output
--[no]show_warnings padrão: "falso"
Alertas do analisador de saída para o erro padrão (por exemplo, para opções de sinalização conflitantes).
Tags: affects_outputs, terminal_output
Opções que afetam como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
Ambiente autônomo
Tags: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility padrão: "falso"
Se incompatible_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 vai seguir a mesma lógica de visibilidade de todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933 (link em inglês).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "verdadeiro"
Se for verdadeiro, aplique restrições de visibilidade de config_setting. Se for falso, cada config_setting ficará visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932 (link em inglês).
Tags: loading_and_analysis, incompatible_change
Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
--for_command=<a string> padrão: "build"
O comando para o qual 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
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--deleted_packages=<comma-separated list of package names> padrão: ""
Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistentes, mesmo que estejam visíveis em algum lugar do caminho do pacote. Use essa 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 package_path. Especificar --deleted_packages x/y evita esse problema.
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.
--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 incluído. Se omitido ou vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "verdadeiro"
Se ativada, faz com que o Bazel mostre as mensagens "Loading package:".

Opções limpas

Herda todas as opções da build.

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que controlam a saída do comando:
--[no]async padrão: "falso"
Se verdadeiro, a limpeza de saída é assíncrona. Quando o comando for concluído, será seguro executar novos comandos no mesmo cliente, mesmo que a exclusão possa continuar 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 temporários e de build criados pelo Bazel. Ele interrompe o servidor do Bazel se ele 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 temporários e de build criados pelo Bazel, e interrompe o servidor do Bazel se ele estiver em execução. Quando o comando for concluído, será seguro executar novos comandos no mesmo cliente, mesmo que a exclusão possa continuar em segundo plano.
Expande-se para:
  --expunge
  --async

Tags: host_machine_resource_optimizations
Se for verdadeiro, todos os links simbólicos no espaço de trabalho com o prefixo symlink_prefix serão excluídos. Sem essa flag, só os links simbólicos com os sufixos predefinidos são limpos.
Tags: affects_outputs
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de sinalizações etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
No-op
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.

Opções de configuração

Opções de cobertura

Herda todas as opções de test.

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
No-op
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.

Opções do Cquery

Herda todas as opções de test.

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
Ambiente autônomo
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica da consulta:
--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 é resolvida, "conservadora" (o padrão) significa que todas as dependências de aspecto declaradas são adicionadas independentemente de receberem a classe de regra de dependências diretas, "exata" significa que apenas os aspectos que podem estar possivelmente ativos são adicionados, considerando a classe de regra das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, tornando-o mais lento que os outros modos. Observe também que mesmo o modo preciso não é completamente preciso: a decisão de computar um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]graph:factored padrão: "verdadeiro"
Se for verdadeiro, o gráfico será emitido como "fatorado", ou seja, nós equivalentes topológicos serão mesclados e seus rótulos concatenados. Essa opção é aplicável apenas a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512"
O tamanho máximo da string do rótulo para um nó do gráfico na saída. Rótulos mais longos serão truncados; -1 significa que não há truncamento. Essa opção é aplicável apenas a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "verdadeiro"
Se ativada, 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 é uma que não é explicitamente especificada no arquivo BUILD, mas é adicionada pelo Bazel. Para cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_aspects padrão: "verdadeiro"
aquery, cquery: inclui ações geradas por aspecto na saída. Query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]incompatible_display_source_file_location padrão: "verdadeiro"
Verdadeiro por padrão mostra o destino do arquivo de origem. Se verdadeiro, exibe o local da linha 1 de arquivos de origem nas saídas de localização. Essa sinalização existe apenas para fins de migração.
Tags: terminal_output, incompatible_change
--[no]incompatible_package_group_includes_double_slash padrão: "verdadeiro"
Se ativada, ao gerar o atributo `packages` do package_group, o `//` inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso"
Se a política for definida e --universe_scope não estiver definida, o valor de --universe_scope será inferido como a lista de padrões exclusivos de destino na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo do universo (por exemplo, `allrdeps`) pode não ser o que você quer. Use essa opção apenas se souber o que está fazendo. Para mais detalhes e exemplos, acesse https://bazel.build/reference/query#sky-query. Se --universe_scope estiver definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (ou seja, não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso"
Define se cada formato é encerrado com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "verdadeiro"
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 atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para saber mais sobre todos os atributos "nodep" na linguagem de build.
Tags: build_file_semantics
--output=<a string> padrão: "rótulo"
O formato em que os resultados da cquery precisam ser impressos. Os valores permitidos para cquery são: label, label_Kind, textproto, transition, 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: "verdadeiro"
Se verdadeiro, os atributos cujo valor não é explicitamente especificado no arquivo BUILD são incluídos. Caso contrário, eles são omitidos. Essa opção é aplicável a --output=proto
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso"
Preencha o campo "define_stack" do proto, que registra a pilha de chamadas do Starlark no momento em que a classe da regra foi definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "verdadeiro"
Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação simplificada é uma lista que contém cada valor do mapa de seleção exatamente uma vez. Os tipos escalares são nivelados para nulos.
Tags: build_file_semantics
--[no]proto:include_configurations padrão: "verdadeiro"
, se ativado, a saída do proto incluirá informações sobre as configurações. Quando desativado,o formato de saída do 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 é necessário calcular ou não o atributo $internal_attr_hash.
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: "verdadeiro"
Define se informações de local serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos"
Lista de atributos separados por vírgulas 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: "verdadeiro"
Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--[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 do local é um caminho absoluto e não será consistente entre as máquinas. É possível definir 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 "target". Se --starlark:expr nem --starlark:file não forem especificadas, esta opção será padronizada como "str(target.label)". Será 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. Será 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: "verdadeiro"
Consulta: se desativada, as dependências em destinos de "configuração do host" ou de "execução" não serão incluídas no gráfico de dependências em que a consulta opera. Uma borda de dependência de "configuração do host", como a de qualquer regra "proto_library" para o Protocol Compiler, geralmente aponta para uma ferramenta executada durante a compilação, e não para uma parte do mesmo programa "target". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de host ou de execução do destino de nível superior que descobriu o 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 do host, somente destinos configurados pelo host serão retornados. Essa opção NÃO exclui os conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--transitions=<full, lite or none> padrão: "nenhum"
O formato em que o cquery vai imprimir 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 (aditivos e subtrativos). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos destinos especificados. Esta opção é usada para os comandos cquery e query. Para cquery, a entrada para essa opção são os destinos em que todas as respostas são criadas. 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 presumidos como os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode causar falhas no build se os destinos analisados pela expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.
Opções que controlam a execução do build:
Define se é necessário fazer chamadas diretas ao sistema de arquivos para criar árvores de links simbólicos
Tags: loading_and_analysis, execution, experimental
--[no]experimental_remotable_source_manifests padrão: "falso"
Se as ações do manifesto de origem serão remotas
Tags: loading_and_analysis, execution e experimental
--[no]experimental_split_coverage_postprocessing padrão: "falso"
Se verdadeiro, o Bazel vai executar o pós-processamento da cobertura para teste em um novo spawn.
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 passam por diretórios nem são sensíveis a links simbólicos.
Tags: execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...> padrão: ""
Adiciona ou remova chaves das informações de execução de uma ação com base no mnemônico dela. Aplica-se apenas a ações que oferecem suporte a informações de execução. Muitas ações comuns oferecem 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" às informações de execução e remove o "y" das informações de execução de todas as ações. "Genrule=+require-x" adiciona "requirements-x" às informações de execução para todas as ações de regra geral. "(?!Genrule).*=-require-x" remove "require-x" das informações de execução para todas as ações que não são Genrule.
Tags: execution, affects_outputs, loading_and_analysis
--persistent_android_dex_desugar
Ative ações persistentes de dex e simplificação do Android usando workers.
Expande-se para:
  --strategy=Desugar=worker
  --strategy=DexBuilder=worker

Tags: host_machine_resource_optimizations, execution
--persistent_android_resource_processor
Ative 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=Aapt2Optimize=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=workerhost_machine_resource_optimizationsexecution
--persistent_multiplex_android_dex_desugar
Ative ações de dexação e simplificação multiplexadas do Android usando workers.
Expande-se para:
  --persistent_android_dex_desugar
  --modify_execution_info=Desugar=+supports-multiplex-workers
  --modify_execution_info=DexBuilder=+supports-multiplex-workers

Tags: host_machine_resource_optimizations, execution
--persistent_multiplex_android_resource_processor
Ative 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=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=Aapt2Optimize=+supports-multiplex-workers
--modify_execution_info=AARGenerator=+supports-multiplex-workershost_machine_resource_optimizationsexecution
--persistent_multiplex_android_tools
Ativar ferramentas 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
Opções que configuram o conjunto de ferramentas usado para a execução da ação:
--android_compiler=<a string> padrão: ver 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 para builds do Android.
Tags: affects_outputs, changes_inputs, loading_and_analysis, loses_incremental_state
--android_grte_top=<a label> padrão: ver descrição
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 a ser usada para as regras android_binary. Sinalização para ajudar 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 multiplataforma, 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_compiler=<a string> padrão: ver descrição
O compilador de destino da Apple. Útil para selecionar variantes de um conjunto de ferramentas (por exemplo, xcode-beta).
Tags: affects_outputs, 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 Objc e as dependências delas.
Tags: loses_incremental_state, changes_inputs
--apple_grte_top=<a build target label> padrão: ver descrição
O destino grte_top da Apple.
Tags: changes_inputs, loading_and_analysis, loses_incremental_state
--cc_output_directory_tag=<a string> padrão: ""
Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags: affects_outputs, explicit_in_output_path
--compiler=<a string> padrão: ver descrição
O compilador C++ que 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, ele 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, ele 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 cada ação de teste que coleta 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: ver descrição
Especifica uma implementação personalizada de placeoc. Essa configuração modifica os atributos shopping center nas regras de criação.
Tags: changes_inputs, affects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment> vários usos acumulados
Lista de expressões regulares separadas por vírgula, cada uma opcionalmente prefixada por - (expressão negativa) e atribuída (=) a uma lista de destinos de valores de restrição separados por vírgulas. Se um destino não corresponder a nenhuma expressão negativa e pelo menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se tivesse declarado os valores de restrição como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 vai adicionar "x86_64" a qualquer destino em //demo, exceto para aqueles cujo nome contém "test".
Tags: loading_and_analysis
--[no]experimental_enable_objc_cc_deps padrão: "verdadeiro"
Permite que as regras objc_* dependam de cc_library e faça com que todas as dependências objc sejam criadas com "--cpu" definido como "ios_<--ios_cpu>" para todos os valores em --ios_multi_cpu.
Tags: loading_and_analysis, incompatible_change
--[no]experimental_include_xcode_execution_requirements padrão: "falso"
Se definido, adicione um requisito de execução "require-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 "requirements-xcode-label:{version_label}".
Tags: loses_incremental_state, loading_and_analysis, execution
--[no]experimental_prefer_mutual_xcode padrão: "verdadeiro"
Se verdadeiro, use o Xcode mais recente que esteja 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 pelo xcode-select.
Tags: loses_incremental_state
--extra_execution_platforms=<comma-separated list of options> vários usos acumulados
As plataformas 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 vão ser consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms().
Tags: execution
--extra_toolchains=<comma-separated list of options> vários usos acumulados
As regras do conjunto de ferramentas a serem consideradas durante a resolução dele. 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_datasets().
Tags: affects_outputs, changes_inputs, loading_and_analysis
--grte_top=<a label> padrão: ver descrição
Um rótulo para uma biblioteca libc dentro. O valor padrão é selecionado pelo conjunto de ferramentas de várias ferramentas e quase nunca é necessário substituí-lo.
Tags: action_command_lines, affects_outputs
--host_compiler=<a string> padrão: ver descrição
O compilador C++ que será usado na compilação do host. Ela será ignorada se --host_crosstool_top não estiver definido.
Tags: loading_and_analysis, execution
--host_crosstool_top=<a build target label> padrão: ver descrição
Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração de host. Se essa sinalização 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: ver descrição
Se especificada, esta configuração substitui o diretório de nível superior da libc (--grte_top) para a configuração do host.
Tags: action_command_lines, affects_outputs
--host_platform=<a build target label> padrão: ""
O rótulo de uma regra de plataforma que descreve o sistema host.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set padrão: "verdadeiro"
Se verdadeiro, o Bazel não permitirá especificar expand_if_all_available em flag_sets. Consulte as instruções de migração em https://github.com/bazelbuild/bazel/issues/7008.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features padrão: "verdadeiro"
Se o resultado for verdadeiro, o Bazel não vai ativar os recursos "host" e "nonhost" no conjunto de ferramentas c++. Consulte https://github.com/bazelbuild/bazel/issues/7407 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enable_android_toolchain_resolution padrão: "falso"
Use a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras 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 nativo)
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone padrão: "verdadeiro"
Se o resultado for verdadeiro, o Bazel não vai reutilizar as linhas de comando de ação de link em C++ para linhas de comando de indexação lto. Consulte https://github.com/bazelbuild/bazel/issues/6791 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain padrão: "verdadeiro"
Se for verdadeiro, o Bazel vai confirmar quando os atributos cc_dataset.cpu e cc_toolkit.compiler forem definidos. Consulte https://github.com/bazelbuild/bazel/issues/7075 para ver instruções de migração.
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_remove_legacy_whole_archive padrão: "verdadeiro"
Se 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: "verdadeiro"
Se for verdadeiro, o Bazel exigirá o parâmetro "ctx" em cc_common.configure_features. Consulte https://github.com/bazelbuild/bazel/issues/7793 para mais informações.
Tags: loading_and_analysis, incompatible_change
--[no]interface_shared_objects padrão: "verdadeiro"
Use objetos compartilhados de interface se compatíveis com o conjunto de ferramentas. Todos os conjuntos de ferramentas ELF são compatíveis atualmente com 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: ver descrição
Especifica a versão do SDK do iOS que será usada para criar apps iOS. Se não for especificada, vai ser usada a versão padrão do SDK do iOS de "xcode_version".
Tags: loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK do macOS a ser usada para criar aplicativos para macOS. Se não for especificada, vai usar a versão padrão do SDK para macOS de "xcode_version".
Tags: loses_incremental_state
--minimum_os_version=<a string> padrão: ver descrição
A versão mínima do SO para a compilação.
Tags: loading_and_analysis, affects_outputs
--platform_mappings=<a relative path> padrão: ""
O local de um arquivo de mapeamento que descreve qual plataforma usar se nenhuma estiver definida ou quais flags serão definidas quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente na 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 da 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: ver descrição
Descontinuado, sem operação. Desativado por "--incompatible_use_python_datasets".
Tags: no_op, deprecated
--python3_path=<a string> padrão: ver descrição
Descontinuado, sem operação. Desativado por "--incompatible_use_python_datasets".
Tags: no_op, deprecated
--python_path=<a string> padrão: ver descrição
O caminho absoluto do intérprete de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatible_use_python_toolkits.
Tags: loading_and_analysis, affects_outputs
--python_top=<a build target label> padrão: ver descrição
O rótulo de um py_runtime que representa o interpretador do Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. Desativado por --incompatible_use_python_toolkits.
Tags: loading_and_analysis, affects_outputs
--target_platform_fallback=<a build target label> padrão: "@local_config_platform//:host"
O rótulo de uma regra de plataforma que precisa ser usada se nenhuma plataforma de destino estiver definida e nenhum mapeamento de plataforma corresponder ao conjunto atual de sinalizações.
Tags: affects_outputs, changes_inputs, loading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK do tvOS a ser usada para criar aplicativos para tvOS. Se não for especificada, vai usar a versão padrão do SDK do tvOS de "xcode_version".
Tags: loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Especifica a versão do SDK watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, vai usar a versão padrão do SDK do watchOS de "xcode_version".
Tags: loses_incremental_state
--xcode_version=<a string> padrão: ver descrição
Se especificado, usa o Xcode da versão fornecida para 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 usada para selecionar a versão do Xcode na configuração do build.
Tags: loses_incremental_state, loading_and_analysis
Opções que controlam a saída do comando:
--[no]apple_enable_auto_dsym_dbg padrão: "falso"
Define se é necessário forçar a ativação da geração de arquivos de símbolo de depuração (.dSYM) para builds dbg.
Tags: affects_outputs, action_command_lines
--[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
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se for falso, gravar manifestos somente quando possível.
Tags: affects_outputs
--[no]build_runfile_manifests padrão: "verdadeiro"
Se verdadeiro, gravar manifestos de runfiles para todos os destinos. Se for falsa, omita-as. Os testes locais não vão ser executados quando 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 do binário de teste também será criado automaticamente.
Tags: loading_and_analysis, affects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options> padrão: ".pb.h"
Define os prefixos dos arquivos principais que uma cc_proto_library cria.
Tags: affects_outputs, loading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options> padrão: ".pb.cc"
Define os prefixos dos arquivos de origem que uma cc_proto_library cria.
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 fissão para compilações e links em C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais "yes" para ativar todos os modos e "no" para desativá-los.
Tags: loading_and_analysis, action_command_lines, affects_outputs
--[no]incompatible_always_include_files_in_data padrão: "verdadeiro"
Se verdadeiro, as regras nativas adicionam <code>DefaultInfo.files</code> de dependências de dados aos arquivos de execução, o que corresponde ao comportamento recomendado para as regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags: affects_outputs, incompatible_change
--[no]legacy_external_runfiles padrão: "verdadeiro"
Se for verdadeiro, crie florestas de links simbólicos de runfiles 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 é necessário gerar um arquivo de linkmap.
Tags: affects_outputs
--[no]save_temps padrão: "falso"
Se definido, as saídas temporárias de gcc serão salvas. Isso inclui arquivos .s (código assembler), arquivos .i (C pré-processado) e arquivos .ii (C++ pré-processado).
Tags: affects_outputs
Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, em vez da existência dela:
--action_env=<a 'name=value' assignment with an optional value part> vários usos 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á extraído do ambiente de invocação) ou pelo par nome=valor, que define o valor independente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, as últimas vitórias e 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: "falso"
Gere arquivos de vinculação de dados compatíveis com o AndroidX. Isso é usado apenas com a vinculação de dados v2.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]android_databinding_use_v3_4_args padrão: "falso"
Use a vinculação de dados do Android v2 com o argumento 3.4.0
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
--android_dynamic_mode=<off, default or fully> padrão: "desativado"
Determina se as dependências 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 escolherá se quer vincular dinamicamente. O valor "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "off" significa que todas as bibliotecas serão vinculadas no modo quase 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 à combinação de manifestos para binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação ao execroot. ALPHABETical_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração no diretório de saída. DEPENDÊNCIA significa que os manifestos são ordenados, e o manifesto de cada biblioteca 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 ProGuard.
Tags: affects_outputs, loading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, watchos, tvos, macos or catalyst> vários usos acumulados
Especifique o modo bitcode da Apple para etapas de compilação direcionadas a arquiteturas de dispositivos. Os valores estão no formato "[platform=]mode", em que a plataforma (que precisa ser "ios", "macos", "tvos" ou "watchos") é opcional. Se fornecido, o modo bitcode será aplicado especificamente a essa plataforma. Se omitido, será aplicado a todas as plataformas. O modo precisa ser "none", "embedded_markers" ou "embedded". Essa opção pode ser fornecida várias vezes.
Tags: loses_incremental_state
--[no]build_python_zip padrão: "automático"
Crie um ZIP executável em Python no Windows, desativado em outras plataformas
Tags: affects_outputs
--catalyst_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do Apple Catalyst.
Tags: loses_incremental_state, loading_and_analysis
--[no]collect_code_coverage padrão: "falso"
Se especificado, o Bazel vai instrumentar o código (usando instrumentação off-line quando possível) e coletar informações de cobertura durante os testes. Somente os destinos que corresponderem a --instrumentation_filter serão afetados. Normalmente, essa opção não deve ser especificada diretamente. Em vez disso, use o comando "bazel cobertura".
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, explicit_in_output_path
--conlyopt=<a string> vários usos acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C.
Tags: action_command_lines, affects_outputs
--copt=<a string> vários usos acumulados
Outras opções para transmitir para a CG.
Tags: action_command_lines, affects_outputs
--cpu=<a string> padrão: ""
A CPU de destino.
Tags: changes_inputs, affects_outputs, explicit_in_output_path
--cs_fdo_absolute_path=<a string> padrão: ver 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: ver 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 descartados no momento da execução.
Tags: affects_outputs
--cs_fdo_profile=<a build target label> padrão: ver 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 acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C++.
Tags: action_command_lines, affects_outputs
--define=<a 'name=value' assignment> vários usos acumulados
Cada opção --define especifica uma atribuição para uma variável de build.
Tags: changes_inputs, affects_outputs
Padrão de --dynamic_mode=<off, default or fully>: "padrão"
Determina se os binários C++ serão vinculados dinamicamente. "default" significa que o Bazel escolherá se quer vincular dinamicamente. O valor "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "off" significa que todas as bibliotecas serão vinculadas no modo quase estático.
Tags: loading_and_analysis, affects_outputs
--[no]enable_fdo_profile_absolute_path padrão: "verdadeiro"
Se definido, o uso de fdo_absolute_profile_path gerará um erro.
Tags: affects_outputs
--[no]enable_runfiles padrão: "automático"
Ativar a árvore de links simbólicos dos arquivos de execução. Por padrão, fica desativado no Windows em outras plataformas.
Tags: affects_outputs
--experimental_action_listener=<a build target label> vários usos acumulados
Descontinuado em favor dos aspectos. Use action_listener para anexar uma extra_action a ações de build existentes
Tags: execution, experimental
--[no]experimental_android_compress_java_resources padrão: "falso"
Compacte recursos Java em APKs
Tags: affects_outputs, loading_and_analysis e experimental
--[no]experimental_android_databinding_v2 padrão: "falso"
Use android databinding v2
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
--[no]experimental_android_resource_shrinking padrão: "falso"
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex padrão: "falso"
use a ferramenta rex para reescrever arquivos dex
Tags: affects_outputs, loading_and_analysis, loses_incremental_state e experimental
--experimental_objc_fastbuild_options=<comma-separated list of options> padrão: "-O0,-DDEBUG=1"
Usa essas strings como opções do compilador objc fastbuild.
Tags: action_command_lines
--[no]experimental_omitfp padrão: "falso"
Se for verdadeiro, use o libunwind para desenrolar de pilha e faça a compilação com -fomit-frame-pointer e -faconcurrent-unwind-tables.
Tags: action_command_lines, affects_outputs, experimental
--[no]experimental_platform_in_output_dir padrão: "falso"
Se verdadeiro, a plataforma de destino será usada no nome do diretório de saída em vez da CPU.
Tags: affects_outputs, experimental
--[no]experimental_use_llvm_covmap padrão: "falso"
Se especificado, o Bazel vai gerar informações do mapa de cobertura llvm-cov em vez de gcov quando a coleta_code_coverage estiver ativada.
Tags: changes_inputs, affects_outputs, loading_and_analysis, experimental
--fat_apk_cpu=<comma-separated list of options> padrão: "armeabi-v7a"
Definir 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 sinalização 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 é necessário criar divisões HWASAN.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--fdo_instrument=<a string> padrão: ver descrição
Gerar binários com instrumentação FDO. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão descartados no momento da execução.
Tags: affects_outputs
--fdo_optimize=<a string> padrão: ver 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 com um perfil automático ou um arquivo de perfil LLVM. Essa flag 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 identificadores que apontam para destinos "fdo_profile". Essa sinalização será substituída pela regra "fdo_profile".
Tags: affects_outputs
--fdo_prefetch_hints=<a build target label> padrão: ver descrição
Use dicas de pré-busca em cache.
Tags: affects_outputs
--fdo_profile=<a build target label> padrão: ver descrição
O fdo_profile que representa o perfil a ser usado para otimização.
Tags: affects_outputs
--features=<a string> vários usos acumulados
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Se você especificar -<feature>, o recurso será desativado. Os recursos negativos sempre se sobrepõem aos positivos. Consulte também --host_features
Tags: changes_inputs, affects_outputs
--[no]force_pic padrão: "falso"
Se ativada, todas as compilações C++ produzem código independente de posição ("-fPIC"), os links preferem bibliotecas pré-criadas PIC em vez de bibliotecas não PIC, e os 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 acumulados
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de host ou de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será extraído do ambiente de invocação) ou pelo par nome=valor, que define o valor independente do ambiente de invocação. Essa opção pode ser usada várias vezes; para opções dadas para a mesma variável, as últimas vitórias e 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 serão integradas. Valores: 'fastbuild', 'dbg', 'opt'.
Tags: affects_outputs, action_command_lines
--host_conlyopt=<a string> vários usos acumulados
Outra opção para transmitir para gcc ao compilar arquivos de origem C para ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_copt=<a string> vários usos acumulados
Mais opções para transmitir ao gcc para ferramentas de host.
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 acumulados
Mais opções para transmitir ao gcc para ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_features=<a string> vários usos acumulados
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Se você especificar -<feature>, o recurso será desativado. Os recursos negativos sempre se sobrepõem aos positivos.
Tags: changes_inputs, affects_outputs
--host_force_python=<PY2 or PY3> padrão: ver descrição
Substitui a versão do Python na configuração do host. Pode ser "PY2" ou "PY3".
Tags: loading_and_analysis, affects_outputs
--host_linkopt=<a string> vários usos acumulados
Outra opção para transmitir para Cco: ao vincular ferramentas de host.
Tags: action_command_lines, affects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima compatível do macOS para destinos de host. Se não for especificado, será usado "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 acumulados
Outras opções para passar seletivamente para o compilador C/C++ ao compilar determinados arquivos nas configurações de host ou 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 representa uma lista de padrões de expressão regular para incluir e excluir (consulte também --instrumentation_filter). option_1 e option_n indicam opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 acumulados
Mais opções de transmissão para o Swiftc para ferramentas de host.
Tags: action_command_lines, affects_outputs
--[no]incompatible_avoid_conflict_dlls padrão: "verdadeiro"
Se ativada, todas as bibliotecas de vínculo dinâmico (DLLs) do C++ geradas por cc_library no Windows vão ser renomeadas como name_{hash}.dll, em que o hash é calculado com base no RepositoryName e no caminho do pacote da DLL. Essa opção é útil quando você tem um pacote que depende de vários cc_library com o mesmo nome (por exemplo, //foo/bar1:utils e //foo/bar2:utils).
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_merge_genfiles_directory padrão: "verdadeiro"
Se verdadeiro, o diretório genfiles será incorporado ao diretório bin.
Tags: affects_outputs, incompatible_change
--[no]incompatible_use_host_features padrão: "falso"
Se verdadeiro, use --features apenas para a configuração de destino e --host_features para a configuração exec.
Tags: changes_inputs, affects_outputs, incompatible_change
--[no]incompatible_use_platforms_repo_for_constraints padrão: "verdadeiro"
Se verdadeiro, as configurações de restrição de @bazel_tools serão removidas.
Tags: affects_outputs, incompatible_change
--[no]instrument_test_targets padrão: "falso"
Quando a cobertura está ativada, especifica se as regras de teste de instrumentação serão consideradas. 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, somente as regras com nomes incluídos pelo filtro baseado em regex especificado serão instrumentadas. As regras com o prefixo "-" são excluídas. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativada.
Tags: affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima do iOS compatível com simuladores e dispositivos de destino. Se não for especificado, será usado "ios_sdk_version".
Tags: loses_incremental_state
--ios_multi_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas 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: "verdadeiro"
Descontinuado, substituído por --incompatible_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' em 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 acumulados
Outra opção para transmitir para CG durante a vinculação.
Tags: action_command_lines, affects_outputs
--ltobackendopt=<a string> vários usos acumulados
Opção adicional para transmitir à etapa do back-end de LTO (em --features=thin_lto).
Tags: action_command_lines, affects_outputs
--ltoindexopt=<a string> vários usos acumulados
Opção adicional para passar à 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 acumulados
Lista de arquiteturas separadas por vírgulas para criar 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: ver descrição
Versão mínima compatível do macOS para destinos. Se não for especificado, será usado "macos_sdk_version".
Tags: loses_incremental_state
--[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 é necessário realizar remoções de símbolos e código morto em binários vinculados. As remoções binárias serão realizadas se essa flag e --compilation_mode=opt forem especificadas.
Tags: action_command_lines
--objccopt=<a string> vários usos 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 acumulados
Outras opções para passar seletivamente para o 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 representa uma lista de padrões de expressão regular para incluir e excluir (consulte também --instrumentation_filter). option_1 e option_n indicam opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 acumulados
Outras opções para passar seletivamente para o 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 representa uma lista de padrões de expressão regular para incluir e excluir. option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisa estar entre uma barra invertida. As opções podem conter @. Somente o primeiro @ é usado 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 de 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: ver 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: ver descrição
Use as informações do perfil do Propeller para otimizar o destino do build.Um perfil de hélice precisa consistir em pelo menos um de dois arquivos: um perfil cc e um perfil ld. Essa flag aceita um rótulo de build que precisa se referir aos arquivos de entrada do perfil de 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 exporta_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: ver descrição
Nome do caminho absoluto do arquivo cc_profile para builds otimizados por Propeller.
Tags: affects_outputs
--propeller_optimize_absolute_ld_profile=<a string> padrão: ver descrição
Nome do caminho absoluto do arquivo ld_profile para builds otimizados por Propeller.
Tags: affects_outputs
--run_under=<a prefix in front of command> padrão: ver 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: "verdadeiro"
Se verdadeiro, as bibliotecas nativas que contêm funcionalidade idêntica serão compartilhadas entre destinos diferentes
Tags: loading_and_analysis, affects_outputs
--[no]stamp padrão: "falso"
Carimbo nos binários com a data, o nome de usuário, o nome do host, as informações do espaço de trabalho etc.
Tags: affects_outputs
--strip=<always, sometimes or never> padrão: "às vezes"
Especifica se é necessário remover binários e bibliotecas compartilhadas (usando "-Wl,--strip-debug"). O valor padrão "às vezes" significa remover iff --compilation_mode=fastbuild.
Tags: affects_outputs
--stripopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a remoção ao gerar um binário "<name>.stripped".
Tags: action_command_lines, affects_outputs
--swiftcopt=<a string> vários usos acumulados
Outras opções para transmitir para compilação Swift.
Tags: action_command_lines
--tvos_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do Apple tvOS.
Tags: loses_incremental_state, loading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
Versão mínima do tvOS compatível com simuladores e dispositivos de destino. Se não for especificado, será usado "tvos_sdk_version".
Tags: loses_incremental_state
--watchos_cpus=<comma-separated list of options> vários usos acumulados
Lista de arquiteturas separadas por vírgulas para criar binários do 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: ver descrição
Versão mínima do watchOS compatível com simuladores e dispositivos desejados. Se não for especificado, será usado "watchos_sdk_version".
Tags: loses_incremental_state
--xbinary_fdo=<a build target label> padrão: ver descrição
Use as informações de perfil do XbinaryFDO para otimizar a compilação. Especifique o nome do perfil de binário cruzado padrão. Quando a opção é usada com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags: affects_outputs
Opções que afetam o modo como o Bazel aplica entradas de build válidas (definições de regras, combinações de sinalizações etc.):
--auto_cpu_environment_group=<a build target label> padrão: ""
Declare o "environment_group" a ser usado para mapear automaticamente os valores da 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 por 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 são marcadas.
Tags: build_file_semantics
--[no]check_visibility padrão: "verdadeiro"
Se desativada, os erros de visibilidade nas dependências de destino são rebaixados a avisos.
Tags: build_file_semantics
--[no]desugar_for_android padrão: "verdadeiro"
Define se é necessário simplificar o 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 é necessário incluir bibliotecas Java 8 com suporte em apps para dispositivos legados.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state, experimental
--[no]enforce_constraints padrão: "verdadeiro"
Verifica os ambientes com que cada destino é compatível e informa erros se algum destino tiver dependências que não oferecem suporte aos mesmos ambientes
Tags: build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs padrão: "falso"
Flag para ajudar na transição da permissão para a proibição de regras android_library sem srcs com dependências. O depósito precisa ser limpo para implantar esse recurso por padrão.
Tags: eagerness_to_exit, loading_and_analysis
--[no]experimental_check_desugar_deps padrão: "verdadeiro"
Define se é necessário verificar duas vezes a simplificação correta no nível binário do Android.
Tags: eagerness_to_exit, loading_and_analysis, experimental
--experimental_import_deps_checking=<off, warning or error> padrão: "DESATIVADO"
Quando ativada, verifica se as dependências de um aar_import estão concluídas. Essa aplicação pode interromper o build ou resultar apenas em avisos.
Tags: loading_and_analysis
Padrão de --experimental_strict_java_deps=<off, warn, error, strict or default>: "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, verifique somente os destinos de pré-requisito que são arquivos de saída pesquisando somente o teste da regra de geração. Este item corresponde à verificação de visibilidade.
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 é 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 oferecer compatibilidade com versões anteriores.
Tags: eagerness_to_exit, incompatible_change
--[no]incompatible_force_strict_header_check_from_starlark padrão: "verdadeiro"
Se ativada, defina a verificação de cabeçalho estrita na API Starlark.
Tags: loading_and_analysis, changes_inputs e incompatible_change
--[no]incompatible_validate_top_level_header_inclusions padrão: "verdadeiro"
Se verdadeiro, o Bazel também valida as inclusões de cabeçalhos de diretório de nível superior. Consulte https://github.com/bazelbuild/bazel/issues/10047 para saber mais.
Tags: loading_and_analysis, incompatible_change
--[no]strict_filesets padrão: "falso"
Se esta opção estiver ativada, os conjuntos de arquivos que ultrapassam os limites do pacote serão informados como erros. Ela não funciona quando o check_fileset_Dependencies_CREDENTIALSly está desativado.
Tags: build_file_semantics, eagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default> padrão: "erro"
A menos que 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 DESATIVADO, verifica se um destino proto_library declara explicitamente todos os destinos usados em "import public" como exportado.
Tags: build_file_semantics, eagerness_to_exit, incompatible_change
--[no]strict_system_includes padrão: "falso"
Se for verdadeiro, 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 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
Opções que afetam as saídas de assinatura de um build:
--apk_signing_method=<v1, v2, v1_v2 or v4> padrão: "v1_v2"
Implementação a ser usada para assinar APKs
Tags: action_command_lines, affects_outputs, loading_and_analysis
--[no]device_debug_entitlements padrão: "verdadeiro"
Se definido, e o modo de compilação não for "opt", os apps objc incluirão direitos de depuração durante a assinatura.
Tags: changes_inputs
--ios_signing_cert_name=<a string> padrão: ver descrição
Nome do certificado a ser usado para a assinatura do iOS. Se não for definido, o perfil de provisionamento será substituído. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página manual do signatário (SIGNING IDENTITIES).
Tags: action_command_lines
Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, .bzl ou WORKSPACE:
--[no]incompatible_disallow_legacy_py_provider padrão: "verdadeiro"
O ambiente autônomo será removido em breve.
Tags: loading_and_analysis, incompatible_change
Opções que regem o comportamento do ambiente ou do executor de testes:
--[no]allow_analysis_failures padrão: "falso"
Se verdadeiro, uma falha de análise de um destino de regra resulta na propagação do destino de uma instância de AnalysisFailureInfo que contém 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 as falhas de ação de dex2oat forem verdadeiras, o build vai falhar em vez de executar o dex2oat durante o tempo de execução do teste.
Tags: loading_and_analysis, experimental
--[no]experimental_android_use_parallel_dex2oat padrão: "falso"
Use o dex2oat em paralelo para acelerar o android_test.
Tags: loading_and_analysis, host_machine_resource_optimizations, experimental
--[no]ios_memleaks padrão: "falso"
Ative a verificação de vazamentos de memória em destinos ios_test.
Tags: action_command_lines
--ios_simulator_device=<a string> padrão: ver descrição
O dispositivo a ser simulado ao executar um aplicativo iOS no simulador, por exemplo, "iPhone 6". Para ver 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: ver descrição
A versão do iOS a ser executada no simulador durante a execução ou teste. 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 acumulados
Especifica o número de vezes que cada teste será executado. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste é considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executará todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que "run_per_test" representa um valor inteiro e "regex_filter" é uma lista de padrões de expressão regular "incluir e excluir" (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/ três vezes, exceto os que estão em foo/bar. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponde tem prioridade. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part> vários usos acumulados
Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de teste. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido pelo 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 somente pelo comando "bazel test".
Tags: test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers> padrão: "-1"
Substitua 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 quatro números inteiros separados por vírgula forem especificados, eles substituirão os tempos limite como curto, moderado, longo e eterno (nessa ordem). De qualquer forma, o valor -1 instrui o Blaze a usar os tempos limite padrão nessa categoria.
--tvos_simulator_device=<a string> padrão: ver descrição
O dispositivo que será simulado ao executar um aplicativo tvOS no simulador, por exemplo, "Apple TV 1080p". Para ver uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--tvos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
A versão do tvOS a ser executada no simulador durante a execução ou teste.
Tags: test_runner
--watchos_simulator_device=<a string> padrão: ver descrição
O dispositivo a ser simulado ao executar um aplicativo watchOS no simulador, por exemplo, "Apple Watch - 38 mm". Para ver uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags: test_runner
--watchos_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')> padrão: ver descrição
A versão do watchOS que vai ser executada no simulador durante a execução ou teste.
Tags: test_runner
--[no]zip_undeclared_test_outputs padrão: "verdadeiro"
Se for verdadeiro, as saídas de teste não declaradas vão ser arquivadas em um arquivo ZIP.
Tags: test_runner
Opções relacionadas à saída e à semântica da consulta:
--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 é resolvida, "conservadora" (o padrão) significa que todas as dependências de aspecto declaradas são adicionadas independentemente de receberem a classe de regra de dependências diretas, "exata" significa que apenas os aspectos que podem estar possivelmente ativos são adicionados, considerando a classe de regra das dependências diretas. O modo preciso exige o carregamento de outros pacotes para avaliar um único destino, tornando-o mais lento que os outros modos. Observe também que mesmo o modo preciso não é completamente preciso: a decisão de computar um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags: build_file_semantics
--[no]graph:factored padrão: "verdadeiro"
Se for verdadeiro, o gráfico será emitido como "fatorado", ou seja, nós equivalentes topológicos serão mesclados e seus rótulos concatenados. Essa opção é aplicável apenas a --output=graph.
Tags: terminal_output
--graph:node_limit=<an integer> padrão: "512"
O tamanho máximo da string do rótulo para um nó do gráfico na saída. Rótulos mais longos serão truncados; -1 significa que não há truncamento. Essa opção é aplicável apenas a --output=graph.
Tags: terminal_output
--[no]implicit_deps padrão: "verdadeiro"
Se ativada, 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 é uma que não é explicitamente especificada no arquivo BUILD, mas é adicionada pelo Bazel. Para cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--[no]include_aspects padrão: "verdadeiro"
aquery, cquery: inclui ações geradas por aspecto na saída. Query: no-op (aspectos são sempre seguidos).
Tags: terminal_output
--[no]incompatible_display_source_file_location padrão: "verdadeiro"
Verdadeiro por padrão mostra o destino do arquivo de origem. Se verdadeiro, exibe o local da linha 1 de arquivos de origem nas saídas de localização. Essa sinalização existe apenas para fins de migração.
Tags: terminal_output, incompatible_change
--[no]incompatible_package_group_includes_double_slash padrão: "verdadeiro"
Se ativada, ao gerar o atributo `packages` do package_group, o `//` inicial não será omitido.
Tags: terminal_output, incompatible_change
--[no]infer_universe_scope padrão: "falso"
Se a política for definida e --universe_scope não estiver definida, o valor de --universe_scope será inferido como a lista de padrões exclusivos de destino na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo do universo (por exemplo, `allrdeps`) pode não ser o que você quer. Use essa opção apenas se souber o que está fazendo. Para mais detalhes e exemplos, acesse https://bazel.build/reference/query#sky-query. Se --universe_scope estiver definido, o valor dessa opção será ignorado. Observação: esta opção se aplica apenas a "query" (ou seja, não a "cquery").
Tags: loading_and_analysis
--[no]line_terminator_null padrão: "falso"
Define se cada formato é encerrado com \0 em vez de nova linha.
Tags: terminal_output
--[no]nodep_deps padrão: "verdadeiro"
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 atributo "nodep" é "visibilidade". Execute e analise a saída de "info build-language" para saber mais sobre todos os atributos "nodep" na linguagem de build.
Tags: build_file_semantics
--output=<a string> padrão: "rótulo"
O formato em que os resultados da cquery precisam ser impressos. Os valores permitidos para cquery são: label, label_Kind, textproto, transition, 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: "verdadeiro"
Se verdadeiro, os atributos cujo valor não é explicitamente especificado no arquivo BUILD são incluídos. Caso contrário, eles são omitidos. Essa opção é aplicável a --output=proto
Tags: terminal_output
--[no]proto:definition_stack padrão: "falso"
Preencha o campo "define_stack" do proto, que registra a pilha de chamadas do Starlark no momento em que a classe da regra foi definida.
Tags: terminal_output
--[no]proto:flatten_selects padrão: "verdadeiro"
Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação simplificada é uma lista que contém cada valor do mapa de seleção exatamente uma vez. Os tipos escalares são nivelados para nulos.
Tags: build_file_semantics
--[no]proto:include_configurations padrão: "verdadeiro"
, se ativado, a saída do proto incluirá informações sobre as configurações. Quando desativado,o formato de saída do 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 é necessário calcular ou não o atributo $internal_attr_hash.
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: "verdadeiro"
Define se informações de local serão enviadas na saída do proto.
Tags: terminal_output
--proto:output_rule_attrs=<comma-separated list of options> padrão: "todos"
Lista de atributos separados por vírgulas 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: "verdadeiro"
Se os campos "rule_input" e "rule_output" serão preenchidos ou não.
Tags: terminal_output
--[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 do local é um caminho absoluto e não será consistente entre as máquinas. É possível definir 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 "target". Se --starlark:expr nem --starlark:file não forem especificadas, esta opção será padronizada como "str(target.label)". Será 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. Será 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: "verdadeiro"
Consulta: se desativada, as dependências em destinos de "configuração do host" ou de "execução" não serão incluídas no gráfico de dependências em que a consulta opera. Uma borda de dependência de "configuração do host", como a de qualquer regra "proto_library" para o Protocol Compiler, geralmente aponta para uma ferramenta executada durante a compilação, e não para uma parte do mesmo programa "target". Cquery: se desativado, filtra todos os destinos configurados que passam por uma transição de host ou de execução do destino de nível superior que descobriu o 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 do host, somente destinos configurados pelo host serão retornados. Essa opção NÃO exclui os conjuntos de ferramentas resolvidos.
Tags: build_file_semantics
--transitions=<full, lite or none> padrão: "nenhum"
O formato em que o cquery vai imprimir 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 (aditivos e subtrativos). A consulta pode ser realizada no universo definido pelo fechamento transitivo dos destinos especificados. Esta opção é usada para os comandos cquery e query. Para cquery, a entrada para essa opção são os destinos em que todas as respostas são criadas. 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 presumidos como os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode causar falhas no build se os destinos analisados pela expressão de consulta não puderem ser compilados com opções de nível superior.
Tags: loading_and_analysis
Opções que acionam otimizações do tempo de build:
--[no]collapse_duplicate_defines padrão: "falso"
Quando ativado, --defines redundantes serão removidos no início do build. Isso evita a perda desnecessária do cache de análise para determinados tipos de builds equivalentes.
Tags: loading_and_analysis, loses_incremental_state
--[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: "verdadeiro"
Se ativado, os arquivos .d em C++ serão transmitidos na memória diretamente dos nós de build remotos em vez de gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_inmemory_jdeps_files padrão: "verdadeiro"
Se ativado, os arquivos de dependência (.jdeps) gerados pelas compilações Java serão transmitidos na memória diretamente dos nós de build remotos em vez de gravados no disco.
Tags: loading_and_analysis, execution, affects_outputs, experimental
--[no]experimental_objc_include_scanning padrão: "falso"
Se é necessário realizar ou não verificação para o objetivo C/C++.
Tags: loading_and_analysis, execution, changes_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found padrão: "falso"
Se ativado, o recurso parse_headers não cria uma ação de compilação de cabeçalho separada se uma fonte com o mesmo nome de base for encontrada no mesmo destino.
Tags: loading_and_analysis, affects_outputs
--[no]experimental_retain_test_configuration_across_testonly padrão: "falso"
Quando ativada, --trim_test_configuration não corta a configuração do teste das regras marcadas como testonly=1. Isso reduz os problemas de conflito de ações quando regras que não são de teste dependem de regras "cc_test". Nenhum efeito se --trim_test_configuration for falsa.
Tags: loading_and_analysis, loses_incremental_state
--[no]experimental_starlark_cc_import padrão: "falso"
Se ativada, a versão de cc_import do Starlark pode ser usada.
Tags: loading_and_analysis, experimental
--[no]experimental_unsupported_and_brittle_include_scanning padrão: "falso"
Define se é necessário restringir entradas à compilação C/C++ analisando as 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, ela também pode causar falhas nos builds, porque o processo de inclusão não implementa totalmente a semântica do pré-processador C. Mais especificamente, ele não entende diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Quaisquer problemas relacionados a esta sinalização serão encerrados.
Tags: loading_and_analysis, execution, changes_inputs
--[no]incremental_dexing padrão: "verdadeiro"
A maior parte do trabalho de dexação separada para cada arquivo Jar é executada.
Tags: affects_outputs, loading_and_analysis, loses_incremental_state
--[no]objc_use_dotd_pruning padrão: "verdadeiro"
Se definido, os arquivos .d emitidos pelo Clang serão usados para remover o conjunto de entradas transmitidas para as compilações do 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 do cabeçalho estiver ativado para o conjunto de ferramentas).
Tags: execution
--[no]trim_test_configuration padrão: "verdadeiro"
Quando ativadas, as opções relacionadas a testes são apagadas abaixo do nível superior do build. Quando essa flag está ativa, os testes não podem ser criados como dependências de regras que não são de teste, mas mudanças nas opções relacionadas a eles não fazem com que as regras que não sejam de teste sejam analisadas novamente.
Tags: loading_and_analysis, loses_incremental_state
--[no]use_singlejar_apkbuilder padrão: "verdadeiro"
Essa opção foi descontinuada. Ele agora é um ambiente autônomo e será removido em breve.
Tags: loading_and_analysis
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--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 ver qual depurar. Várias regex podem ser separadas por vírgulas, e cada regex é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente só será útil para especialistas em resolução de conjuntos de ferramentas.
Tags: terminal_output
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--flag_alias=<a 'name=value' flag alias> vários usos acumulados
Define um nome abreviado para uma flag 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. Quando um destino py_binary ou py_test tem "legacy_create_init" definido como "auto" (o padrão), ele é tratado como falso apenas se essa flag for definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags: affects_outputs, incompatible_change
--[no]incompatible_py2_outputs_are_suffixed padrão: "verdadeiro"
Se for verdadeiro, os destinos criados na configuração do Python 2 vão aparecer em uma raiz de saída que inclui o sufixo "-py2", enquanto os destinos criados para Python 3 vão aparecer em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência `bazel-bin` apontará para destinos do Python 3 em vez do Python 2. Se você ativar esta opção, também é recomendável ativar "--incompatible_py3_is_default".
Tags: affects_outputs, incompatible_change
--[no]incompatible_py3_is_default padrão: "verdadeiro"
Se verdadeiro, os destinos "py_binary" e "py_test" que não definirem o atributo "python_version" (ou "default_python_version") serão padronizados como PY3 em vez de PY2. Se você definir essa flag, também é recomendável definir "--incompatible_py2_outputs_are_sufFixed".
Tags: loading_and_analysis, affects_outputs, incompatible_change
--[no]incompatible_use_python_toolchains padrão: "verdadeiro"
Se definidas como "true", as regras nativas executáveis do Python vão usar o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido por sinalizações legadas, como --python_top.
Tags: loading_and_analysis, incompatible_change
--python_version=<PY2 or PY3> padrão: ver 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 não especifiquem explicitamente uma versão. Portanto, geralmente não há muito motivo para fornecer essa flag.
Tags: loading_and_analysis, affects_outputs, explicit_in_output_path
Opções diversas, não categorizadas:
--[no]cache_test_results [-t] padrão: "automático"
Se definido como "auto", o Bazel vai executar um teste novamente apenas se: (1) o Bazel detectar mudanças no teste ou nas dependências dele, (2) o teste for marcado como externo, (3) várias execuções de teste forem solicitadas com --runs_per_test ou(4) o teste tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os testes marcados como externos. Se definido como "no", o Bazel não armazena os resultados de teste em cache.
--[no]experimental_cancel_concurrent_tests padrão: "falso"
Se verdadeiro, o Blaze vai cancelar os testes simultâneos na primeira execução bem-sucedida. Ela 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 verdadeiro, a cobertura para Clang vai gerar um relatório LCOV.
Tags: affects_outputs, loading_and_analysis
--[no]experimental_j2objc_header_map padrão: "verdadeiro"
Define se o mapa de cabeçalho J2ObjC será gerado em paralelo à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path padrão: "falso"
Define se precisa ser gerado com um 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 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 o Android.
Tags: affects_outputs
--[no]experimental_run_android_lint_on_java_rules padrão: "falso"
Define se é necessário validar origens java_*.
Tags: affects_outputs
--[no]explicit_java_test_deps padrão: "falso"
Especificar explicitamente uma dependência para JUnit ou Hamcrest em um java_test, em vez de obter acidentalmente das dependências do TestRunner. No momento, só funciona para o Bazel.
--host_java_launcher=<a build target label> padrão: ver descrição
A tela de início do Java usada por ferramentas executadas durante um build.
--host_javacopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para javac ao criar ferramentas que são executadas durante um build.
--host_jvmopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a VM Java ao criar ferramentas que são executadas durante o build. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_exclusive_test_sandboxed padrão: "falso"
Se verdadeiro, testes exclusivos serão executados com estratégia de sandbox. Adicione a 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 isso pode impedir o armazenamento em cache entre usuários se um cache compartilhado for usado.
Tags: loading_and_analysis, incompatible_change
--j2objc_translation_flags=<comma-separated list of options> vários usos acumulados
Outras opções a serem transmitidas para a 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: "verdadeiro"
Gera informações de dependência (por enquanto, caminho de classe do tempo de compilação) por destino Java.
--[no]java_header_compilation padrão: "verdadeiro"
Compile ijars diretamente da fonte.
--java_language_version=<a string> padrão: "8"
A versão da linguagem Java
--java_launcher=<a build target label> padrão: ver descrição
A tela de início do Java para usar ao criar binários do Java. Se essa sinalização estiver definida como a string vazia, a tela de início do JDK será usada. O atributo "tela de início" 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 acumulados
Outras opções para transmitir para javac.
--jvmopt=<a string> vários usos acumulados
Outras opções a serem transmitidas para a VM 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: ver 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.
--plugin=<a build target label> vários usos acumulados
Plug-ins para usar no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label> padrão: ver 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 protocompilador.
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_dataset() que descreve como compilar protótipos do C++
Tags: affects_outputs, loading_and_analysis
Padrão do --proto_toolchain_for_j2objc=<a build target label>: "@bazel_tools//tools/j2objc:j2objc_proto_toolkit"
Rótulo de proto_lang_dataset() 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 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 for aprovada e pelo menos uma execução/tentativa falhar receberá um status FLAKY.
--shell_executable=<a path> padrão: ver descrição
Caminho absoluto para o executável do shell para o Bazel usar. Se essa opção não for definida, mas a variável de ambiente BAZEL_SH for definida na primeira invocação do Bazel (que inicia um servidor do Bazel), ela vai ser usada pelo Bazel. Se nenhum deles estiver definido, o Bazel vai usar 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). Observe que o uso de um shell não compatível com bash pode causar falhas de compilação ou de tempo de execução dos binários gerados.
Tags: loading_and_analysis
--test_arg=<a string> vários usos acumulados
Especifica outras opções e argumentos que precisam ser transmitidos para o executável do teste. Pode ser usado várias vezes para especificar diversos argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado somente pelo comando "bazel test".
--test_filter=<a string> padrão: ver 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"
A opção "Falha rápida" é encaminhada para o executor de teste. O executor de teste precisa interromper a execução na primeira falha.
--test_sharding_strategy=<explicit or disabled> 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.
--tool_java_language_version=<a string> padrão: "8"
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: "verdadeiro"
Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resultará em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.

Opções de despejar

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que controlam a saída do comando:
--[no]action_cache padrão: "falso"
Despejar conteúdo do cache da ação.
Tags: bazel_monitoring
--[no]packages padrão: "falso"
Despejar 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"
Despejar o gráfico do Skyframe: "off", "summary", "count", "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: ver descrição
Descarrega um perfil de memória compatível com pprof no caminho especificado. Para saber mais, consulte https://github.com/google/pprof.
Tags: bazel_monitoring
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de sinalizações etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
No-op
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.

Opções de busca

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que controlam a execução do build:
Se definido como verdadeiro e --incompatible_remote_symlinks também for verdadeiro, os links simbólicos nas saídas da ação poderão ser suspensos.
Tags: execution, incompatible_change
Se definido como verdadeiro, o Bazel representará links simbólicos nas saídas de ação no protocolo de armazenamento em cache/execução remoto dessa forma. Caso contrário, os links simbólicos serão seguidos e representados como arquivos ou diretórios. Consulte #6631 para mais detalhes.
Tags: execution, incompatible_change
--[no]keep_going [-k] padrão: "falso"
Continuar 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 a serem usadas para a fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida por 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
Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, e não a existência:
--bep_maximum_open_remote_upload_files=<an integer> padrão: "-1"
Número máximo de arquivos abertos permitidos durante o upload de artefatos do BEP.
Tags: affects_outputs
--remote_download_minimal
Não faz o download de saídas de compilação remotas para a máquina local. Essa sinalização é um atalho para sinalizações: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files, --experimental_action_cache_store_output_metadata e --remote_download_outputs=minimal.
Expande-se para:
  --nobuild_runfile_links
  --experimental_inmemory_jdeps_files
  --experimental_inmemory_dotd_files
  --experimental_action_cache_store_output_metadata
  --remote_download_outputs=minimal

Tags: affects_outputs
--remote_download_outputs=<all, minimal or toplevel> padrão: "todos"
Se definido como "mínimo", nenhuma saída de compilação remota será salva para a máquina local, exceto as exigidas pelas ações locais. Se definido como "toplevel", o comportamento será como "mínimo", exceto pelo fato de que também faz o download das saídas dos destinos de nível superior para a máquina local. Ambas as opções poderão reduzir significativamente os tempos de compilação se a largura de banda da rede for um gargalo.
Tags: affects_outputs
Em vez de fazer o download das saídas de build remotas 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
Faz o download apenas de saídas remotas de destinos de nível superior para a máquina local. Esta sinalização é um atalho para sinalizações: --experimental_inmemory_jdeps_files, --experimental_inmemory_dotd_files, --experimental_action_cache_store_output_metadata e --remote_download_outputs=toplevel.
Expande-se para:
  --experimental_inmemory_jdeps_files
  --experimental_inmemory_dotd_files
  --experimental_action_cache_store_output_metadata
  --remote_download_outputs=toplevel

Tags: affects_outputs
Opções que afetam como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
Ambiente autônomo
Tags: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility padrão: "falso"
Se incompatible_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 vai seguir a mesma lógica de visibilidade de todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933 (link em inglês).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "verdadeiro"
Se for verdadeiro, aplique restrições de visibilidade de config_setting. Se for falso, cada config_setting ficará visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932 (link em inglês).
Tags: loading_and_analysis, incompatible_change
Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
--experimental_repository_resolved_file=<a string> padrão: ""
Se não estiver vazio, grave um valor do Starlark com as informações resolvidas de todas as regras de repositório do Starlark que foram executadas.
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 somente em caso de falhas, "sucesso" para imprimir somente no caso de sucessos e "todos" para imprimir sempre.
Tags: terminal_output
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
--[no]experimental_guard_against_concurrent_changes padrão: "falso"
Desative essa opção para desativar a verificação do ctime dos arquivos de entrada de uma ação antes de fazer o upload 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.
--experimental_remote_build_event_upload=<all or minimal> padrão: "todos"
Se definido 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 serã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 se eles estiverem ausentes no cache remoto. O padrão é "todos".
--[no]experimental_remote_cache_async padrão: "falso"
Se verdadeiro, a E/S do cache remoto vai acontecer em segundo plano em vez de ocorrer como parte de um spawn.
--[no]experimental_remote_cache_compression padrão: "falso"
Se ativado, compacta/descompacta os blobs de cache com zstd.
--experimental_remote_capture_corrupted_outputs=<a path> padrão: ver descrição
Um caminho para um diretório em que as saídas corrompidas serão capturadas.
--[no]experimental_remote_discard_merkle_trees padrão: "falso"
Se definida como "true", descarte cópias na memória da árvore de Merkle da raiz de entrada e mapeamentos de entrada associados durante chamadas para GetActionResult() e Execute(). Isso reduz o uso da memória significativamente, mas exige que o Bazel recompute-as em caso de ausências e novas tentativas do cache remoto.
--experimental_remote_downloader=<a string> padrão: ver descrição
Um URI de endpoint da API Remote Asset, para ser usado como um proxy de download remoto. Os esquemas compatíveis são gRPC, gRPCs (com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará gRPCs por 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 à ferramenta de download local se ela falhar.
--[no]experimental_remote_execution_keepalive padrão: "falso"
Define se Keepalive será usado para chamadas de execução remota.
--experimental_remote_grpc_log=<a path> padrão: ver 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 em série com cada mensagem prefixada por uma varint que denota o tamanho da seguinte mensagem protobuf serializada, conforme executado pelo método LogEntry.writeDelimitedTo(OutputStream).
--[no]experimental_remote_mark_tool_inputs padrão: "falso"
Se definido como verdadeiro, o Bazel 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 definido como verdadeiro, os cálculos da árvore de Merkle serão memorizados para melhorar a velocidade de verificação de ocorrências em cache remoto. A impressão de 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 que serão memorizadas para melhorar a velocidade da verificação de ocorrências em cache remoto. Embora o cache seja automaticamente excluído de acordo com o gerenciamento de referências flexíveis do Java, erros de falta de memória poderão ocorrer se for definido como muito alto. Se definido como 0, o tamanho do cache é ilimitado. O valor ideal varia de acordo com o tamanho do projeto. O padrão é 1.000.
--[no]incompatible_remote_build_event_upload_respect_no_cache padrão: "falso"
Se definida como verdadeira, as saídas referenciadas pelo BEP não serão enviadas ao cache remoto se a ação geradora não puder ser armazenada remotamente.
--[no]incompatible_remote_downloader_send_all_headers padrão: "verdadeiro"
Define se é necessário enviar todos os valores de um cabeçalho com vários valores para a ferramenta de download remota 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 em vez do diretório de trabalho.
Tags: incompatible_change
--[no]incompatible_remote_results_ignore_disk padrão: "verdadeiro"
Se definido como verdadeiro, --noremote_upload_local_results e --noremote_accept_cached não serão aplicados ao cache de disco. Se um cache combinado for usado: --noremote_upload_local_results fará com que os resultados sejam gravados no cache de disco, mas não sejam enviados ao cache remoto. --noremote_accept_cached resulta na verificação do Bazel dos resultados no cache de disco, mas não no cache remoto. ações no-remote-exec podem atingir o cache de disco. Consulte #8216 para mais detalhes.
Tags: incompatible_change
--[no]incompatible_remote_use_new_exit_code_for_lost_inputs padrão: "falso"
Se definido como verdadeiro, o Bazel vai usar o novo código de saída 39 em vez do 34 se o cache remoto remover blobs durante a criação.
Tags: incompatible_change
--[no]remote_accept_cached padrão: "verdadeiro"
Define se é necessário aceitar resultados de ação armazenados em cache remotamente.
--remote_bytestream_uri_prefix=<a string> padrão: ver 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 as compilações são realizadas 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. Quando ele não é definido, o padrão é "${hostname}/${instance_name}".
--remote_cache=<a string> padrão: ver descrição
Um URI de um endpoint de armazenamento em cache. Os esquemas com suporte são http, https, gRPC, gRPCs (com o TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará gRPCs por padrão. Especifique gRPC://, http:// ou unix: esquema para desativar o TLS. Acesse https://bazel.build/remote/caching
--remote_cache_header=<a 'name=value' assignment> vários usos acumulados
Especifique um cabeçalho que será incluído nas solicitações de cache: --remote_cache_header=Name=Value. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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 acumulados
Defina as propriedades de exec padrão que serão usadas como a plataforma de execução remota se uma plataforma de execução ainda não definir 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, caso ela ainda não tenha definido "remote_execution_properties". Esse valor também será usado se a plataforma host for selecionada como a plataforma de execução remota.
--remote_downloader_header=<a 'name=value' assignment> vários usos acumulados
Especifique um cabeçalho que será incluído nas solicitações de download remoto: --remote_downloader_header=Name=Value. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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 acumulados
Especifique um cabeçalho que será incluído nas solicitações de execução: --remote_exec_header=Name=Value. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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: ver descrição
HOST ou HOST:PORT de um endpoint de execução remota. Os esquemas compatíveis são gRPC, gRPCs (com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará gRPCs por padrão. Especifique o esquema gRPC:// ou unix: para desativar o TLS.
--remote_header=<a 'name=value' assignment> vários usos acumulados
Especifica um cabeçalho que será incluído nas solicitações: --remote_header=Name=Value. Vários cabeçalhos podem ser transmitidos especificando a flag várias 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 é necessário usar a estratégia de execução local autônoma se a execução remota falhar.
--remote_local_fallback_strategy=<a string> padrão: "local"
Sem operação, descontinuado. Consulte https://github.com/bazelbuild/bazel/issues/7480 para saber mais.
--remote_max_connections=<an integer> padrão: "100"
Limite 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, de modo que o Bazel pode fazer até --remote_max_connections solicitações simultâneas. Para cache/executor remoto do gRPC, um canal gRPC costuma 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: ver descrição
Conecte-se ao cache remoto usando 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 definido como 0, as tentativas serão desativadas.
--remote_timeout=<An immutable length of time.> padrão: "60s"
O tempo máximo de espera para chamadas de execução remota e cache. Para o cache REST, são os tempos limite de conexão e 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: "verdadeiro"
Define se é preciso fazer upload dos resultados da ação executada localmente para o cache remoto se o cache remoto for compatível e o usuário estiver autorizado a fazer isso.
--[no]remote_verify_downloads padrão: "verdadeiro"
Se definido como verdadeiro, o Bazel vai calcular a soma do hash de todos os downloads remotos e descartar os valores armazenados remotamente se eles não corresponderem ao valor esperado.
Opções diversas, não categorizadas:
--deleted_packages=<comma-separated list of package names> padrão: ""
Uma lista separada por vírgulas de nomes de pacotes que o sistema de build vai considerar como inexistentes, mesmo que estejam visíveis em algum lugar do caminho do pacote. Use essa 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 package_path. Especificar --deleted_packages x/y evita esse problema.
--disk_cache=<a path> padrão: ver 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.
--experimental_credential_helper=<An (unresolved) path to a credential helper for a scope.> vários usos acumulados
Configura os Auxiliares de credenciais a serem usados para recuperar credenciais do escopo fornecido (domínio). As credenciais dos Auxiliares de credenciais têm precedência sobre as credenciais de <code>--google_default_credentials</code>, `--google_credentials` ou <code>.netrc</code>. Consulte mais detalhes em https://github.com/bazelbuild/propostas/blob/main/designs/2022-06-07-bazel-credential-helpers.md.
--experimental_credential_helper_cache_duration=<An immutable length of time.> padrão: "30m"
Configura por quanto tempo as credenciais dos Auxiliares de credenciais são armazenadas em cache. Chamar com um valor diferente ajustará o ciclo de vida de entradas preexistentes. Transmita zero para limpar o cache. Um comando clean sempre limpa o cache, independente dessa flag.
--experimental_credential_helper_timeout=<An immutable length of time.> padrão: "5s"
Configura o tempo limite do Assistente de credenciais. Os Auxiliares de credenciais não responderem dentro desse tempo limite vão falhar na invocação.
--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: ver descrição
Especifica o arquivo do qual as credenciais de autenticação serão recebidas. Para mais detalhes, consulte https://cloud.google.com/docs/authentication.
--[no]google_default_credentials padrão: "falso"
Define se o serviço "Application Default Credentials do Google" será usado para autenticação. Para mais detalhes, consulte https://cloud.google.com/docs/authentication. Essa configuração está desativada por padrão.
--grpc_keepalive_time=<An immutable length of time.> padrão: ver descrição
Configura pings de sinal de atividade para conexões gRPC de saída. Se isso for definido, o Bazel enviará pings depois desse tempo 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 com menos de um segundo. Por padrão, os pings de sinal de atividade estão desativados. Converse 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 isso desta forma: --g vê_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 "--g selecionar_keepalive_time", o Bazel atingirá o tempo limite de 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 com menos de um segundo. Se os pings de sinal de atividade estiverem desativados, essa configuração será ignorada.
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.
--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 incluído. Se omitido ou vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress padrão: "verdadeiro"
Se ativada, faz com que o Bazel mostre as mensagens "Loading package:".
--tls_certificate=<a string> padrão: ver descrição
Especifique um caminho para um certificado TLS confiável para assinar certificados do servidor.
--tls_client_certificate=<a string> padrão: ver descrição
Especifique o certificado de cliente TLS a ser usado. Você também precisa fornecer uma chave de cliente para ativar a autenticação de cliente.
--tls_client_key=<a string> padrão: ver descrição
Especifique a chave de cliente TLS a ser usada. Você também precisa fornecer um certificado de cliente para ativar a autenticação de cliente.

Opções de ajuda

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
No-op
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
--help_verbosity=<long, medium or short> padrão: "médio"
Selecione o detalhamento 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.
Expande-se para:
  --help_verbosity=long

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

Tags: affects_outputs, terminal_output
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.

Opções de informações

Herda todas as opções da build.

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
No-op
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
--[no]show_make_env padrão: "falso"
Inclua o ambiente "Make" na saída.
Tags: affects_outputs, terminal_output
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.

Opções de licença

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
No-op
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.

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

Herda todas as opções da build.

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que controlam a execução do build:
--mode=<classic, classic_internal_test_do_not_use or skylark> padrão: "clássico"
Selecione como executar a instalação de dispositivos móveis. "classic" executa a versão atual da mobile-install. "skylark" usa a nova versão Starlark, que oferece suporte a android_test.
Tags: loading_and_analysis, execution, incompatible_change
Opções que configuram o conjunto de ferramentas usado para a execução da ação:
--adb=<a string> padrão: ""
binário adb a ser usado no comando "mobile-install". Se não for especificado, o SDK do Android especificado pela opção de linha de comando --android_sdk (ou o SDK padrão se --android_sdk não for especificado) será usado.
Tags: changes_inputs
Opções que controlam a saída do comando:
--[no]incremental padrão: "falso"
Se será necessário fazer uma instalação incremental. Se definida como verdadeira, tente evitar trabalho adicional desnecessário lendo o estado do dispositivo em que o código será instalado e usando essas informações para evitar trabalhos desnecessários. Se for "false" (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 aplicativo no dispositivo. Funciona apenas com dispositivos que usam o Marshmallow ou versões mais recentes.
Tags: loading_and_analysis, affects_outputs
Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, e não a existência:
--adb_arg=<a string> vários usos 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-se 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
Define se o app será iniciado após a instalação.
Expande-se para:
  --start=COLD

Tags: execution
Opções que afetam a forma como o Bazel aplica entradas de build válidas (definições de regras, combinações de sinalizações etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
No-op
Tags: no_op, deprecated, experimental
Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string> vários usos acumulados
Especificou as versões do módulo no formato "<module1>@<version1>,<module2>@<version2>" que vão ser permitidas no gráfico de dependência resolvida, mesmo que elas sejam declaradas roubadas no registro de origem (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 arrancada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "all" (não recomendado).
Tags: loading_and_analysis
--check_bazel_compatibility=<error, warning or off> padrão: "erro"
Verifique a compatibilidade dos módulos do Bazel com a versão do Bazel. Os valores válidos são "erro" para indicar uma falha de resolução, "desativado" para desativar a verificação ou "aviso" para imprimir um aviso quando uma incompatibilidade é detectada.
Tags: loading_and_analysis
--check_direct_dependencies=<off, warning or error> padrão: "aviso"
Confira se as dependências "bazel_dep" diretas declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependência resolvido. Os valores válidos são "desativado" para desativar a verificação, "aviso" para imprimir um aviso quando uma incompatibilidade detectada ou "erro" 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 essas dependências dev são sempre ignoradas no MODULE.bazel se ele não for o módulo raiz, independente do valor dessa flag.
Tags: loading_and_analysis
--override_module=<an equals-separated mapping of module name to path> vários usos acumulados
Substitui um módulo por um diretório local.
--registry=<a string> vários usos acumulados
Especifica os registros a serem usados para localizar dependências do módulo do Bazel. A ordem é importante: os módulos serão consultados primeiro em registros anteriores e só retornarão a registros posteriores quando estiverem ausentes dos anteriores.
Tags: changes_inputs
Opções que afetam o detalhamento, o formato ou o local da geração de registros:
--[no]experimental_record_metrics_for_all_mnemonics padrão: "falso"
Por padrão, o número de tipos de ação é limitado aos 20 mnemônicos com o maior número de ações executadas. Definir essa opção gravará estatísticas para todas as mneumônicas.
--incremental_install_verbosity=<a string> padrão: ""
O detalhamento da instalação incremental. Defina como 1 para registros de depuração.
Tags: bazel_monitoring
Opções que especificam ou alteram uma entrada genérica para um comando do Bazel que não se enquadra em outras categorias:
--experimental_resolved_file_instead_of_workspace=<a string> padrão: ""
Se o arquivo não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo do ESPAÇO DE TRABALHO
Tags: changes_inputs
Opções de armazenamento remoto e execução:
--experimental_downloader_config=<a string> padrão: ver descrição
Especifique um arquivo para configurar a ferramenta de download remoto. Este arquivo consiste em linhas, cada uma começando com uma diretiva ("allow", "block" ou "rewrite") seguida de um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências a partir de "$1". É possível que várias diretivas de "rewrite" sejam retornadas para o mesmo URL. Neste caso, serão retornadas várias diretivas.
Opções diversas, não categorizadas:
--override_repository=<an equals-separated mapping of repository name to path> vários usos acumulados
Substitui um repositório por um diretório local.

Opções do Modquery

Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path> vários usos acumulados
Outros lugares para pesquisar arquivos antes de acessar a rede para fazer o download deles.
Tags: bazel_internal_configuration
Se definido, o cache do repositório vai criar um link físico para o arquivo no caso de uma ocorrência em cache, em vez de copiar. Isso é feito para economizar espaço em disco.
Tags: bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id padrão: "falso"
Se for verdadeiro, use uma string derivada dos URLs de downloads do repositório como o canonical_id, caso não seja especificado. Isso faz com que uma mudança nos URLs resulte em um novo download, mesmo que o cache contenha um download com o mesmo hash. Isso pode ser usado para verificar se as alterações no URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags: loading_and_analysis, experimental
--[no]experimental_repository_disable_download padrão: "falso"
Se definido, o download de repositórios externos não será permitido.
Tags: experimental
--experimental_repository_downloader_retries=<an integer> padrão: "0"
O número máximo de tentativas de repetir um erro de download. Se definido como 0, as tentativas serão desativadas.
Tags: experimental
--experimental_scale_timeouts=<a double> padrão: "1,0"
Use esse fator para escalonar todos os tempos limite nas regras do repositório Starlark. Dessa forma, é possível fazer com que os repositórios externos funcionem em máquinas mais lentas do que o autor esperado, sem alterar o código-fonte
Tags: bazel_internal_configuration, experimental
--http_timeout_scaling=<a double> padrão: "1,0"
Dimensiona todos os tempos limite relacionados a downloads HTTP pelo fator especificado
Tags: bazel_internal_configuration
--repository_cache=<a path> padrão: ver descrição
Especifica o local do cache dos valores transferidos por download durante a busca de repositórios externos. Uma string vazia como argumento solicita que o cache seja desativado.
Tags: bazel_internal_configuration
Opções que controlam a execução do build:
--[no]keep_going [-k] padrão: "falso"
Continuar 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 a serem usadas para a fase de carregamento/análise.Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente seguida por 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
Opções que afetam como o Bazel aplica entradas de build válidas (definições de regras, combinações de flags etc.):
--experimental_repository_hash_file=<a string> padrão: ""
Se não estiver vazio, especifica um arquivo que contém um valor resolvido, em que os hashes do diretório do repositório precisam ser verificados
Tags: affects_outputs, experimental
--experimental_verify_repository_rules=<a string> vários usos acumulados
Se for uma lista de regras de repositório para as quais o hash do diretório de saída precisa ser verificado, desde que um arquivo seja especificado por --experimental_repository_hash_file.
Tags: affects_outputs, experimental
Essa opção afeta a semântica da linguagem Starlark ou da API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE.
--[no]experimental_allow_top_level_aspects_parameters padrão: "verdadeiro"
Ambiente autônomo
Tags: no_op, deprecated, experimental
--[no]incompatible_config_setting_private_default_visibility padrão: "falso"
Se incompatible_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 vai seguir a mesma lógica de visibilidade de todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933 (link em inglês).
Tags: loading_and_analysis, incompatible_change
--[no]incompatible_enforce_config_setting_visibility padrão: "verdadeiro"
Se for verdadeiro, aplique restrições de visibilidade de config_setting. Se for falso, cada config_setting ficará visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932 (link em inglês).
Tags: loading_and_analysis,