bazel [<startup options>] <command> [<args>]
bazel [<startup options>] <command> [<args>] -- [<target patterns>]
Sintaxe da opção
As opções podem ser transmitidas para o Bazel de maneiras diferentes. Opções que exigem um valor pode ser passado com um sinal de igual ou um espaço:
--<option>=<value> --<option> <value>
-<short_form> <value>
As opções booleanas podem ser ativadas da seguinte forma:
--<option> --<option>=[true|yes|1]
--no<option> --<option>=[false|no|0]
As opções de três estados geralmente são definidas como automáticas por padrão e podem ser ativado à força da seguinte maneira:
--<option>=[true|yes|1]
--no<option> --<option>=[false|no|0]
Comandos
analyze-profile |
Analisa os dados de perfil do build. |
aquery |
Analisa os destinos fornecidos e consulta o gráfico de ações. |
build |
Cria os destinos especificados. |
canonicalize-flags |
Canoniza uma lista de opções do Bazel. |
clean |
Remove os arquivos de saída e, opcionalmente, interrompe o servidor. |
coverage |
Gera um relatório de cobertura de código para destinos de teste especificados. |
cquery |
Carrega, analisa e consulta os destinos especificados com as configurações. |
dump |
Despeja o estado interno do processo do servidor do Bazel. |
fetch |
Busca repositórios externos que são pré-requisitos para os destinos. |
help |
Exibe a ajuda para os comandos ou o índice. |
info |
Exibe informações de tempo de execução sobre o servidor do Bazel. |
license |
Imprime a licença do software. |
mobile-install |
Instala os destinos em dispositivos móveis. |
mod |
Consulta o gráfico de dependência externa do Bzlmod |
print_action |
Exibe os argumentos da linha de comando para compilar um arquivo. |
query |
Executa uma consulta de gráfico de dependência. |
run |
Executa o destino especificado. |
shutdown |
Interrompe o servidor do Bazel. |
sync |
Sincroniza todos os repositórios especificados no arquivo do espaço de trabalho |
test |
Cria e executa os destinos de teste especificados. |
version |
Imprime informações de versão para Bazel. |
Opções de startup
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--[no]autodetect_server_javabase
padrão: "true"-
Quando --noautodetect_server_javabase é transmitido, o Bazel não volta ao JDK local para executar o servidor do Bazel e, em vez disso, sai.
Tags:affects_outputs
eloses_incremental_state
--[no]batch
padrão: "falso"-
Se definido, o Bazel será executado como apenas um processo do cliente, sem um servidor, em vez de no modo cliente/servidor padrão. Ele está obsoleto e será removido. Se quiser evitar servidores inativos, encerre-o explicitamente.
Tags:loses_incremental_state
,bazel_internal_configuration
edeprecated
--[no]batch_cpu_scheduling
padrão: "falso"-
Somente no Linux. usar "lote" Programação da CPU para o Blaze. Essa política é útil para cargas de trabalho não interativas, mas que não querem reduzir o valor adequado. Consulte "man 2 sched_setscheduler". Se for falso, o Bazel não executa uma chamada de sistema.
Tags:host_machine_resource_optimizations
--bazelrc=<path>
padrão: veja a descrição-
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 forem lidos.
2) z.rc é ignorado devido ao /dev/null anterior.
Se não for especificado, o Bazel usa o primeiro arquivo .bazelrc encontrado nos dois locais a seguir: o diretório do espaço de trabalho e o diretório inicial do usuário.
Observação: as opções de linha de comando sempre substituirão qualquer opção no Bazel.
Tags:changes_inputs
--[no]block_for_lock
padrão: "true"-
Quando --noblock_for_lock é transmitido, o Bazel não espera a conclusão de um comando em execução, mas sai imediatamente.
Tags:eagerness_to_exit
--[no]client_debug
padrão: "falso"-
Se verdadeiro, registra as informações de depuração do cliente em stderr. Alterar essa opção não fará com que o servidor seja reiniciado.
Tags:affects_outputs
ebazel_monitoring
--connect_timeout_secs=<an integer>
padrão: "30"-
O tempo que o cliente espera por cada tentativa de conexão com o servidor
Tags:bazel_internal_configuration
--[no]expand_configs_in_place
padrão: "true"-
Mudança da expansão de sinalizações --config para ser feita no local, em oposição a uma expansão de ponto fixo entre as opções de rc normais e as opções especificadas pela linha de comando.
Tags:no_op
edeprecated
--failure_detail_out=<path>
padrão: veja a descrição-
Se definido, especifica um local para gravar uma mensagem protobuf falha_detail caso o servidor apresente uma falha e não possa relatá-la via gRPC, como de costume. Caso contrário, o local será ${OUTPUT_BASE}/failure_detail.rawproto.
Tags:affects_outputs
eloses_incremental_state
--[no]home_rc
padrão: "true"-
Se deve ou não procurar o arquivo do bazelrc inicial em $HOME/.bazelrc
Tags:changes_inputs
--[no]idle_server_tasks
padrão: "true"-
Executar System.gc() quando o servidor estiver inativo
Tags:loses_incremental_state
ehost_machine_resource_optimizations
--[no]ignore_all_rc_files
padrão: "falso"-
Desativa todos os arquivos rc, independentemente dos valores de outras flags de modificação de rc, mesmo que elas apareçam mais tarde na lista de opções de inicialização.
Tags:changes_inputs
--io_nice_level={-1,0,1,2,3,4,5,6,7}
padrão: "-1"-
Somente no Linux. defina um nível de 0 a 7 para a programação de E/S de melhor esforço usando a chamada de sistema sys_ioprio_set. 0 é a prioridade mais alta, 7 é a menor. O programador previsto só pode honrar até a prioridade 4. Se definido como um valor negativo, o Bazel não executa uma chamada do sistema.
Tags:host_machine_resource_optimizations
--local_startup_timeout_secs=<an integer>
padrão: "120"-
O tempo máximo que o cliente espera para se conectar ao servidor
Tags:bazel_internal_configuration
--macos_qos_class=<a string>
padrão: "padrão"-
Define a classe de serviço QoS do servidor do Bazel quando é executado no macOS. Essa flag não tem efeito em todas as outras plataformas, mas é compatível para garantir que os arquivos rc sejam compartilhados entre elas sem mudanças. Os valores possíveis são: interativo pelo usuário, iniciado pelo usuário, padrão, utilitário e segundo plano.
Tags:host_machine_resource_optimizations
--max_idle_secs=<integer>
padrão: "10800"-
O número de segundos que o servidor de build aguardará ocioso antes de ser encerrado. Zero significa que o servidor nunca será encerrado. Isso só é lido na inicialização do servidor. Alterar esta opção não fará com que o servidor seja reiniciado.
Tags:eagerness_to_exit
eloses_incremental_state
--output_base=<path>
padrão: veja a descrição-
Se definido, especifica o local de saída em que toda a saída de build será gravada. Caso contrário, o local será ${OUTPUT_ROOT}/_blaze_${USER}/${MD5_OF_WORKSPACE_ROOT}. Observação: se você especificar uma opção diferente de uma para a próxima invocação do Bazel para esse valor, é provável que um novo servidor do Bazel seja iniciado. O Bazel inicia exatamente um servidor por base de saída especificada. Normalmente, há uma base de saída por espaço de trabalho. No entanto, com essa opção, é possível ter várias bases de saída por espaço de trabalho e, assim, executar várias versões para o mesmo cliente na mesma máquina simultaneamente. Consulte "desligamento de ajuda do bazel" sobre como encerrar um servidor Bazel.
Tags:affects_outputs
eloses_incremental_state
--output_user_root=<path>
padrão: veja a descrição-
o diretório específico do usuário no qual todas as saídas de compilação são gravadas; por padrão, essa é uma função de $USER, mas ao especificar uma constante, os resultados da versão podem ser compartilhados entre os usuários colaborativos.
Tags:affects_outputs
eloses_incremental_state
--[no]preemptible
padrão: "falso"-
Se verdadeiro, o comando poderá ser interrompido se outro comando for iniciado.
Tags:eagerness_to_exit
--server_jvm_out=<path>
padrão: veja a descrição-
O local para gravar a saída da JVM do servidor. Se não definido, o padrão é uma localização em output_base.
Tags:affects_outputs
eloses_incremental_state
--[no]shutdown_on_low_sys_mem
padrão: "falso"-
Se max_idle_secs estiver definido e o servidor de compilação estiver inativo por um tempo, encerre-o quando o sistema estiver com pouca RAM livre. Somente no Linux.
Tags:eagerness_to_exit
eloses_incremental_state
--[no]system_rc
padrão: "true"-
Se deve ou não procurar a base do sistema.
Tags:changes_inputs
--[no]unlimit_coredumps
padrão: "falso"-
Aumenta o limite de coredump flexível para o limite rígido para possibilitar coredumps do servidor (incluindo a JVM) e do cliente em condições comuns. Cole essa flag no seu Bazelrc uma vez e a esqueça para receber "coredumps" quando encontrar uma condição que as desencadeie.
Tags:bazel_internal_configuration
--[no]watchfs
padrão: "falso"-
Se verdadeiro, o Bazel tenta usar o serviço de monitoramento de arquivos do sistema operacional para alterações locais em vez de verificar cada arquivo em busca de mudanças.
Tags:deprecated
--[no]windows_enable_symlinks
padrão: "falso"-
Se verdadeiro, links simbólicos reais serão criados no Windows em vez de copiar arquivos. É necessário que o modo de desenvolvedor do Windows esteja ativado e o Windows 10 versão 1703 ou mais recente.
Tags:bazel_internal_configuration
--[no]workspace_rc
padrão: "true"-
Se deve ou não procurar o arquivo bazelrc do espaço de trabalho em $workspace/.bazelrc
Tags:changes_inputs
- Opções diversas, não categorizadas de outra forma:
--host_jvm_args=<jvm_arg>
: vários usos são acumulados- Sinalizações a serem transmitidas para a JVM executando o Blaze.
--host_jvm_debug
-
Opção de conveniência para adicionar algumas sinalizações de inicialização adicionais 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 Eclipse) à porta 5005.
Expande-se para:
--host_jvm_args=-Xdebug
--host_jvm_args=-Xrunjdwp:transport=dt_socket,server=y,address=5005
e
--host_jvm_profile=<profiler_name>
padrão: ""- Opção de conveniência para adicionar algumas flags de inicialização da JVM específicas do criador de perfil/depurador. O Bazel tem uma lista de valores conhecidos que mapeia para flags de inicialização da JVM codificadas, possivelmente para pesquisar alguns caminhos fixados no código para certos arquivos.
--server_javabase=<jvm path>
padrão: ""- O caminho para a JVM usada para executar o próprio 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 como um valor menor que 100, o Bazel vai encerrar a operação se, após duas GCs completas, mais do que essa porcentagem da 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 implica que não há limite.
Tags:execution
- Opções que configuram o conjunto de ferramentas usado para a execução da ação:
--[no]incompatible_enable_proto_toolchain_resolution
padrão: "falso"-
Se verdadeiro, as regras proto lang definirão os conjuntos de ferramentas dos repositórios de rules_proto, rules_java e rules_cc.
Tags:loading_and_analysis
eincompatible_change
- Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, em oposição à existência:
--repo_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica variáveis de ambiente adicionais a serem disponibilizadas apenas para regras de repositório. Observe que as regras de repositório veem o ambiente completo, mas, dessa forma, as informações de configuração podem ser transmitidas para os repositórios por opções sem invalidar o gráfico de ações.
Tags:action_command_lines
- Opções que afetam como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag etc.):
--[no]check_bzl_visibility
padrão: "true"-
Se desativada, os erros de visibilidade de carregamento de .bzl serã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 a 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 mais informações (link em inglês).
Tags:loading_and_analysis
--[no]experimental_action_resource_set
padrão: "true"-
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
eexperimental
-
Se definida como verdadeira, as tags serão propagadas de um destino para o requisitos de execução, 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
eexperimental
--[no]experimental_analysis_test_call
padrão: "true"-
Se definido como verdadeiro, a chamada nativa analysis_test estará disponível.
Tags:loading_and_analysis
,build_file_semantics
eexperimental
--[no]experimental_bzl_visibility
padrão: "true"-
Se ativado, adiciona uma função `visibilidade()` que arquivos .bzl podem chamar durante a avaliação de nível superior para definir sua visibilidade com a finalidade de instruções load().
Tags:loading_and_analysis
eexperimental
-
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
eexperimental
--[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 consegue analisar o arquivo "external/BUILD", mas os globs que acessam o exterior/ pelo pacote sem nome vão funcionar.
Tags:loading_and_analysis
,loses_incremental_state
eexperimental
--[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 por meio da configuração de recursos.
Tags:loading_and_analysis
eexperimental
--[no]experimental_google_legacy_api
padrão: "falso"-
Se definida como verdadeira, expõe várias partes experimentais da API Starlark de build pertencentes ao código legado do Google.
Tags:loading_and_analysis
eexperimental
--[no]experimental_isolated_extension_usages
padrão: "falso"-
Se verdadeiro, ativa a função <code>isolado</code> na classe <a href="https://bazel.build/rules/lib/globals/module#use_extension"><code>use_extension</code></a> função.
Tags:loading_and_analysis
--[no]experimental_lazy_template_expansion
padrão: "true"-
Se definido como verdadeiro, ctx.actions.expand_template() aceita um parâmetro TemplateDict para avaliação adiada de valores de substituição.
Tags:execution
,build_file_semantics
eexperimental
--[no]experimental_platforms_api
padrão: "falso"-
Se definido como verdadeiro, ativa várias APIs Starlark relacionadas à plataforma, úteis para depuração.
Tags:loading_and_analysis
eexperimental
--[no]experimental_repo_remote_exec
padrão: "falso"-
Se definido como verdadeiro, orepository_rule ganhará alguns recursos de execução remota.
Tags:build_file_semantics
,loading_and_analysis
eexperimental
--[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. Isso tem o efeito colateral de liberar $output_base/execution_root/__main__/external para o valor "external" de nível superior diretório.
Tags:action_command_lines
,bazel_internal_configuration
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]incompatible_always_check_depset_elements
padrão: "true"-
Verifica a validade dos elementos adicionados às dependências, em todos os construtores. Os elementos devem ser imutáveis, mas historicamente o construtor depset(direct=...) se esqueceu de verificar. Use tuplas em vez de listas em elementos de configuração. Consulte https://github.com/bazelbuild/bazel/issues/10313 para ver mais detalhes.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_depset_for_libraries_to_link_getter
padrão: "true"-
Quando verdadeiro, o Bazel não retorna mais uma lista de Linking_context.libraries_to_link, mas retorna uma dependência.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_disable_objc_library_transition
padrão: "falso"-
Desativar a transição personalizada de objc_library e herdar do destino de nível superior
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_disable_starlark_host_transitions
padrão: "falso"-
Se definidos como verdadeiros, os atributos da regra não poderão definir 'cfg = "host"'. As regras precisam definir "cfg = "exec"' como alternativa.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_disable_target_provider_fields
padrão: "falso"-
Se definida como verdadeira, desativa a capacidade de acessar os provedores no "destino" usando a sintaxe de campo. Em vez disso, use a sintaxe de chave de provedor. Por exemplo, em vez de usar "ctx.attr.dep.my_info" para acessar "my_info" na função de implementação de regra, use "ctx.attr.dep[MyInfo]". Consulte https://github.com/bazelbuild/bazel/issues/9014 para ver mais detalhes.
Tags:build_file_semantics
eincompatible_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
eincompatible_change
--[no]incompatible_disallow_legacy_javainfo
padrão: "true"-
Obsoleto. Ambiente autônomo.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_disallow_struct_provider_syntax
padrão: "falso"-
Se definido como verdadeiro, as funções de implementação de regras talvez não retornem um struct. Em vez disso, eles precisam retornar uma lista de instâncias do provedor.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_enable_deprecated_label_apis
padrão: "true"-
Se ativada, algumas APIs descontinuadas (native.repository_name, Label.workspace_name, Label.relative) podem ser usadas.
Tags:loading_and_analysis
--[no]incompatible_existing_rules_immutable_view
padrão: "true"-
Se definidos como verdadeiros, native.existing_rule e native.existing_rules retornarão objetos de visualização leves imutáveis em vez de dicts mutáveis.
Tags:build_file_semantics
,loading_and_analysis
eincompatible_change
--[no]incompatible_fail_on_unknown_attributes
padrão: "falso"-
Se ativado, os destinos com atributos desconhecidos definidos como "Nenhum" apresentarão falha.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_fix_package_group_reporoot_syntax
padrão: "true"-
No atributo "packages" do package_group, altera 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 --insupported_package_group_has_public_syntax também esteja ativado.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_java_common_parameters
padrão: "true"-
Se definido como verdadeiro, os parâmetros output_jar e host_javabase em pack_sources e host_javabase na compilação serão removidos.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_merge_fixed_and_default_shell_env
padrão: "falso"-
Se ativado, as ações registradas com ctx.actions.run e ctx.actions.run_shell com ambos "env" e 'use_default_shell_env = True' especificado usará um ambiente obtido do ambiente shell padrão substituindo-o pelos valores passados para "env". Se desativado, o valor de "env" é completamente ignorado neste caso.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_new_actions_api
padrão: "true"-
Se definida como verdadeira, a API responsável pela criação de ações só estará disponível em "ctx.actions", e não em "ctx".
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_no_attr_license
padrão: "true"-
Se definido como verdadeiro, desativa a função "attr.license".
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_no_implicit_file_export
padrão: "falso"-
Se definidos, os arquivos de origem (usados) são pacotes privados, 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
eincompatible_change
--[no]incompatible_no_rule_outputs_param
padrão: "falso"-
Se definido como verdadeiro, desativa o parâmetro "outputs" da função "rule()`" Starlark.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_package_group_has_public_syntax
padrão: "true"-
No atributo `packages` do package_group, permite escrever "public". ou "particular" para indicar todos os pacotes ou nenhum pacote, respectivamente.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_require_linker_input_cc_api
padrão: "true"-
Se definida como verdadeira, a regra create_linking_context exigirá linker_inputs em vez de libraries_to_link. Os getters antigos de links_context também serão desativados, e apenas linker_inputs estarão disponíveis.
Tags:build_file_semantics
,loading_and_analysis
eincompatible_change
--[no]incompatible_run_shell_command_string
padrão: "true"-
Se definido como verdadeiro, o parâmetro de comando actions.run_shell vai aceitar apenas strings.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_stop_exporting_language_modules
padrão: "falso"-
Se ativados, determinados módulos específicos da linguagem (como `cc_common`) não estarão disponíveis nos arquivos .bzl do usuário e só poderão ser chamados nos respectivos repositórios de regras.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_struct_has_no_methods
padrão: "falso"-
Desativa os métodos to_json e to_proto do struct, que poluem o namespace do campo struct. Em vez disso, use json.encode ou json.encode_indent para JSON ou proto.encode_text para textproto.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_top_level_aspects_require_providers
padrão: "falso"-
Se definido como verdadeiro, o aspecto de nível superior vai respeitar os provedores necessários e só será executado nos destinos de nível superior com regras. os provedores anunciados atendem aos provedores obrigatórios do aspecto.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_unambiguous_label_stringification
padrão: "true"-
Quando verdadeiro, o Bazel transforma o identificador @//foo:bar em @//foo:bar, em vez de //foo:bar. Isso só afeta o comportamento de str(), o operador % e assim por diante; o comportamento de repr() não muda. Consulte https://github.com/bazelbuild/bazel/issues/15916 para mais informações.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_use_cc_configure_from_rules_cc
padrão: "falso"-
Quando verdadeiro, o Bazel não permite mais o uso de cc_configure de @bazel_tools. Consulte https://github.com/bazelbuild/bazel/issues/10134 para detalhes e instruções de migração.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_visibility_private_attributes_at_definition
padrão: "true"-
Se ela for definida como verdadeira, a visibilidade dos atributos da regra particular será verificada em relação à definição dela e voltará ao uso dela se não estiver visível.
Tags:build_file_semantics
eincompatible_change
--max_computation_steps=<a long integer>
padrão: "0"-
O número máximo de etapas de computação do Starlark que podem ser executadas por um arquivo BUILD (zero significa que não há limite).
Tags:build_file_semantics
--nested_set_depth_limit=<an integer>
padrão: "3.500"-
A profundidade máxima do gráfico interno a um depset (também conhecido como NestedSet), acima do 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: "true"-
Quando definido como "true", o Bazel não modifica mais as flags de linha de comando usadas para vinculação e também não decide quais flags vão para o arquivo de parâmetro ou não. Consulte https://github.com/bazelbuild/bazel/issues/7670 para ver mais detalhes.
Tags:loading_and_analysis
eincompatible_change
--[no]keep_state_after_build
padrão: "true"-
Se for falso, o Blaze descartará o estado na memória dessa versão quando ela for concluída. Os próximos não terão incrementabilidade em relação a este.
Tags:loses_incremental_state
--skyframe_high_water_mark_threshold=<an integer>
padrão: "85"-
Sinalização da configuração avançada do mecanismo Skyframe interno do Bazel. Se o Bazel detectar que o uso da porcentagem de heap retida é pelo menos esse limite, ele descartará o estado temporário de Skyframe desnecessário. Ajustar isso pode permitir que você reduza o impacto do tempo decorrido da sobrecarga de GC, quando ela é (i) causada pelo uso da memória desse estado temporário e (ii) é mais cara do que reconstituir o estado quando necessário.
Tags:host_machine_resource_optimizations
--[no]track_incremental_state
padrão: "true"-
Se for falso, o Blaze não manterá dados que permitem a invalidação e reavaliação em builds incrementais para economizar memória nesta versão. Os próximos não terão incrementabilidade em relação a este. Normalmente, convém especificar --batch ao definir isso como falso.
Tags:loses_incremental_state
- Opções que afetam o nível de detalhes, o formato ou o local da geração de registros:
--[no]announce_rc
padrão: "falso"-
Indica se as opções de resposta direta serão anunciadas.
Tags:affects_outputs
--[no]attempt_to_print_relative_paths
padrão: "falso"-
Ao imprimir a parte da localização das mensagens, tente usar um caminho relativo para o diretório do espaço de trabalho ou um dos diretórios especificados por --package_path.
Tags:terminal_output
--bes_backend=<a string>
padrão: ""-
Especifica o endpoint do back-end do serviço de evento de build (BES) no formato [SCHEME://]HOST[:PORT]. O padrão é desativar os uploads do BES. Os esquemas com suporte são grpc e grpcs (grpc com TLS ativado). Se nenhum esquema é fornecido, o Bazel assume grpcs.
Tags:affects_outputs
--[no]bes_check_preceding_lifecycle_events
padrão: "falso"-
Define o campo check_preceding_lifecycle_events_present em PublishBuildToolEventStreamRequest, que diz ao BES para verificar se recebeu anteriormente os eventos InvocationAttemptStarted e BuildEnqueued correspondentes ao evento atual da ferramenta.
Tags:affects_outputs
--bes_header=<a 'name=value' assignment>
: vários usos são acumulados-
Especifique um cabeçalho no formulário NAME=VALUE que será incluído nas solicitações do BES. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
Tags:affects_outputs
--bes_instance_name=<a string>
padrão: veja a descrição-
Especifica o nome da instância sob a qual o BES manterá o BEP enviado. O padrão é nulo.
Tags:affects_outputs
--bes_keywords=<comma-separated list of options>
: vários usos são acumulados-
Especifica uma lista de palavras-chave de notificação a serem adicionadas ao conjunto padrão de palavras-chave publicadas no BES ("command_name=<command_name> ", "protocol_name=BEP"). O padrão é nenhum.
Tags:affects_outputs
--[no]bes_lifecycle_events
padrão: "true"-
Especifica se eventos de ciclo de vida do BES serão publicados. (o padrão é "true").
Tags:affects_outputs
--bes_oom_finish_upload_timeout=<An immutable length of time.>
padrão: "10m"-
Especifica quanto tempo o Bazel deve esperar para que o upload do BES/BEP seja concluído enquanto o OOMing estiver disponível. Esse flag garante o encerramento quando a JVM tem uma sobrecarga grave de GC e não pode avançar em nenhuma linha de execução do usuário.
Tags:bazel_monitoring
--bes_outerr_buffer_size=<an integer>
padrão: "10240"-
Especifica o tamanho máximo de stdout ou stderr a serem armazenados em buffer em BEP antes de serem relatados como um evento de progresso. Gravações individuais ainda são informadas em um único evento, mesmo que sejam maiores que o valor especificado até --bes_outerr_chunk_size.
Tags:affects_outputs
--bes_outerr_chunk_size=<an integer>
padrão: "1048576"-
Especifica o tamanho máximo de stdout ou stderr a serem enviados ao BEP em uma única mensagem.
Tags:affects_outputs
--bes_proxy=<a string>
padrão: veja a descrição- Conecte-se ao serviço de evento de build usando um proxy. Atualmente, esse sinalizador só pode ser usado para configurar um soquete de domínio Unix (unix:/path/to/socket).
--bes_results_url=<a string>
padrão: ""-
Especifica o URL base em que um usuário pode visualizar as informações transmitidas para o back-end do BES. O Bazel vai enviar ao terminal o URL anexado pelo ID da invocação.
Tags:terminal_output
--bes_timeout=<An immutable length of time.>
padrão: "0s"-
Especifica quanto tempo o Bazel deve aguardar para que o upload do BES/BEP seja concluído após a conclusão da compilação e dos testes. Um tempo limite válido é um número natural seguido de uma unidade: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). O valor padrão é "0" ou seja, 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 de evento de build nesse arquivo. Essa opção implica --bes_upload_mode=wait_for_upload_complete.
Tags:affects_outputs
--[no]build_event_binary_file_path_conversion
padrão: "true"-
Converta caminhos na representação do arquivo binário do protocolo de evento de build para URIs mais válidos globalmente sempre que possível. Se desativado, o esquema de URI file:// sempre 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: "true"-
Converta os caminhos na representação do arquivo json do protocolo de evento de build em URIs mais válidos globalmente sempre que possível. Se desativado, o esquema de URI file:// sempre 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 named_set_of_files. valores menores que 2 são ignorados e nenhuma divisão de eventos é realizada. A finalidade disso é limitar o tamanho máximo do evento no protocolo de eventos de compilação, embora não controle diretamente o tamanho do evento. O tamanho total do evento é uma função da estrutura do conjunto, bem como do comprimento do arquivo e do URI, que podem depender da função hash.
Tags:affects_outputs
--[no]build_event_publish_all_actions
padrão: "falso"-
Define se todas as ações precisam ser publicadas.
Tags:affects_outputs
--build_event_text_file=<a string>
padrão: ""-
Se não estiver vazio, escreva uma representação textual do protocolo de evento de build nesse arquivo
Tags:affects_outputs
--[no]build_event_text_file_path_conversion
padrão: "true"-
Converta caminhos na representação do arquivo de texto do protocolo de evento de build em URIs mais válidos globalmente sempre que possível. Se desativado, o esquema de URI file:// sempre 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
ebazel_monitoring
--[no]experimental_bep_target_summary
padrão: "falso"- Se os eventos TargetSummary serão publicados.
--[no]experimental_build_event_expand_filesets
padrão: "falso"-
Se verdadeiro, expanda os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags:affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks
padrão: "falso"-
Se verdadeiro, resolver completamente os links simbólicos do conjunto de arquivos relativo no BEP ao apresentar arquivos de saída. Requer --experimental_build_event_expand_filesets.
Tags:affects_outputs
--experimental_build_event_upload_max_retries=<an integer>
padrão: "4"-
O número máximo de vezes que o Bazel tenta fazer upload de um evento de build novamente.
Tags:bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.>
padrão: "1s"-
Atraso inicial e mínimo para novas tentativas de espera exponencial quando o upload do BEP falha. (expoente: 1,6)
Tags:bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string>
padrão: veja a descrição-
Seleciona como fazer upload dos artefatos referenciados no protocolo de eventos de build.
Tags:affects_outputs
--experimental_profile_additional_tasks=<phase, action, action_check, action_lock, action_release, action_update, action_complete, bzlmod, info, create_package, remote_execution, local_execution, scanner, local_parse, upload_time, 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 são acumulados-
Especifica tarefas adicionais de perfil a serem incluídas no perfil.
Tags:affects_outputs
ebazel_monitoring
--[no]experimental_profile_include_primary_output
padrão: "falso"-
Inclui a "saída" extra em eventos de ação que contêm o caminho de execução para a saída principal da ação.
Tags:affects_outputs
ebazel_monitoring
--[no]experimental_profile_include_target_label
padrão: "falso"-
Inclui o marcador de destino nos eventos de ação Dados de perfil JSON.
Tags:affects_outputs
ebazel_monitoring
--[no]experimental_stream_log_file_uploads
padrão: "falso"-
Faça streaming de uploads de arquivos de registro diretamente para o armazenamento remoto, em vez de gravá-los em disco.
Tags:affects_outputs
--experimental_workspace_rules_log_file=<a path>
padrão: veja a descrição- Registre determinados eventos de regras do Workspace nesse arquivo como protos WorkspaceEvent delimitados.
--[no]generate_json_trace_profile
padrão: "automático"-
Se ativado, o Bazel cria o perfil do build e grava um perfil no formato JSON em um arquivo na base de saída. Carregue o perfil em chrome://tracing para ver o perfil. Por padrão, o Bazel grava o perfil de todos os comandos e consultas semelhantes a build.
Tags:affects_outputs
ebazel_monitoring
--[no]heap_dump_on_oom
padrão: "falso"-
Define se um heap dump será gerado manualmente 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 efetivamente -XX:+HeapDumpOnOutOfMemoryError, que não tem efeito porque as OOMs são capturadas e redirecionadas para Runtime#halt.
Tags:bazel_monitoring
--[no]legacy_important_outputs
padrão: "true"-
Use para suprimir a geração do campo importante_outputs legado no evento TargetComplete. importante_outputs são necessários para a integração do Bazel com a ResultStore.
Tags:affects_outputs
--logging=<0 <= an integer <= 6>
padrão: "3"-
O nível de geração de registros.
Tags:affects_outputs
--memory_profile=<a path>
padrão: veja a descrição-
Se definido, grava dados de uso de memória no arquivo especificado no fim da fase e heap estável no registro mestre no final da compilação.
Tags:affects_outputs
ebazel_monitoring
--memory_profile_stable_heap_parameters=<integers, separated by a comma expected in pairs>
padrão: "1,0"-
Ajustar o cálculo do heap estável do perfil de memória no final do build. Precisa ser um número par de números inteiros separados por vírgulas. Em cada par, o primeiro número inteiro é o número de GCs a serem realizadas. O segundo número inteiro em cada par é o tempo de espera entre as GCs. Por exemplo: 2,4,4,0 seriam 2 GCs com pausa de 4 segundos, seguidas por 4 GCs com pausa de zero segundo
Tags:bazel_monitoring
--profile=<a path>
padrão: veja a descrição-
Se definido, cria o perfil do Bazel e grava dados no arquivo especificado. Usar o analyze-profile do Bazel para analisar o perfil.
Tags:affects_outputs
ebazel_monitoring
--[no]slim_profile
padrão: "true"-
Reduz o tamanho do perfil JSON mesclando eventos se o perfil ficar muito grande.
Tags:affects_outputs
ebazel_monitoring
--starlark_cpu_profile=<a string>
padrão: ""-
Escreve no arquivo especificado um perfil pprof do uso de 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
ebazel_monitoring
--ui_event_filters=<Convert list of comma separated event kind to list of filters>
: vários usos são acumulados-
Especifica os eventos que serão mostrados na interface. É possível adicionar ou remover eventos dos eventos padrão usando "+" ou "-" à esquerda ou substituir o conjunto padrão por atribuição direta. O conjunto de tipos de evento com suporte inclui INFO, DEBUG, ERROR e outros.
Tags:terminal_output
- Opções diversas, não categorizadas de outra forma:
--build_metadata=<a 'name=value' assignment>
: vários usos são 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 são acumulados- Seleciona seções de configuração adicionais dos arquivos rc. para cada <command>, ele também extrai as opções de <command>:<config> se essa seção existir; se esta seção não existir em nenhum arquivo .rc, o Blaze falhará com um erro. As seções de configuração e as combinações de sinalizações às quais elas são equivalentes estão localizadas nos arquivos de configuração tools/*.blazerc.
--credential_helper=<Path to a credential helper. It may be absolute, relative to the PATH environment variable, or %workspace%-relative. The path be optionally prefixed by a scope followed by an '='. The scope is a domain name, optionally with a single leading '*' wildcard component. A helper applies to URIs matching its scope, with more specific scopes preferred. If a helper has no scope, it applies to every URI.>
: vários usos são acumulados- Configura um auxiliar de credenciais a ser usado para recuperar credenciais de autorização para busca de repositório, armazenamento em cache e execução remotas e o serviço de eventos de compilação. As credenciais fornecidas por um auxiliar têm precedência sobre as fornecidas por --google_default_credentials, --google_credentials, um arquivo .netrc ou o parâmetro auth pararepository_ctx.download erepository_ctx.download_and_extract. Pode ser especificado várias vezes para configurar vários auxiliares. Consulte https://github.com/bazelbuild/propostas/blob/main/designs/2022-06-07-bazel-credential-helpers.md para mais detalhes.
--credential_helper_cache_duration=<An immutable length of time.>
padrão: "30m"- Por quanto tempo as credenciais fornecidas por um auxiliar de credenciais são armazenadas em cache. Invocar com um valor diferente ajustará o ciclo de vida das entradas preexistentes. passe zero para limpar o cache. Um comando de limpeza sempre limpa o cache, independentemente dessa flag.
--credential_helper_timeout=<An immutable length of time.>
padrão: "10s"- Configura o tempo limite de um auxiliar de credenciais. Os auxiliares de credenciais que não responderem dentro desse tempo limite vão falhar na invocação.
--curses=<yes, no or auto>
padrão: "automático"- Use os controles 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 dos arquivos do bazelrc. Por exemplo, se o SO do host for Linux e você executar o build do Bazel, o Bazel vai selecionar linhas que começam com build:linux. Os identificadores de SO com suporte são linux, macos, windows, freebsd e openbsd. Ativar essa flag é equivalente a usar --config=linux no Linux, --config=windows no Windows etc. .
--[no]experimental_skymeld_ui
padrão: "falso"-
Exibe o progresso das fases de análise e execução quando ambas estão em execução simultaneamente.
Tags:terminal_output
--[no]experimental_windows_watchfs
padrão: "falso"- Se verdadeiro, o suporte experimental do Windows para --watchfs será ativado. Caso contrário, --watchfsis não será operacional no Windows. Ative também --watchfs.
--google_auth_scopes=<comma-separated list of options>
padrão: "https://www.googleapis.com/auth/cloud-platform"- Uma lista separada por vírgulas de escopos de autenticação do Google Cloud.
--google_credentials=<a string>
padrão: veja a descrição- Especifica o arquivo do qual receber credenciais de autenticação. Confira mais detalhes em https://cloud.google.com/docs/authentication.
--[no]google_default_credentials
padrão: "falso"- Define se o "Application Default Credentials do Google" será usado. para autenticação. Confira mais detalhes em https://cloud.google.com/docs/authentication. Essa configuração está desativada por padrão.
--grpc_keepalive_time=<An immutable length of time.>
padrão: veja a descrição- Configura pings de sinal de atividade para conexões gRPC de saída. Se esse valor estiver definido, o Bazel enviará pings depois desse período sem operações de leitura na conexão, mas somente se houver pelo menos uma chamada gRPC pendente. Os tempos são tratados como segunda granularidade. é um erro definir um valor inferior a um segundo. Por padrão, pings com sinal de atividade ficam desativados. Entre em contato com o proprietário do serviço antes de ativar essa configuração. Por exemplo, para definir um valor de 30 segundos para esta sinalização, deve ser feito assim --grpc_keepalive_time=30s .
--grpc_keepalive_timeout=<An immutable length of time.>
padrão: "20s"- Configura um tempo limite de sinal de atividade para conexões gRPC de saída. Se os pings de sinal de atividade estiverem ativados com --grpc_keepalive_time, o Bazel vai expirar uma conexão se não receber uma resposta de ping após esse período. Os tempos são tratados como segunda granularidade. é um erro definir um valor inferior a um segundo. Se os pings de sinal de atividade estiverem desativados, essa configuração será ignorada.
--[no]incompatible_disallow_symlink_file_to_dir
padrão: "true"-
Se definido como verdadeiro, "ctx.actions.symlink" não permitirá a vinculação simbólica de um arquivo em um diretório.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_remove_rule_name_parameter
padrão: "true"-
Se definida como verdadeira, não será possível chamar "regra" com o parâmetro "nome".
Tags:loading_and_analysis
eincompatible_change
--[no]progress_in_terminal_title
padrão: "falso"- Mostre o progresso do comando no título do terminal. É útil para ver o que o Bazel faz quando tem várias guias no terminal.
--[no]show_progress
padrão: "true"- Exibe mensagens de progresso durante um build.
--show_progress_rate_limit=<a double>
padrão: "0,2"- Número mínimo de segundos entre as mensagens de progresso na saída.
--[no]show_timestamps
padrão: "falso"- Incluir carimbos de data/hora nas mensagens
--tls_certificate=<a string>
padrão: veja a descrição- Especifique um caminho para um certificado TLS confiável para assinar certificados do servidor.
--tls_client_certificate=<a string>
padrão: veja a descrição- Especifique o certificado do cliente TLS a ser usado. você também precisará fornecer uma chave do cliente para ativar a autenticação do cliente.
--tls_client_key=<a string>
padrão: veja a descrição- Especifique a chave de cliente TLS a ser usada. você também precisará fornecer um certificado do cliente para ativar a autenticação do cliente.
--ui_actions_shown=<an integer>
padrão: "8"-
Número de ações simultâneas mostrado na barra de progresso detalhada. cada ação é mostrada em uma linha separada. A barra de progresso sempre mostra pelo menos um. Todos os números menores que 1 são mapeados para 1.
Tags:terminal_output
--[no]watchfs
padrão: "falso"- No Linux/macOS: se verdadeiro, o Bazel tenta usar o serviço de monitoramento de arquivos do sistema operacional para alterações locais em vez de verificar cada arquivo em busca de mudanças. No Windows: no momento, essa sinalização não é operacional, mas pode ser ativada em conjunto com --experimental_windows_watchfs. Em qualquer SO: o comportamento será indefinido se o espaço de trabalho estiver em um sistema de arquivos de rede e os arquivos forem editados em uma máquina remota.
Opções do Analyze-profile
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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 como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
- Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, o formato ou o local da geração de registros:
--dump=<text or raw>
[-d
] padrão: mostrar descrição-
gera despejo de dados de perfil completo em um "texto" legível por humanos ou "raw" simples para 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas. .
- 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
Opções do Aquery
Herda todas as opções do build.
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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 como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
- 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 foi resolvida, "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de terem recebido a classe de regra de dependências diretas, "exata". significa que apenas os aspectos que podem estar 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, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags:build_file_semantics
--[no]consistent_labels
padrão: "falso"-
Se ativado, todos os comandos de consulta emitem rótulos como se fossem pelo Starlark <code>str</code> aplicada a um <code>Rótulo</code> instância. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags:terminal_output
--[no]deduplicate_depsets
padrão: "true"-
Elimine a duplicação de filhos não folha de um dep_set_of_files na saída final de proto/textproto/json. Isso não elimina desduplicações que não compartilham um pai imediato. Isso não afeta a lista final efetiva de artefatos de entrada das ações.
Tags:terminal_output
--[no]graph:factored
padrão: "true"-
Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags:terminal_output
--graph:node_limit=<an integer>
padrão: "512"-
O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados. -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags:terminal_output
--[no]implicit_deps
padrão: "true"-
Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags:build_file_semantics
--[no]include_artifacts
padrão: "true"-
Inclui nomes das entradas e saídas de ação na saída (possivelmente grande).
Tags:terminal_output
--[no]include_aspects
padrão: "true"-
aquery, cquery: inclui ações geradas por aspecto na saída. consulta: ambiente autônomo (os aspectos são sempre seguidos).
Tags:terminal_output
--[no]include_commandline
padrão: "true"-
Inclui o conteúdo das linhas de comando de ação na saída (possivelmente grande).
Tags:terminal_output
--[no]include_file_write_contents
padrão: "falso"-
Inclua o conteúdo do arquivo para as ações FileWrite e SourceSymlinkManifest (possivelmente grande).
Tags:terminal_output
--[no]include_param_files
padrão: "falso"-
Inclua o conteúdo dos arquivos de parâmetro usados no comando (possivelmente grandes). Observação: ativar esta sinalização habilita automaticamente a sinalização --include_commandline.
Tags:terminal_output
--[no]incompatible_display_source_file_location
padrão: "true"-
"True" por padrão, exibe o destino do arquivo de origem. Se verdadeiro, exibe o local da linha 1 dos arquivos de origem nas saídas de local. Essa sinalização existe apenas para fins de migração.
Tags:terminal_output
eincompatible_change
--[no]incompatible_package_group_includes_double_slash
padrão: "true"-
Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags:terminal_output
eincompatible_change
--[no]infer_universe_scope
padrão: "falso"-
Se "set" e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: essa opção se aplica somente a `query` (ou seja, não a `cquery`).
Tags:loading_and_analysis
--[no]line_terminator_null
padrão: "falso"-
Indica se cada formato termina com \0 em vez de nova linha.
Tags:terminal_output
--[no]nodep_deps
padrão: "true"-
Se ativado, dependências do "nodep" atributos serão incluídos no gráfico de dependência no qual a consulta opera. Um exemplo comum de "nodep" é "visibilidade". Executar e analisar a saída de "info build-language" para saber mais sobre o "nodep" na linguagem de build.
Tags:build_file_semantics
--output=<a string>
padrão: "texto"-
O formato em que os resultados de aquery devem ser impressos. Os valores permitidos para aquery são: text, textproto, proto, jsonproto.
Tags:terminal_output
--[no]proto:default_values
padrão: "true"-
Se verdadeiro, serão incluídos atributos com um valor que não foi especificado explicitamente no arquivo BUILD. caso contrário, serão omitidos. Essa opção é aplicável a --output=proto
Tags:terminal_output
--[no]proto:definition_stack
padrão: "falso"-
Preencher o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe da regra é definida.
Tags:terminal_output
--[no]proto:flatten_selects
padrão: "true"-
Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags:build_file_semantics
--[no]proto:include_synthetic_attribute_hash
padrão: "falso"-
Se o atributo $internal_attr_hash precisa ser calculado e preenchido.
Tags:terminal_output
--[no]proto:instantiation_stack
padrão: "falso"-
Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags:terminal_output
--[no]proto:locations
padrão: "true"-
Define se as informações de localização serão enviadas na saída do proto.
Tags:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
padrão: "todos"-
Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags:terminal_output
--[no]proto:rule_inputs_and_outputs
padrão: "true"-
Se os campos "rule_input" e "rule_output" precisam ser preenchidos ou não.
Tags:terminal_output
--query_file=<a string>
padrão: ""-
Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags:changes_inputs
--[no]relative_locations
padrão: "falso"-
Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags:terminal_output
--[no]skyframe_state
padrão: "falso"-
Sem realizar análises extras, despeje o gráfico de ações atual do 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: "true"-
Consulta: se desativada, as dependências na "configuração do host" ou "execution" destinos não serão incluídos no gráfico de dependência no qual a consulta opera. Uma "configuração do host" borda de dependência, como a de qualquer "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação e não para uma parte do mesmo 'destino' neste programa.
Cquery: se desativado, filtra todos os destinos configurados que cruzam um host ou uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração do host, somente os destinos configurados pelo host serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags:build_file_semantics
--universe_scope=<comma-separated list of options>
padrão: ""-
Um conjunto de padrões de segmentação (aditivo e subtrativo) separado por vírgulas. A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery.
Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags:loading_and_analysis
- Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas. .
- 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
- Opções que controlam a execução do build:
--[no]experimental_inprocess_symlink_creation
padrão: "falso"-
Define se as chamadas diretas ao sistema de arquivos serão feitas para criar árvores de links simbólicos.
Tags:loading_and_analysis
,execution
eexperimental
--[no]experimental_remotable_source_manifests
padrão: "falso"-
Se as ações do manifesto de origem serão remotas
Tags:loading_and_analysis
,execution
eexperimental
--[no]experimental_split_coverage_postprocessing
padrão: "falso"-
Se verdadeiro, o Bazel vai executar o pós-processamento de 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 atravessam diretórios nem são sensíveis a links simbólicos.
Tags:execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>
padrão: ""-
Adicione ou remova chaves das informações de execução de uma ação com base no mnemônico da ação. Aplica-se apenas a ações compatíveis com informações de execução. Muitas ações comuns dão suporte a informações de execução, por exemplo: Genrule, CppCompile, Javac, StarlarkAction e TestRunner. Ao especificar vários valores, a ordem é importante porque muitas regex podem se aplicar ao mesmo mnemônico.
Sintaxe: "regex=[+-]key,regex=[+-]key,...".
Exemplos:
'.*=+x,.*=-y,.*=+z' adiciona "x" e "z" e remove o "y" as informações de execução para todas as ações.
"Genrule=+requires-x" adiciona "require-x" às informações de execução de todas as ações desse tipo.
'(?!Regra geral).*=-requires-x' remove "require-x" nas informações de execução para todas as ações que não são da regra geral.
Tags:execution
,affects_outputs
eloading_and_analysis
--persistent_android_dex_desugar
-
Ativar ações persistentes de dex e simplificação de leitura do Android usando workers.
Expande-se para:
--internal_persistent_android_dex_desugar
--strategy=Desugar=worker
e
--strategy=DexBuilder=worker
Tags:host_machine_resource_optimizations
eexecution
--persistent_android_resource_processor
-
Ativar o processador de recursos persistente do Android usando workers.
Expande-se para:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
e
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_dex_desugar
-
Ativar ações persistentes de dex do Android e de simplificação de leitura usando workers.
Expande-se para:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar
e
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_resource_processor
-
Ativar o processador de recursos multiplexado permanente do Android usando workers.
Expande-se para:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
e
--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=AARGenerator=+supports-multiplex-workers
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_tools
-
Ative 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
e
--persistent_multiplex_android_dex_desugar
Tags:host_machine_resource_optimizations
eexecution
- Opções que configuram o conjunto de ferramentas usado para a execução da ação:
--android_compiler=<a string>
padrão: veja a descrição-
O compilador de destino do Android.
Tags:affects_outputs
,loading_and_analysis
eloses_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
eloses_incremental_state
--android_grte_top=<a label>
padrão: veja a descrição-
O grte_top de destino do Android.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--android_manifest_merger=<legacy, android or force_android>
padrão: "android"-
Seleciona a combinação de manifestos a ser usada para regras android_binary. Sinalização que ajuda na transição da combinação legada para a combinação de manifestos do Android.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--android_platforms=<a build target label>
padrão: ""-
Define as plataformas usadas pelos destinos android_binary. Se várias plataformas forem especificadas, o binário será um APK multiarquitetura, que contém binários nativos para cada plataforma de destino especificada.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--android_sdk=<a build target label>
padrão: "@bazel_tools//tools/android:sdk"-
Especifica a plataforma/SDK do Android usado para criar apps Android.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--apple_compiler=<a string>
padrão: veja a 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
eloses_incremental_state
--apple_crosstool_top=<a build target label>
padrão: "@bazel_tools//tools/cpp:Dataset"-
O rótulo do pacote crosstool a ser usado nas regras da Apple e do Objc e as dependências delas.
Tags:loses_incremental_state
echanges_inputs
--apple_grte_top=<a build target label>
padrão: veja a descrição-
O destino grte_top da Apple.
Tags:changes_inputs
,loading_and_analysis
eloses_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
eexplicit_in_output_path
--compiler=<a string>
padrão: veja a descrição-
O compilador C++ a ser usado para compilar o destino.
Tags:loading_and_analysis
eexecution
--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 brutos. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:lcov_merger'.
Tags:changes_inputs
,affects_outputs
eloading_and_analysis
--coverage_report_generator=<a build target label>
padrão: "@bazel_tools//tools/test:coverage_report_generator"-
Localização do binário usado para gerar relatórios de cobertura. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:coverage_report_generator'.
Tags:changes_inputs
,affects_outputs
eloading_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
eloading_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
eaffects_outputs
--custom_malloc=<a build target label>
padrão: veja a descrição-
Especifica uma implementação Malloc personalizada. Essa configuração modifica os atributos Malloc nas regras de compilação.
Tags:changes_inputs
eaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>
: vários usos são acumulados-
Lista de expressões regulares separadas por vírgulas, cada uma opcionalmente prefixada por - (expressão negativa), atribuída (=) a uma lista de destinos de valores de restrição separados por vírgula. Se um destino não corresponder a nenhuma expressão negativa e ao menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se os valores da restrição tivessem sido declarados como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 adicionará 'x86_64' para qualquer destino em //demo, exceto aqueles cujo nome contém "test".
Tags:loading_and_analysis
--[no]experimental_enable_objc_cc_deps
padrão: "true"-
Permite que as regras objc_* dependam de cc_library e faz com que todas as dependências de objc sejam compiladas com --cpu definido como "ios_<--ios_cpu>" para qualquer valor em --ios_multi_cpu.
Tags:loading_and_analysis
eincompatible_change
--[no]experimental_include_xcode_execution_requirements
padrão: "falso"-
Se definido, adicione "require-xcode:{version}" requisito de execução para cada ação do Xcode. Se a versão do xcode tiver um rótulo com hífen, adicione também um "requires-xcode-label:{version_label}". requisito de execução.
Tags:loses_incremental_state
,loading_and_analysis
eexecution
--[no]experimental_prefer_mutual_xcode
padrão: "true"-
Se verdadeiro, use o Xcode mais recente disponível local e remotamente. Se for falso, ou se não houver versões mútuas disponíveis, use a versão do Xcode local selecionada por xcode-select.
Tags:loses_incremental_state
--extra_execution_platforms=<comma-separated list of options>
: vários usos são acumulados-
As plataformas que estão disponíveis como plataformas de execução para executar ações. As plataformas podem ser especificadas por destino exato ou como um padrão de destino. Essas plataformas serão consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms().
Tags:execution
--extra_toolchains=<comma-separated list of options>
: vários usos são acumulados-
As regras do conjunto de ferramentas a serem consideradas durante a resolução. Os conjuntos de ferramentas podem ser especificados por destino exato ou como um padrão de destino. Esses conjuntos de ferramentas serão considerados antes daqueles declarados no arquivo WORKSPACE por register_Datasets().
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--grte_top=<a label>
padrão: veja a descrição-
Um rótulo para uma biblioteca libc registrada. O valor padrão é selecionado pelo conjunto de ferramentas do crosstool, e você quase nunca precisa substituí-lo.
Tags:action_command_lines
eaffects_outputs
--host_compiler=<a string>
padrão: veja a descrição-
O compilador C++ a ser usado para compilação do host. Ele será ignorado se --host_crosstool_top não estiver definido.
Tags:loading_and_analysis
eexecution
--host_crosstool_top=<a build target label>
padrão: veja a descrição-
Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração do host. Se essa flag for fornecida, o Bazel usará a libc e o compilador padrão para o crosstool_top especificado.
Tags:loading_and_analysis
,changes_inputs
eaffects_outputs
--host_grte_top=<a label>
padrão: veja a descrição-
Se especificada, esta configuração substitui o diretório de nível superior libc (--grte_top) para a configuração do host.
Tags:action_command_lines
eaffects_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
eloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set
padrão: "true"-
Se for "true", o Bazel não vai permitir a especificação de "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
eincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features
padrão: "true"-
Se verdadeiro, o Bazel não ativa "host" e "nonhost" recursos no conjunto de ferramentas c++ (consulte https://github.com/bazelbuild/bazel/issues/7407 para mais informações).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enable_android_toolchain_resolution
padrão: "falso"-
Usar a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras do Android (Starlark e nativo)
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution
padrão: "falso"-
Usar a resolução do conjunto de ferramentas para selecionar o SDK da Apple para regras da Apple (Starlark e nativas)
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone
padrão: "true"-
Se verdadeiro, o Bazel não vai reutilizar as linhas de comando de ação de link do C++ para linhas de comando de indexação de lto (consulte https://github.com/bazelbuild/bazel/issues/6791 para mais informações).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain
padrão: "true"-
Se for verdadeiro, o Bazel emitirá uma notificação quando os atributos cc_Dataset.cpu e cc_ compatibilidade.compiler forem definidos (consulte https://github.com/bazelbuild/bazel/issues/7075 para ver instruções de migração).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_remove_legacy_whole_archive
padrão: "true"-
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
eincompatible_change
--[no]incompatible_require_ctx_in_configure_features
padrão: "true"-
Se verdadeiro, o Bazel exige "ctx". em cc_common.configure_features (consulte https://github.com/bazelbuild/bazel/issues/7793 para mais informações).
Tags:loading_and_analysis
eincompatible_change
-
Usar objetos compartilhados por interface se compatível com o conjunto de ferramentas. No momento, todos os conjuntos de ferramentas de ELF têm suporte a essa configuração.
Tags:loading_and_analysis
,affects_outputs
eaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do iOS a ser usada para criar aplicativos iOS. Se não for especificada, a versão padrão do SDK do iOS de "xcode_version" será usada.
Tags:loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do macOS que será usada para criar apps para macOS. Se não for especificada, a versão padrão do SDK do macOS de "xcode_version" será usada.
Tags:loses_incremental_state
--minimum_os_version=<a string>
padrão: veja a descrição-
A versão mínima do SO destinada à compilação.
Tags:loading_and_analysis
eaffects_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 sinalizações definir quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente abaixo da raiz do espaço de trabalho).
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--platforms=<a build target label>
padrão: ""-
Os rótulos das regras de plataforma que descrevem as plataformas de destino para o comando atual.
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--python2_path=<a string>
padrão: veja a descrição-
Obsoleto, ambiente autônomo. Desativado por "--inconsistent_use_python_Conjuntos de ferramentas".
Tags:no_op
edeprecated
--python3_path=<a string>
padrão: veja a descrição-
Obsoleto, ambiente autônomo. Desativado por "--inconsistent_use_python_Conjuntos de ferramentas".
Tags:no_op
edeprecated
--python_path=<a string>
padrão: veja a descrição-
O caminho absoluto do interpretador de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. desativado por --inCompat_use_python_Conjuntos de ferramentas.
Tags:loading_and_analysis
eaffects_outputs
--python_top=<a build target label>
padrão: veja a descrição-
O rótulo de um py_runtime que representa o interpretador Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. desativado por --inCompat_use_python_Conjuntos de ferramentas.
Tags:loading_and_analysis
eaffects_outputs
--target_platform_fallback=<a build target label>
padrão: "@local_config_platform//:host"-
O rótulo de uma regra de plataforma que deve ser usada se nenhuma plataforma de destino for definida e nenhum mapeamento de plataforma corresponder ao conjunto atual de sinalizações.
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do tvOS a ser usada para criar aplicativos tvOS. Se não for especificada, a versão padrão do SDK do tvOS será usada de "xcode_version".
Tags:loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, a versão padrão do SDK do watchOS de "xcode_version" será usada.
Tags:loses_incremental_state
--xcode_version=<a string>
padrão: veja a descrição-
Se especificado, usa o Xcode da versão em questão 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 usado para selecionar a versão do Xcode na configuração do build.
Tags:loses_incremental_state
eloading_and_analysis
- Opções que controlam a saída do comando:
--[no]apple_enable_auto_dsym_dbg
padrão: "falso"-
Define se a geração de arquivos de símbolo de depuração (.dSYM) para builds dbg será forçada.
Tags:affects_outputs
eaction_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
eaction_command_lines
--[no]build_runfile_links
padrão: "true"-
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se falso, gravar manifestos somente quando possível.
Tags:affects_outputs
--[no]build_runfile_manifests
padrão: "true"-
Se verdadeiro, grava manifestos de arquivos de execução para todos os destinos. Se for falso, omita-os. Os testes locais não serão executados se o valor for "false".
Tags:affects_outputs
--[no]build_test_dwp
padrão: "falso"-
Se ativado, ao criar testes em C++ estaticamente e com fissão, o arquivo .dwp para o binário de teste também será criado automaticamente.
Tags:loading_and_analysis
eaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options>
padrão: ".pb.h"-
Define os prefixos dos arquivos principais criados por cc_proto_library.
Tags:affects_outputs
eloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options>
padrão: ".pb.cc"-
Define os prefixos dos arquivos de origem criados por cc_proto_library.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info
padrão: "falso"-
Executar mais ações para versões alternativas da API Java em uma proto_library.
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_proto_extra_actions
padrão: "falso"-
Executar mais ações para versões alternativas da API Java em uma proto_library.
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_save_feature_state
padrão: "falso"-
Salva o estado dos recursos ativados e solicitados como saída da compilação.
Tags:affects_outputs
eexperimental
--fission=<a set of compilation modes>
padrão: "não"-
Especifica quais modos de compilação usam a fissão para compilações e links em C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais 'yes' para ativar todos os modos e "não" para desativar todos os modos.
Tags:loading_and_analysis
,action_command_lines
eaffects_outputs
--[no]incompatible_always_include_files_in_data
padrão: "true"-
Se verdadeiro, as regras nativas adicionam <code>DefaultInfo.files</code> de dependências de dados para os arquivos de execução, o que corresponde ao comportamento recomendado para regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags:affects_outputs
eincompatible_change
--[no]legacy_external_runfiles
padrão: "true"-
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para repositórios externos em .runfiles/wsname/external/repo (além de .runfiles/repo).
Tags:affects_outputs
--[no]objc_generate_linkmap
padrão: "falso"-
Especifica se um arquivo de linkmap deve ser gerado.
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é-processados) 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:
--action_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configuração de destino. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes. para opções fornecidas para a mesma variável, os últimos vencedores, opções para diferentes variáveis 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
eloses_incremental_state
--[no]android_databinding_use_androidx
padrão: "falso"-
Gerar 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
eexperimental
--[no]android_databinding_use_v3_4_args
padrão: "falso"-
Usar a vinculação de dados do Android v2 com o argumento 3.4.0
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--android_dynamic_mode=<off, default or fully>
padrão: "desativado"-
Determina se as dependências de C++ das regras do Android serão vinculadas dinamicamente quando um cc_binary não criar explicitamente uma biblioteca compartilhada. "padrão" o Bazel vai escolher se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas em modo predominantemente estático.
Tags:affects_outputs
eloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>
padrão: "alfabético"-
Define a ordem dos manifestos transmitidos para a combinação de manifestos para binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação à raiz. ALPHABETICAL_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração dentro do diretório de saída. DEPENDENCY significa que os manifestos são ordenados com o manifesto de cada biblioteca que vem antes dos manifestos das dependências.
Tags:action_command_lines
eexecution
--[no]android_resource_shrinking
padrão: "falso"-
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags:affects_outputs
eloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, visionos, watchos, tvos, macos or catalyst>
: vários usos são acumulados-
Especifique o modo bitcode da Apple para as etapas de compilação direcionadas a arquiteturas de dispositivos. Os valores estão no formato "[platform=]mode", em que a plataforma (que deve ser "ios", "macos", "tvos" ou "watchos") é opcional. Se fornecido, o modo bitcode é aplicado especificamente para essa plataforma; se omitido, ele 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 arquivo zip executável Python Ativado no Windows, desativado em outras plataformas
Tags:affects_outputs
--catalyst_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista de arquiteturas separadas por vírgulas para as quais criar binários do Apple Catalyst.
Tags:loses_incremental_state
eloading_and_analysis
--[no]collect_code_coverage
padrão: "falso"-
Se especificado, o Bazel instrumenta o código (usando instrumentação off-line sempre que possível) e coleta informações de cobertura durante os testes. Somente as segmentações que corresponderem a --instrumentation_filter serão afetadas. Em geral, esta opção não deve ser especificada diretamente: 'cobertura do bazel' deve ser usado no lugar dele.
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
eexplicit_in_output_path
--conlyopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C.
Tags:action_command_lines
eaffects_outputs
--copt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ao gcc.
Tags:action_command_lines
eaffects_outputs
--cpu=<a string>
padrão: ""-
A CPU de destino.
Tags:changes_inputs
,affects_outputs
eexplicit_in_output_path
--cs_fdo_absolute_path=<a string>
padrão: veja a descrição-
Use as informações do perfil do CSFDO para otimizar a compilação. Especifique o nome do caminho absoluto do arquivo ZIP que contém o arquivo de perfil, um arquivo de perfil LLVM bruto ou indexado.
Tags:affects_outputs
--cs_fdo_instrument=<a string>
padrão: veja a descrição-
Gere binários com instrumentação FDO sensível ao contexto. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags:affects_outputs
--cs_fdo_profile=<a build target label>
padrão: veja a descrição-
O cs_fdo_profile que representa o perfil sensível ao contexto a ser usado para otimização.
Tags:affects_outputs
--cxxopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C++.
Tags:action_command_lines
eaffects_outputs
--define=<a 'name=value' assignment>
: vários usos são acumulados-
Cada opção --define especifica uma atribuição para uma variável de build.
Tags:changes_inputs
eaffects_outputs
--dynamic_mode=<off, default or fully>
padrão: "padrão"-
Determina se os binários C++ serão vinculados dinamicamente. "padrão" o Bazel escolhe se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas em modo predominantemente estático.
Tags:loading_and_analysis
eaffects_outputs
--[no]enable_fdo_profile_absolute_path
padrão: "true"-
Se definido, o uso de fdo_absolute_profile_path vai gerar um erro.
Tags:affects_outputs
--[no]enable_runfiles
padrão: "automático"-
Ativar árvore de links simbólicos de arquivos de execução. Por padrão, ele fica desativado no Windows e em outras plataformas.
Tags:affects_outputs
--experimental_action_listener=<a build target label>
: vários usos são acumulados-
Descontinuado em favor dos aspectos. Use action_listener para anexar uma extra_action a ações de compilação existentes.
Tags:execution
eexperimental
--[no]experimental_android_compress_java_resources
padrão: "falso"-
Compactar recursos Java em APKs
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_android_databinding_v2
padrão: "falso"-
Usar a vinculação de dados do Android v2
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]experimental_android_resource_shrinking
padrão: "falso"-
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex
padrão: "falso"-
usar a ferramenta rex para reescrever arquivos dex
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]experimental_collect_code_coverage_for_generated_files
padrão: "falso"-
Se especificado, o Bazel também gera informações de cobertura de coleta para arquivos gerados.
Tags:affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options>
padrão: "-O0,-DDEBUG=1"-
Usa essas strings como opções do compilador fastbuild do objc.
Tags:action_command_lines
--[no]experimental_omitfp
padrão: "falso"-
Se verdadeiro, use libunwind para liberação de pilha e compile com -fomit-frame-pointer e -fadeleted-unwind-tables.
Tags:action_command_lines
,affects_outputs
eexperimental
--[no]experimental_platform_in_output_dir
padrão: "falso"-
Se verdadeiro, a plataforma de destino é usada no nome do diretório de saída em vez da CPU.
Tags:affects_outputs
eexperimental
--[no]experimental_use_llvm_covmap
padrão: "falso"-
Se especificado, o Bazel gera informações do mapa de cobertura llvm-cov em vez de gcov quando collect_code_coverage está ativado.
Tags:changes_inputs
,affects_outputs
,loading_and_analysis
eexperimental
--fat_apk_cpu=<comma-separated list of options>
padrão: "armeabi-v7a"-
Definir esta opção ativa APKs de arquivos pesados, que contêm binários nativos para todas as arquiteturas-alvo especificadas, por exemplo, --fat_apk_cpu=x86,armeabi-v7a. Se essa flag for especificada, --android_cpu será ignorada para dependências das regras android_binary.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]fat_apk_hwasan
padrão: "falso"-
Define se as divisões HWASAN serão criadas.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--fdo_instrument=<a string>
padrão: veja a descrição-
Gere binários com a 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 despejados no ambiente de execução.
Tags:affects_outputs
--fdo_optimize=<a string>
padrão: veja a descrição-
Use as informações do perfil FDO para otimizar a compilação. Especifique o nome de um arquivo ZIP contendo uma árvore de arquivos .gcda, um arquivo afdo contendo um perfil automático ou um arquivo de perfil LLVM. Essa sinalização também aceita arquivos especificados como rótulos (por exemplo, "//foo/bar:file.afdo". Talvez seja necessário adicionar uma diretiva "exports_files" ao pacote correspondente) e rótulos que apontam para destinos "fdo_profile". Esta sinalização será substituída pela regra "fdo_profile".
Tags:affects_outputs
--fdo_prefetch_hints=<a build target label>
padrão: veja a descrição-
Usar dicas de pré-busca de cache.
Tags:affects_outputs
--fdo_profile=<a build target label>
padrão: veja a descrição-
O fdo_profile que representa o perfil a ser usado para otimização.
Tags:affects_outputs
--features=<a string>
: vários usos são acumulados-
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Especificação de -<feature> vai desativar o recurso. Os atributos negativos sempre substituem os positivos. Veja também --host_features
Tags:changes_inputs
eaffects_outputs
--[no]force_pic
padrão: "falso"-
Se ativada, todas as compilações em C++ produzem código independente de posição ("-fPIC"), os links preferem bibliotecas pré-criadas para PIC em vez das bibliotecas não PIC e os links produzem executáveis independentes de posição ("-pie").
Tags:loading_and_analysis
eaffects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de host ou de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes. para opções fornecidas para a mesma variável, os últimos vencedores, opções para diferentes variáveis 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
eaction_command_lines
--host_conlyopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C para ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--host_copt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ferramentas de host ao gcc.
Tags:action_command_lines
eaffects_outputs
--host_cpu=<a string>
padrão: ""-
A CPU do host.
Tags:changes_inputs
eaffects_outputs
--host_cxxopt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ferramentas de host ao gcc.
Tags:action_command_lines
eaffects_outputs
--host_features=<a string>
: vários usos são acumulados-
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Especificação de -<feature> vai desativar o recurso. Os atributos negativos sempre substituem os positivos.
Tags:changes_inputs
eaffects_outputs
--host_force_python=<PY2 or PY3>
padrão: veja a descrição-
Substitui a versão do Python para a configuração do host. Pode ser "PY2" ou "PY3".
Tags:loading_and_analysis
eaffects_outputs
--host_linkopt=<a string>
: vários usos são acumulados-
Opção adicional para transmitir para gcc ao vincular ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do macOS para destinos de host. Se não for especificado, usará "macos_sdk_version".
Tags:loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais 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 significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags:action_command_lines
eaffects_outputs
--host_swiftcopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para swiftc para ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--[no]incompatible_avoid_conflict_dlls
padrão: "true"-
Se ativada, todas as bibliotecas C++ vinculadas (DLLs) geradas pela cc_library no Windows serão renomeadas como name_{hash}.dll, em que o hash é calculado com base no RepositoryName e no caminho do pacote da DLL. Esta opção é útil quando você tem um pacote que depende de várias cc_library com o mesmo nome (por exemplo, //foo/bar1:utils e //foo/bar2:utils).
Tags:loading_and_analysis
,affects_outputs
eincompatible_change
--[no]incompatible_merge_genfiles_directory
padrão: "true"-
Se for verdadeiro, o diretório genfiles será dobrado no diretório bin.
Tags:affects_outputs
eincompatible_change
--[no]incompatible_use_host_features
padrão: "falso"-
Se verdadeiro, use --features somente para a configuração de destino e --host_features para a configuração exec.
Tags:changes_inputs
,affects_outputs
eincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints
padrão: "true"-
Se verdadeiro, as configurações de restrição de @bazel_tools são removidas.
Tags:affects_outputs
eincompatible_change
--[no]instrument_test_targets
padrão: "falso"-
Quando a cobertura está ativada, especifica se é necessário considerar as regras de teste de instrumentação. Quando definidas, as regras de teste incluídas por --instrumentation_filter são instrumentadas. Caso contrário, as regras de teste serão sempre excluídas da instrumentação de cobertura.
Tags:affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
padrão: "-/javatests[/:],-/test/java[/:]"-
Quando a cobertura estiver ativada, somente as regras com nomes incluídos pelo filtro com base no regex especificado serão instrumentadas. Regras prefixadas com '-' são excluídos. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativado.
Tags:affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do iOS para simuladores e dispositivos de segmentação. Se não for especificado, usará "ios_sdk_version".
Tags:loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para criação de um ios_application. O resultado é um binário universal que contém todas as arquiteturas especificadas.
Tags:loses_incremental_state
eloading_and_analysis
--[no]legacy_whole_archive
padrão: "true"-
Obsoleto e substituído por --inCompat_remove_legacy_whole_archive (consulte https://github.com/bazelbuild/bazel/issues/7362 para mais detalhes). 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
edeprecated
--linkopt=<a string>
: vários usos são acumulados-
Opção adicional para transmitir ao gcc durante a vinculação.
Tags:action_command_lines
eaffects_outputs
--ltobackendopt=<a string>
: vários usos são acumulados-
Opção adicional para passar à etapa de back-end de LTO (em --features=thin_lto).
Tags:action_command_lines
eaffects_outputs
--ltoindexopt=<a string>
: vários usos são acumulados-
Opção adicional para passar à etapa de indexação de LTO (em --features=thin_lto).
Tags:action_command_lines
eaffects_outputs
--macos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para criar binários do Apple macOS.
Tags:loses_incremental_state
eloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima do macOS compatível para destinos. Se não for especificado, usará "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 as remoções de símbolos e de código morto em binários vinculados serão realizadas. As remoções binárias serão realizadas se essa sinalização e --compilation_mode=opt forem especificadas.
Tags:action_command_lines
--objccopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para gcc ao compilar arquivos de origem Objective-C/C++.
Tags:action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais para passar seletivamente para gcc ao compilar determinados arquivos. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags:action_command_lines
eaffects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais 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 significa uma lista de padrões de expressão regular para inclusão e exclusão. option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 adiciona a opção de linha de comando -O0 à linha de comando do back-end LTO de todos os arquivos o em //foo/ exceto bar.o.
Tags:action_command_lines
eaffects_outputs
--platform_suffix=<a string>
padrão: veja a descrição-
Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags:loses_incremental_state
,affects_outputs
eloading_and_analysis
--propeller_optimize=<a build target label>
padrão: veja a descrição-
Use as informações do perfil da Hélice para otimizar o destino da compilação.Um perfil de hélice deve consistir em pelo menos um de dois arquivos, um perfil Cc e um perfil ld. Essa sinalização aceita um rótulo de compilação que precisa se referir aos arquivos de entrada do perfil da hélice. Por exemplo, o arquivo BUILD que define o rótulo, em a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Uma diretiva export_files pode precisar ser adicionada ao pacote correspondente para tornar esses arquivos visíveis para o Bazel. A opção precisa ser usada como: --propeller_optimize=//a/b:propeller_profile
Tags:action_command_lines
eaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string>
padrão: veja a descrição-
Nome do caminho absoluto do arquivo cc_profile para builds com otimização da Propeller.
Tags:affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>
padrão: veja a descrição-
Nome do caminho absoluto do arquivo ld_profile para builds com otimização da Propeller.
Tags:affects_outputs
--run_under=<a prefix in front of command>
padrão: veja a descrição-
Prefixo a ser inserido antes dos executáveis para o "teste" e "run" comandos 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
-
Se definido como verdadeiro, as bibliotecas nativas com funcionalidades idênticas serão compartilhadas entre diferentes destinos.
Tags:loading_and_analysis
eaffects_outputs
--[no]stamp
padrão: "falso"-
Carregue os 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 binários e bibliotecas compartilhadas serão removidos (usando "-Wl,--strip-debug"). O valor padrão "algumas vezes" significa remover iff --compilation_mode=fastbuild.
Tags:affects_outputs
--stripopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar à remoção ao gerar um "<name>.stripped" binário.
Tags:action_command_lines
eaffects_outputs
--swiftcopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para compilação do Swift.
Tags:action_command_lines
--tvos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários tvOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima do tvOS compatível para dispositivos e simuladores de meta. Se não for especificado, usará "tvos_sdk_version".
Tags:loses_incremental_state
--visionos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários visionOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--watchos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários watchOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do watchOS para simuladores e dispositivos de segmentação. Se não for especificado, usará "watchos_sdk_version".
Tags:loses_incremental_state
--xbinary_fdo=<a build target label>
padrão: veja a descrição-
Use as informações do perfil XbinaryFDO para otimizar a compilação. Especifica o nome do perfil binário cruzado padrão. Quando a opção é usada junto com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags:affects_outputs
- Opções que afetam como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag etc.):
--auto_cpu_environment_group=<a build target label>
padrão: ""-
Declare o environment_group a ser usado para mapear automaticamente os valores de CPU para os valores de target_environment.
Tags:changes_inputs
,loading_and_analysis
eexperimental
--[no]check_licenses
padrão: "falso"-
Confira se as restrições de licenciamento impostas pelos pacotes dependentes não entram em conflito com os modos de distribuição dos destinos que estão sendo criados. Por padrão, as licenças não ficam marcadas.
Tags:build_file_semantics
--[no]check_visibility
padrão: "true"-
Se desativada, os erros de visibilidade nas dependências de destino serão rebaixados a avisos.
Tags:build_file_semantics
--[no]desugar_for_android
padrão: "true"-
Define se a simplificação do bytecode Java 8 antes da dexação será feita.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]desugar_java8_libs
padrão: "falso"-
Indica se as bibliotecas Java 8 compatíveis são incluídas em apps para dispositivos legados.
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]enforce_constraints
padrão: "true"-
Verifica com quais ambientes cada destino é compatível e informa erros caso algum destino tenha dependências não compatíveis com os mesmos ambientes
Tags:build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs
padrão: "falso"-
Sinalização para ajudar na transição de permitir a proibição de regras android_library sem srcs com dependências. O depósito precisa ser limpo para lançar isso por padrão.
Tags:eagerness_to_exit
eloading_and_analysis
--[no]experimental_check_desugar_deps
padrão: "true"-
Define se a simplificação correta no nível binário do Android será verificada novamente.
Tags:eagerness_to_exit
,loading_and_analysis
eexperimental
--experimental_import_deps_checking=<off, warning or error>
padrão: "DESATIVADO"-
Quando ativada, verifique se as dependências de um aar_import estão concluídas. Essa aplicação pode interromper o build ou apenas resultar em avisos.
Tags:loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>
padrão: "padrão"-
Se verdadeiro, verifica se um destino Java declara explicitamente todos os destinos usados diretamente como dependências.
Tags:build_file_semantics
eeagerness_to_exit
--[no]incompatible_check_testonly_for_output_files
padrão: "falso"-
Se ativado, marque somente "test" para identificar destinos de pré-requisito que sejam arquivos de saída pesquisando o "testonly" da regra geradora. Isso corresponde à verificação de visibilidade.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_disable_native_android_rules
padrão: "falso"-
Se ativado, o uso direto das regras nativas do Android será desativado. Use as regras do Starlark para Android em https://github.com/bazelbuild/rules_android
Tags:eagerness_to_exit
eincompatible_change
--[no]incompatible_disable_native_apple_binary_rule
padrão: "falso"-
Ambiente autônomo. Mantido aqui para compatibilidade com versões anteriores.
Tags:eagerness_to_exit
eincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark
padrão: "true"-
Se ativada, defina a verificação de cabeçalho estrita na API Starlark
Tags:loading_and_analysis
,changes_inputs
eincompatible_change
--[no]incompatible_validate_top_level_header_inclusions
padrão: "true"-
Se verdadeiro, o Bazel também valida inclusões de cabeçalhos de diretórios de nível superior. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/10047.
Tags:loading_and_analysis
eincompatible_change
--[no]strict_filesets
padrão: "falso"-
Se essa opção estiver ativada, os conjuntos de arquivos que ultrapassarem os limites dos pacotes serão informados como erros. Ela não funciona quando check_fileset_dependes_recursivamente está desativado.
Tags:build_file_semantics
eeagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>
padrão: "erro"-
A menos que esteja OFF, verifica se um destino proto_library declara explicitamente todos os destinos usados diretamente como dependências.
Tags:build_file_semantics
,eagerness_to_exit
eincompatible_change
--strict_public_imports=<off, warn, error, strict or default>
padrão: "desativado"-
A menos que esteja OFF, verifica se um destino proto_library declara explicitamente todos os destinos usados em "import public" como exportado.
Tags:build_file_semantics
,eagerness_to_exit
eincompatible_change
--[no]strict_system_includes
padrão: "falso"-
Se verdadeiro, os cabeçalhos encontrados nos caminhos de inclusão do sistema (-isystem) também precisarão ser declarados.
Tags:loading_and_analysis
eeagerness_to_exit
--target_environment=<a build target label>
: vários usos são acumulados-
Declara o ambiente de destino da compilação. Precisa ser uma referência de rótulo a um "ambiente" regra de firewall. 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 para assinar APKs
Tags:action_command_lines
,affects_outputs
eloading_and_analysis
--[no]device_debug_entitlements
padrão: "true"-
Se definido e o modo de compilação não for "opt", os aplicativos objc incluirão direitos de depuração ao assinar.
Tags:changes_inputs
--ios_signing_cert_name=<a string>
padrão: veja a descrição-
Nome do certificado a ser usado para a assinatura do iOS. Se ela não for definida, o perfil de provisionamento será revertido. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página de manual do codesign (IDENTIDADES DE SIGNING).
Tags:action_command_lines
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]incompatible_disallow_legacy_py_provider
padrão: "true"-
O ambiente autônomo será removido em breve.
Tags:loading_and_analysis
eincompatible_change
- Opções que regem o comportamento do ambiente de teste ou do executor de testes:
--[no]allow_analysis_failures
padrão: "falso"-
Se verdadeiro, uma falha na análise de um destino de regra resultará na propagação da meta de uma instância de AnalysisFailureInfo contendo a descrição do erro, em vez de resultar em uma falha de compilação.
Tags:loading_and_analysis
eexperimental
--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 verdadeiras da ação dex2oat gerarem falhas no build, em vez de executar o dex2oat durante o tempo de execução do teste.
Tags:loading_and_analysis
eexperimental
--[no]experimental_android_use_parallel_dex2oat
padrão: "falso"-
Use o dex2oat em paralelo para possivelmente acelerar o android_test.
Tags:loading_and_analysis
,host_machine_resource_optimizations
eexperimental
--[no]ios_memleaks
padrão: "falso"-
Ativa a verificação de vazamentos de memória nos destinos ios_test.
Tags:action_command_lines
--ios_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a simular ao executar um aplicativo iOS no simulador, por exemplo, "iPhone 6". Para ter uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags:test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
A versão do iOS a ser executada no simulador ao executar ou testar. Isso será ignorado para as regras ios_test se um dispositivo de destino for especificado na regra.
Tags:test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>
: vários usos são acumulados- Especifica o número de vezes para executar cada teste. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste vai ser considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executa todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que run_per_test significa um valor inteiro e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de testes. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido no ambiente do cliente do Bazel ou pelo par nome=valor). Essa opção pode ser usada várias vezes para especificar diversas variáveis. Usado apenas pelo "teste do Bazel" kubectl.
Tags:test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers>
padrão: "-1"- Substituir os valores padrão de tempo limite do teste (em segundos). Se um único valor inteiro positivo for especificado, ele vai substituir todas as categorias. Se forem especificados quatro números inteiros separados por vírgula, eles substituirão os tempos limite para curto, moderado, longo e eterno (nessa ordem). Em ambos os formatos, um valor de -1 instrui o blaze a usar os tempos limite padrão dessa categoria.
--tvos_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a ser simulado ao executar um aplicativo tvOS no simulador, por exemplo, "Apple TV 1080p". Para ter 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: veja a descrição-
A versão do tvOS a ser executada no simulador ao executar ou testar.
Tags:test_runner
--watchos_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a ser simulado ao executar um aplicativo watchOS no simulador, por exemplo, "Apple Watch - 38 mm". Para ter 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: veja a descrição-
A versão do watchOS a ser executada no simulador durante a execução ou teste.
Tags:test_runner
--[no]zip_undeclared_test_outputs
padrão: "true"-
Se verdadeiro, os resultados de teste não declarados serão arquivados 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 foi resolvida, "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de terem recebido a classe de regra de dependências diretas, "exata". significa que apenas os aspectos que podem estar 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, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags:build_file_semantics
--[no]consistent_labels
padrão: "falso"-
Se ativado, todos os comandos de consulta emitem rótulos como se fossem pelo Starlark <code>str</code> aplicada a um <code>Rótulo</code> instância. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags:terminal_output
--[no]deduplicate_depsets
padrão: "true"-
Elimine a duplicação de filhos não folha de um dep_set_of_files na saída final de proto/textproto/json. Isso não elimina desduplicações que não compartilham um pai imediato. Isso não afeta a lista final efetiva de artefatos de entrada das ações.
Tags:terminal_output
--[no]graph:factored
padrão: "true"-
Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags:terminal_output
--graph:node_limit=<an integer>
padrão: "512"-
O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados. -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags:terminal_output
--[no]implicit_deps
padrão: "true"-
Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags:build_file_semantics
--[no]include_artifacts
padrão: "true"-
Inclui nomes das entradas e saídas de ação na saída (possivelmente grande).
Tags:terminal_output
--[no]include_aspects
padrão: "true"-
aquery, cquery: inclui ações geradas por aspecto na saída. consulta: ambiente autônomo (os aspectos são sempre seguidos).
Tags:terminal_output
--[no]include_commandline
padrão: "true"-
Inclui o conteúdo das linhas de comando de ação na saída (possivelmente grande).
Tags:terminal_output
--[no]include_file_write_contents
padrão: "falso"-
Inclua o conteúdo do arquivo para as ações FileWrite e SourceSymlinkManifest (possivelmente grande).
Tags:terminal_output
--[no]include_param_files
padrão: "falso"-
Inclua o conteúdo dos arquivos de parâmetro usados no comando (possivelmente grandes). Observação: ativar esta sinalização habilita automaticamente a sinalização --include_commandline.
Tags:terminal_output
--[no]incompatible_display_source_file_location
padrão: "true"-
"True" por padrão, exibe o destino do arquivo de origem. Se verdadeiro, exibe o local da linha 1 dos arquivos de origem nas saídas de local. Essa sinalização existe apenas para fins de migração.
Tags:terminal_output
eincompatible_change
--[no]incompatible_package_group_includes_double_slash
padrão: "true"-
Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags:terminal_output
eincompatible_change
--[no]infer_universe_scope
padrão: "falso"-
Se "set" e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: essa opção se aplica somente a `query` (ou seja, não a `cquery`).
Tags:loading_and_analysis
--[no]line_terminator_null
padrão: "falso"-
Indica se cada formato termina com \0 em vez de nova linha.
Tags:terminal_output
--[no]nodep_deps
padrão: "true"-
Se ativado, dependências do "nodep" atributos serão incluídos no gráfico de dependência no qual a consulta opera. Um exemplo comum de "nodep" é "visibilidade". Executar e analisar a saída de "info build-language" para saber mais sobre o "nodep" na linguagem de build.
Tags:build_file_semantics
--output=<a string>
padrão: "texto"-
O formato em que os resultados de aquery devem ser impressos. Os valores permitidos para aquery são: text, textproto, proto, jsonproto.
Tags:terminal_output
--[no]proto:default_values
padrão: "true"-
Se verdadeiro, serão incluídos atributos com um valor que não foi especificado explicitamente no arquivo BUILD. caso contrário, serão omitidos. Essa opção é aplicável a --output=proto
Tags:terminal_output
--[no]proto:definition_stack
padrão: "falso"-
Preencher o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe da regra é definida.
Tags:terminal_output
--[no]proto:flatten_selects
padrão: "true"-
Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags:build_file_semantics
--[no]proto:include_synthetic_attribute_hash
padrão: "falso"-
Se o atributo $internal_attr_hash precisa ser calculado e preenchido.
Tags:terminal_output
--[no]proto:instantiation_stack
padrão: "falso"-
Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags:terminal_output
--[no]proto:locations
padrão: "true"-
Define se as informações de localização serão enviadas na saída do proto.
Tags:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
padrão: "todos"-
Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags:terminal_output
--[no]proto:rule_inputs_and_outputs
padrão: "true"-
Se os campos "rule_input" e "rule_output" precisam ser preenchidos ou não.
Tags:terminal_output
--query_file=<a string>
padrão: ""-
Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags:changes_inputs
--[no]relative_locations
padrão: "falso"-
Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags:terminal_output
--[no]skyframe_state
padrão: "falso"-
Sem realizar análises extras, despeje o gráfico de ações atual do 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: "true"-
Consulta: se desativada, as dependências na "configuração do host" ou "execution" destinos não serão incluídos no gráfico de dependência no qual a consulta opera. Uma "configuração do host" borda de dependência, como a de qualquer "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação e não para uma parte do mesmo 'destino' neste programa.
Cquery: se desativado, filtra todos os destinos configurados que cruzam um host ou uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração do host, somente os destinos configurados pelo host serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags:build_file_semantics
--universe_scope=<comma-separated list of options>
padrão: ""-
Um conjunto de padrões de segmentação (aditivo e subtrativo) separado por vírgulas. A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery.
Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags:loading_and_analysis
- Opções que acionam otimizações do tempo de build:
--[no]collapse_duplicate_defines
padrão: "falso"-
Quando ativado, --defines redundantes sã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
eloses_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: "true"-
Se ativado, os arquivos .d C++ serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados no disco.
Tags:loading_and_analysis
,execution
,affects_outputs
eexperimental
--[no]experimental_inmemory_jdeps_files
padrão: "true"-
Se ativado, os arquivos de dependência (.jdeps) gerados a partir de compilações Java serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados em disco.
Tags:loading_and_analysis
,execution
,affects_outputs
eexperimental
--[no]experimental_objc_include_scanning
padrão: "falso"-
Define se a verificação inclui a verificação do objetivo C/C++.
Tags:loading_and_analysis
,execution
echanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found
padrão: "falso"-
Se ativado, o recurso parse_headers não criará uma ação de compilação de cabeçalho separada se uma origem com o mesmo nome de base for encontrada no mesmo destino.
Tags:loading_and_analysis
eaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly
padrão: "falso"-
Quando ativada, --trim_test_configuration não cortará a configuração de teste das regras marcadas como testonly=1. Isso é feito para reduzir problemas de conflito de ações quando as regras que não são de teste dependem das regras cc_test. Nenhum efeito se --trim_test_configuration for falso.
Tags:loading_and_analysis
eloses_incremental_state
--[no]experimental_starlark_cc_import
padrão: "falso"-
Se ativada, a versão Starlark de cc_import pode ser usada.
Tags:loading_and_analysis
eexperimental
--[no]experimental_unsupported_and_brittle_include_scanning
padrão: "falso"-
Define se as entradas para compilação C/C++ serão restritas analisando linhas #include dos arquivos de entrada. Isso pode melhorar o desempenho e a incrementabilidade diminuindo o tamanho das árvores de entrada de compilação. No entanto, também pode interromper builds porque o scanner de inclusão não implementa totalmente a semântica de pré-processador C. Em particular, ele não entende as diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Todos os problemas registrados relacionados a essa sinalização serão encerrados.
Tags:loading_and_analysis
,execution
echanges_inputs
--[no]incremental_dexing
padrão: "true"-
Faz a maior parte do trabalho de dexação separadamente para cada arquivo Jar.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]objc_use_dotd_pruning
padrão: "true"-
Se definido, os arquivos .d emitidos pelo clang serão usados para remover o conjunto de entradas passadas para as compilações do objc.
Tags:changes_inputs
eloading_and_analysis
--[no]process_headers_in_dependencies
padrão: "falso"-
Ao criar um destino //a:a, processe cabeçalhos em todos os destinos dos quais //a:a depende (se o processamento de cabeçalhos estiver ativado para o conjunto de ferramentas).
Tags:execution
--[no]trim_test_configuration
padrão: "true"-
Quando ativadas, as opções relacionadas a testes são limpas abaixo do nível superior do build. Quando esse flag está ativo, os testes não podem ser criados como dependências de regras que não são de teste, mas as mudanças nas opções relacionadas a testes não vão fazer com que essas regras sejam analisadas de novo.
Tags:loading_and_analysis
eloses_incremental_state
--[no]use_singlejar_apkbuilder
padrão: "true"-
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 nível de detalhes, 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: "-.*"-
Imprime informações de depuração durante a resolução do conjunto de ferramentas. A sinalização usa um regex, que é verificado em relação aos tipos de conjunto de ferramentas e destinos específicos para determinar qual deve ser depurado. Várias regex podem ser separadas por vírgulas. Depois, cada uma é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente será útil apenas para especialistas na resolução do conjunto de ferramentas.
Tags:terminal_output
- 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 são acumulados-
Define um nome abreviado para uma bandeira Starlark. Ele assume 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. Exatamente, quando um destino py_binary ou py_test tem legacy_create_init definido como "auto" (padrão), ele será tratado como falso somente se essa sinalização estiver definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags:affects_outputs
eincompatible_change
--[no]incompatible_py2_outputs_are_suffixed
padrão: "true"-
Se verdadeiro, os destinos criados na configuração do Python 2 aparecerão em uma raiz de saída que inclui o sufixo '-py2', enquanto os destinos criados para Python 3 aparecerão em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência "bazel-bin" apontará para os destinos do Python 3 em vez do Python 2. Se você ativar essa opção, também é recomendado ativar "--incompatíveis_py3_is_default".
Tags:affects_outputs
eincompatible_change
--[no]incompatible_py3_is_default
padrão: "true"-
Se verdadeiro, os destinos `py_binary` e `py_test` que não definem seu atributo `python_version` (ou `default_python_version`) assumirão o padrão de PY3 em vez de PY2. Se você definir essa flag, também é recomendável configurar "--incompatíveis_py2_outputs_are_sufFixed".
Tags:loading_and_analysis
,affects_outputs
eincompatible_change
--[no]incompatible_use_python_toolchains
padrão: "true"-
Se definidas como "true", as regras executáveis do Python nativas usarão o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido pelas sinalizações legadas, como --python_top.
Tags:loading_and_analysis
eincompatible_change
--python_version=<PY2 or PY3>
padrão: veja a descrição-
O modo de versão principal do Python, "PY2" ou "PY3". Observe que isso é substituído pelos destinos `py_binary` e `py_test` (mesmo que eles não especifiquem explicitamente uma versão). Portanto, geralmente não há muito motivo para fornecer essa sinalização.
Tags:loading_and_analysis
,affects_outputs
eexplicit_in_output_path
- Opções diversas, não categorizadas de outra forma:
--[no]cache_test_results
[-t
] padrão: "automático"- Se definido como "auto", o Bazel vai executar novamente um teste somente se: (1) ele detectar mudanças no teste ou nas dependências dele, (2) o teste estiver marcado como externo, (3) várias execuções de teste tiverem sido solicitadas com --runs_per_test; ou(4) ele tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os marcados como externos. Se definido como "no", o Bazel não armazena em cache os resultados do teste.
--[no]experimental_cancel_concurrent_tests
padrão: "falso"-
Se verdadeiro, o Blaze cancelará testes simultâneos na primeira execução bem-sucedida. Isso só é útil em combinação com --runs_per_test_detects_flakes.
Tags:affects_outputs
eloading_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
eloading_and_analysis
--[no]experimental_generate_llvm_lcov
padrão: "falso"-
Se verdadeira, a cobertura do Clang vai gerar um relatório de LCOV.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_j2objc_header_map
padrão: "true"- Define se o mapa do cabeçalho J2ObjC será gerado paralelamente à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path
padrão: "falso"-
Indica se gerar com caminho de cabeçalho mais curto (usa "_ios" em vez de "_j2objc").
Tags:affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>
padrão: "javabuilder"- Ativa caminhos de classe reduzidos para compilações Java.
--[no]experimental_limit_android_lint_to_android_constrained_java
padrão: "falso"-
Limitar --experimental_run_android_lint_on_java_rules a bibliotecas compatíveis com Android.
Tags:affects_outputs
--[no]experimental_run_android_lint_on_java_rules
padrão: "falso"-
Define se origens java_* serão validadas.
Tags:affects_outputs
--[no]explicit_java_test_deps
padrão: "falso"- Especifique explicitamente uma dependência para o JUnit ou o Hamcrest em um java_test, em vez de obter acidentalmente das dependências do TestRunner. No momento, só funciona com o Bazel.
--host_java_launcher=<a build target label>
padrão: veja a descrição- O inicializador Java usado por ferramentas que são executadas durante uma compilação.
--host_javacopt=<a string>
: vários usos são acumulados- Opções adicionais para passar para javac ao criar ferramentas que são executadas durante uma compilação.
--host_jvmopt=<a string>
: vários usos são acumulados- Opções adicionais a serem transmitidas para a VM do Java ao criar ferramentas que são executadas durante a compilação. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_check_sharding_support
padrão: "falso"-
Se verdadeiro, o Bazel vai falhar em um teste fragmentado se o executor de testes não indicar que é compatível com fragmentação tocando no arquivo no caminho em TEST_SHARD_STATUS_FILE. Se for falso, um executor de testes que não oferece suporte à fragmentação fará com que todos os testes sejam executados em cada fragmento.
Tags:incompatible_change
--[no]incompatible_exclusive_test_sandboxed
padrão: "falso"-
Se verdadeiro, testes exclusivos serão executados com a estratégia no sandbox. Adicionar "local" para forçar a execução local de um teste exclusivo
Tags:incompatible_change
--[no]incompatible_strict_action_env
padrão: "falso"-
Se verdadeiro, o Bazel usa um ambiente com um valor estático para PATH e não herda LD_LIBRARY_PATH. Use --action_env=ENV_VARIABLE se quiser herdar variáveis de ambiente específicas do cliente, mas observe que isso pode impedir o armazenamento em cache de usuários diferentes se um cache compartilhado for usado.
Tags:loading_and_analysis
eincompatible_change
--j2objc_translation_flags=<comma-separated list of options>
: vários usos são acumulados- Outras opções para passar 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
e
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps
padrão: "true"- Gera informações de dependência (por enquanto, caminho de classe de tempo de compilação) por destino Java.
--[no]java_header_compilation
padrão: "true"- 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: veja a descrição- O inicializador Java a ser usado na criação de binários Java. Se essa sinalização for definida como a string vazia, o inicializador do JDK será usado. O "inicializador" modifica essa sinalização.
--java_runtime_version=<a string>
padrão: "local_jdk"- A versão do ambiente de execução do Java
--javacopt=<a string>
: vários usos são acumulados- Outras opções para transmitir para javac.
--jvmopt=<a string>
: vários usos são acumulados- Outras opções para transmitir para a VM do Java. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--legacy_main_dex_list_generator=<a build target label>
padrão: veja a descrição- Especifica um binário a ser usado para gerar a lista de classes que precisam estar no dex principal ao compilar o multidex legado.
--plugin=<a build target label>
: vários usos são acumulados- Plug-ins a serem usados no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label>
padrão: veja a descrição- Especifica qual versão do ProGuard usar para remoção de código ao criar um binário Java.
--proto_compiler=<a build target label>
padrão: "@bazel_tools//tools/proto:protoc"-
O rótulo do proto-compilador.
Tags:affects_outputs
eloading_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 protos em C++
Tags:affects_outputs
eloading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>
padrão: "@bazel_tools//tools/j2objc:j2objc_proto__conjunto de ferramentas"-
Rótulo de proto_lang_Dataset() que descreve como compilar protos j2objc
Tags:affects_outputs
eloading_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
eloading_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
eloading_and_analysis
--protocopt=<a string>
: vários usos são acumulados-
Outras opções a serem transmitidas para o compilador protobuf.
Tags:affects_outputs
--[no]runs_per_test_detects_flakes
padrão: "falso"- Se verdadeiro, qualquer fragmento em que pelo menos uma execução/tentativa seja aprovada e pelo menos uma delas falhe receberá um status FLAKY.
--shell_executable=<a path>
padrão: veja a descrição-
Caminho absoluto para o executável do shell que o Bazel vai usar. Se ela não for definida, mas a variável de ambiente BAZEL_SH for configurada na primeira invocação do Bazel (que inicia um servidor do Bazel), ela será usada pelo Bazel. Se nenhum deles estiver definido, o Bazel usa um caminho padrão codificado, dependendo do sistema operacional em que é executado (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos os outros: /bin/bash). O uso de um shell incompatível com o bash pode levar a falhas de build ou de tempo de execução dos binários gerados.
Tags:loading_and_analysis
--test_arg=<a string>
: vários usos são acumulados- Especifica outras opções e argumentos que precisam ser transmitidos para o executável de teste. Pode ser usado várias vezes para especificar vários argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado apenas pelo "teste do Bazel" kubectl.
--test_filter=<a string>
padrão: veja a descrição- Especifica um filtro para encaminhar para o 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 de encaminhamento falha rapidamente para o executor de testes. O executor de testes deve interromper a execução na primeira falha.
--test_sharding_strategy=<explicit or disabled>
padrão: "explícito"- Especificar estratégia para fragmentação de testes: 'explicit' para usar somente a fragmentação se o 'shard_count' O atributo BUILD está presente. "desativado" para nunca usar a fragmentação de testes.
--tool_java_language_version=<a string>
padrão: "8"- Versão da linguagem Java usada para executar as ferramentas necessárias durante um build.
--tool_java_runtime_version=<a string>
padrão: "remotejdk_11"- A versão do ambiente de execução do Java usada para executar ferramentas durante o build
--[no]use_ijars
padrão: "true"- Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resulta em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.
Opções de build
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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 o build, apenas verifique se ele está atualizado. Se todos os destinos estiverem atualizados, o build será concluído com sucesso. Se for preciso executar alguma etapa, será informado um erro e a compilação falhará.
Tags:execution
--dynamic_local_execution_delay=<an integer>
padrão: "1000"-
Quantos milissegundos devem ser atrasados na execução local se ela for mais rápida durante uma compilação pelo menos uma vez?
Tags:execution
ehost_machine_resource_optimizations
--dynamic_local_strategy=<a '[name=]value1[,..,valueN]' assignment>
: vários usos são acumulados-
As estratégias locais, em ordem, a serem usadas para a mnemônica específica. Passagem de "local" porque a mnemônica define o padrão para mnemônicas não especificadas. Usa [mnemonic=]local_strategy[,local_strategy,...]
Tags:execution
ehost_machine_resource_optimizations
--dynamic_remote_strategy=<a '[name=]value1[,..,valueN]' assignment>
: vários usos são acumulados-
As estratégias remotas a serem usadas na mnemônica especificada. Passagem "remoto" porque a mnemônica define o padrão para mnemônicas não especificadas. Usa [mnemonic=]remote_strategy[,remote_strategy,...]
Tags:execution
ehost_machine_resource_optimizations
--experimental_docker_image=<a string>
padrão: ""-
Especifique um nome de imagem do Docker (por exemplo, "ubuntu:latest") que deve ser usado para executar uma ação em sandbox ao usar a estratégia do Docker. A ação em si ainda não tem um atributo container-image em "remote_execution_properties" na descrição da plataforma. O valor dessa flag é transmitido literalmente para "docker run", então ela oferece suporte à mesma sintaxe e mecanismos do próprio Docker.
Tags:execution
--[no]experimental_docker_use_customized_images
padrão: "true"-
Se ativado, injeta o uid e o gid do usuário atual na imagem Docker antes de usá-lo. Isso é necessário se os seus builds e testes dependerem de que o usuário tenha um nome e um diretório principal dentro do contêiner. Essa opção é ativada por padrão, mas é possível desativá-la caso o recurso de personalização automática de imagem não funcione no seu caso ou você saiba que não precisa dele.
Tags:execution
--[no]experimental_dynamic_exclude_tools
padrão: "true"-
Quando definidos, os destinos criados "para ferramenta" não estão sujeitas à execução dinâmica. É muito improvável que essas metas sejam desenvolvidas de forma incremental e, portanto, não vale a pena gastar ciclos locais.
Tags:execution
ehost_machine_resource_optimizations
--experimental_dynamic_local_load_factor=<a double>
padrão: "0"-
Controla quanta carga da execução dinâmica deve ser aplicada à máquina local. Essa flag ajusta quantas ações na execução dinâmica serão agendadas simultaneamente. Ela é baseada no número de CPUs que o Blaze acredita que estão disponíveis e pode ser controlada com a sinalização --local_cpu_resources.
Se essa flag for 0, todas as ações serão agendadas localmente imediatamente. Se > 0, a quantidade de ações programadas localmente é limitada pelo número de CPUs disponíveis. Se < 1. O fator de carga é usado para reduzir o número de ações programadas localmente quando o número de ações aguardando programação é 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
ehost_machine_resource_optimizations
--experimental_dynamic_slow_remote_time=<An immutable length of time.>
padrão: "0"-
Se for maior que 0, o tempo em que uma ação executada dinamicamente precisa ser executada somente remotamente antes de priorizarmos sua 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
ehost_machine_resource_optimizations
--[no]experimental_enable_docker_sandbox
padrão: "falso"-
Ativar o sandbox baseado no Docker. Essa opção não terá efeito se o Docker não estiver instalado.
Tags:execution
--experimental_persistent_javac
-
Ativar o compilador Java persistente experimental.
Expande-se para:
--strategy=Javac=worker
--strategy=JavaIjar=local
e
--strategy=JavaDeployJar=local
--strategy=JavaSourceJar=local
--strategy=Turbine=local
Tags:execution
ehost_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 0, exclua as árvores de sandbox assim que uma ação for concluída (fazendo com que a conclusão da ação atrase). Se for maior que zero, execute a exclusão desses três em um pool de linhas de execução assíncrona que tenha tamanho 1 quando o build estiver em execução e aumente para o tamanho especificado por essa flag quando o servidor estiver inativo.
Tags:host_machine_resource_optimizations
eexecution
--experimental_sandboxfs_path=<a string>
padrão: "sandboxfs"-
Caminho para o binário sandboxfs que será usado quando --experimental_use_sandboxfs for verdadeiro. Se um nome básico for usado, use o primeiro binário com esse nome encontrado no PATH.
Tags:host_machine_resource_optimizations
eexecution
--[no]experimental_split_xml_generation
padrão: "true"-
Se essa flag estiver definida e uma ação de teste não gerar um arquivo test.xml, o Bazel vai usar uma ação separada para gerar um arquivo test.xml fictício que contenha o registro do teste. Caso contrário, o Bazel vai gerar um test.xml como parte da ação de teste.
Tags:execution
--experimental_total_worker_memory_limit_mb=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.>
padrão: "0"-
Se esse limite for maior que zero, os workers inativos poderão ser eliminados se o uso total da memória de todos os workers exceder o limite.
Tags:execution
ehost_machine_resource_optimizations
--[no]experimental_use_hermetic_linux_sandbox
padrão: "falso"-
Se definido como verdadeiro, não monta a raiz, monta apenas o que é fornecido com sandbox_add_mount_pair. Os arquivos de entrada serão vinculados diretamente à sandbox em vez de ao link simbólico da sandbox. Se os arquivos de entrada de ação estiverem em um sistema de arquivos diferente do sandbox, os arquivos de entrada serão copiados.
Tags:execution
--[no]experimental_use_sandboxfs
padrão: "falso"-
Use sandboxfs para criar as ações execroot em vez de criar uma árvore de links simbólicos. Se for "sim", o binário fornecido por --experimental_sandboxfs_path deve ser válido e corresponder a uma versão suportada do sandboxfs. Se for "auto", o binário pode estar ausente ou não ser compatível.
Tags:host_machine_resource_optimizations
eexecution
--[no]experimental_use_windows_sandbox
padrão: "falso"- Use o sandbox do Windows para executar ações. Se for "sim", o binário fornecido por --experimental_windows_sandbox_path deve ser válido e corresponder a uma versão suportada do sandboxfs. Se for "auto", o binário pode estar ausente ou não ser compatível.
--experimental_windows_sandbox_path=<a string>
padrão: "BazelSandbox.exe"- Caminho para o binário da sandbox do Windows a ser usado quando --experimental_use_windows_sandbox é verdadeiro. Se um nome básico for usado, use o primeiro binário com esse 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
ehost_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: "true"-
Se ativado, os workers compatíveis com o recurso de multiplexação experimental usarão esse recurso.
Tags:execution
ehost_machine_resource_optimizations
--[no]experimental_worker_multiplex_sandboxing
padrão: "falso"-
Se ativado, os workers multiplex serão colocados no sandbox, usando um diretório de sandbox separado por solicitação de trabalho. Somente os workers que têm "supports-multiplex-sandboxing" requisito de execução será colocado 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 de worker causarão um erro. Os argumentos de worker precisam ter exatamente um argumento @flagfile como o último da lista de argumentos.
Tags:execution
--genrule_strategy=<comma-separated list of options>
padrão: ""-
Especifique como executar regras gerais. Essa sinalização será descontinuada. Use --spawn_strategy=<value> para controlar todas as ações ou --strategy=Genrule=<value> para controlar somente as regras gerais.
Tags:execution
--high_priority_workers=<a string>
: vários usos são acumulados-
Recursos mnemônicos de workers para execução com alta prioridade. Quando workers de alta prioridade estão em execução, todos os outros são limitados.
Tags:execution
--[no]incompatible_remote_dangling_symlinks
padrão: "true"-
Se for definido como verdadeiro e --insupported_remote_symlinks também for verdadeiro, os links simbólicos nas saídas de ação poderão ficar pendentes.
Tags:execution
eincompatible_change
--[no]incompatible_remote_symlinks
padrão: "true"-
Se definido como verdadeiro, o Bazel representará links simbólicos em saídas de ação no protocolo de armazenamento em cache/execução remota. Caso contrário, os links simbólicos serão seguidos e representados como arquivos ou diretórios. Consulte #6631 para mais detalhes.
Tags:execution
eincompatible_change
--[no]incompatible_sandbox_hermetic_tmp
padrão: "falso"-
Se definido como verdadeiro, cada sandbox do Linux terá seu próprio diretório vazio dedicado montado como /tmp em vez de compartilhar /tmp com o sistema de arquivos do host. Use --sandbox_add_mount_pair=/tmp para continuar vendo o /tmp do host em todas as sandboxes.
Tags:execution
--[no]internal_spawn_scheduler
padrão: "falso"-
Opção de marcador para que possamos dizer no Blaze se o programador de spawn foi ativado.
Tags:execution
ehost_machine_resource_optimizations
--jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
[-j
] padrão: "automático"-
O número de jobs simultâneos a serem executados. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". Os valores precisam estar entre 1 e 5.000. Valores acima de 2.500 podem causar problemas de memória. "automático" calcula um padrão razoável com base nos recursos do host.
Tags:host_machine_resource_optimizations
eexecution
--[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 uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "automático" 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 definido como verdadeiro, os diretórios usados pela execução que não é de worker no sandbox poderão ser reutilizados para evitar custos desnecessários de configuração.
Tags:host_machine_resource_optimizations
eexecution
--sandbox_base=<a string>
padrão: ""-
Permite que o sandbox crie seus diretórios de sandbox abaixo desse caminho. Especifique um caminho em tmpfs (como /run/shm) para possivelmente melhorar muito o desempenho quando seu build / testes tiverem muitos arquivos de entrada. Observação: você precisa de RAM suficiente e espaço livre no tmpfs para armazenar arquivos de saída e intermediários gerados pelas ações em execução.
Tags:host_machine_resource_optimizations
eexecution
--[no]sandbox_explicit_pseudoterminal
padrão: "falso"-
Ativar explicitamente a criação de pseudoterminais para ações no sandbox. Algumas distribuições do Linux exigem a configuração do ID do grupo do processo como "tty" dentro da sandbox para que os pseudoterminais funcionem. Se isso causar problemas, essa sinalização poderá ser desativada para permitir que outros grupos sejam usados.
Tags:execution
--sandbox_tmpfs_path=<an absolute path>
: vários usos são acumulados-
Para ações no sandbox, ative um diretório vazio e gravável nesse caminho absoluto (se compatível com a implementação do sandbox, ignorado caso contrário).
Tags:host_machine_resource_optimizations
eexecution
--spawn_strategy=<comma-separated list of options>
padrão: ""-
Especifica como as ações de geração são executadas por padrão. Aceita uma lista de estratégias separada por vírgulas da prioridade mais alta para a mais baixa. Para cada ação, o Bazel escolhe a estratégia com a maior prioridade que pode executá-la. O valor padrão é "remote,worker,sandboxed,local". Consulte https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais detalhes.
Tags:execution
--strategy=<a '[name=]value1[,..,valueN]' assignment>
: vários usos são acumulados-
Especifica como distribuir a compilação de outras ações de geração. Aceita uma lista de estratégias separada por vírgulas da prioridade mais alta para a mais baixa. Para cada ação, o Bazel escolhe a estratégia com a maior prioridade que pode executá-la. O valor padrão é "remote,worker,sandboxed,local". Essa sinalização substitui os valores definidos por --spawn_strategy (e --genrule_strategy, se usado com a mnemonic Genrule). Consulte https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais detalhes.
Tags:execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment>
: vários usos são acumulados-
Substitui qual estratégia de geração deve ser usada para executar ações de spawn que tenham descrições correspondentes a um determinado regex_filter. Consulte --per_file_copt para detalhes sobre a correspondência de regex_filter. O primeiro regex_filter que corresponder à descrição será usado. Esta opção substitui outras sinalizações para especificar a estratégia. Exemplo: --strategy_regexp=//foo.*\.cc,-//foo/bar=local significa executar ações usando estratégia local se as descrições corresponderem a //foo.*.cc, mas não a //foo/bar. Exemplo: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed executa "Compiling //foo/bar/baz" com a palavra-chave "local" estratégia, mas reverter o pedido executá-lo com "sandbox".
Tags:execution
--worker_extra_flag=<a 'name=value' assignment>
: vários usos são acumulados-
Sinalizações de comando extras que serão passadas para processos de trabalho além de --persistent_worker, codificadas por mnemônico (por exemplo, --worker_extra_flag=Javac=--debug.
Tags:execution
ehost_machine_resource_optimizations
--worker_max_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
: vários usos são acumulados-
Quantas instâncias de um processo de worker (como o compilador Java persistente) podem ser iniciadas se você usar o "worker" estratégia. Pode ser especificado como [name=value] para fornecer um valor diferente por mnemônico de worker. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "auto" calcula um padrão razoável com base na capacidade da máquina. "=valor" define um padrão para mnemônicas não especificadas.
Tags:execution
ehost_machine_resource_optimizations
--worker_max_multiplex_instances=<[name=]value, where value is an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
: vários usos são acumulados-
Quantos WorkRequests um processo de worker multiplex pode receber em paralelo se você usa o "worker" com --experimental_worker_multiplex. Pode ser especificado como [name=value] para fornecer um valor diferente por mnemônico de worker. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "auto" calcula um padrão razoável com base na capacidade da máquina. "=valor" define um padrão para mnemônicas não especificadas.
Tags:execution
ehost_machine_resource_optimizations
--[no]worker_quit_after_build
padrão: "falso"-
Se ativado, todos os workers são encerrados após a conclusão da compilação.
Tags:execution
ehost_machine_resource_optimizations
--[no]worker_sandboxing
padrão: "falso"-
Se ativados, os workers serão executados em um ambiente em sandbox.
Tags:execution
--[no]worker_verbose
padrão: "falso"- Se ativado, exibe 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
eincompatible_change
--[no]incompatible_dont_emit_static_libgcc
padrão: "true"-
Ambiente autônomo descontinuado.
Tags:action_command_lines
,loading_and_analysis
,deprecated
eincompatible_change
--[no]incompatible_linkopts_in_user_link_flags
padrão: "true"-
Ambiente autônomo descontinuado.
Tags:action_command_lines
,loading_and_analysis
,deprecated
eincompatible_change
- Opções que controlam a saída do comando:
--[no]build
padrão: "true"-
Execute o build este é o comportamento normal. A especificação de --nobuild faz com que o build seja interrompido antes de executar as ações de build, retornando zero se as fases de carregamento e análise do pacote forem concluídas com sucesso. esse modo é útil para testar essas fases.
Tags:execution
eaffects_outputs
--[no]experimental_run_validations
padrão: "true"-
Use --run_validations no lugar.
Tags:execution
eaffects_outputs
--[no]experimental_use_validation_aspect
padrão: "falso"-
Define se as ações de validação serão executadas usando o aspecto (para paralelismo com testes).
Tags:execution
eaffects_outputs
--output_groups=<comma-separated list of options>
: vários usos são acumulados-
Uma lista de nomes de grupos de saída separados por vírgulas, cada um deles opcionalmente prefixado por um + ou um -. Um grupo com o prefixo + é adicionado ao conjunto padrão de grupos de saída, e um grupo com o prefixo - é removido do conjunto padrão. Se pelo menos um grupo não estiver prefixado, o conjunto padrão de grupos de saída será omitido. Por exemplo, --output_groups=+foo,+bar cria a união do conjunto padrão, foo e bar, enquanto --output_groups=foo,bar substitui o conjunto padrão de forma que apenas foo e bar sejam criados.
Tags:execution
eaffects_outputs
--[no]run_validations
padrão: "true"-
Define se as ações de validação serão executadas como parte da compilação. Consulte https://bazel.build/rules/rules#validation_actions
Tags:execution
eaffects_outputs
- Opções que permitem ao usuário configurar a saída pretendida, afetando o valor dela, em oposição à existência:
--aspects=<comma-separated list of options>
: vários usos são acumulados- Lista de aspectos separados por vírgulas a serem aplicados a segmentações de nível superior. Na lista, se o aspecto some_aspect especificar os provedores de aspecto obrigatórios via required_aspect_providers, some_aspect vai ser executado depois de todos os aspectos mencionados antes na lista de aspectos cujos provedores anunciados atendem a some_aspect necessários. Além disso, some_aspect será executado depois que todos os aspectos obrigatórios especificados pelo atributo exigem. some_aspect terá acesso aos valores dos atributos provedores de rede. <bzl-file-label>%<aspect_name>, por exemplo, '//tools:my_def.bzl%my_aspect', em que 'my_aspect' é um valor de nível superior de um arquivo tools/my_def.bzl .
--bep_maximum_open_remote_upload_files=<an integer>
padrão: "-1"-
Número máximo de arquivos abertos permitidos durante o upload do artefato BEP.
Tags:affects_outputs
--[no]experimental_convenience_symlinks
padrão: "normal"-
Essa sinalização controla como os links simbólicos de conveniência (os links simbólicos que aparecem no espaço de trabalho após a compilação) serão gerenciados. Valores possíveis:
normal (padrão): cada tipo de link simbólico de conveniência será criado ou excluído, conforme determinado pelo build.
limpo: todos os links simbólicos serão excluídos incondicionalmente.
ignore: os links simbólicos serão deixados sozinhos.
log_only: gera mensagens de registro como "normal" foram passados, mas não realizam nenhuma operação do sistema de arquivos (útil para ferramentas).
Apenas links simbólicos com nomes gerados pelo valor atual de --symlink_prefix podem ser afetados. Se o prefixo for alterado, todos os links simbólicos preexistentes serão deixados sozinhos.
Tags:affects_outputs
--[no]experimental_convenience_symlinks_bep_event
padrão: "falso"-
Esta sinalização controla se o evento de criação eventConvenienceSymlinksIdentified será ou não publicado no BuildEvent Protocol. Se o valor for verdadeiro, o BuildEventProtocolo terá uma entrada para recommendationSymlinksIdentified, listando todos os links simbólicos de conveniência criados em seu espaço de trabalho. Se for falso, a entrada affordSymlinksIdentified no BuildEvent Protocol estará vazia.
Tags:affects_outputs
--experimental_multi_cpu=<comma-separated list of options>
: vários usos são acumulados-
Obsoleto. Ambiente autônomo.
Tags:affects_outputs
eexperimental
--remote_download_minimal
-
Não faz o download de saídas de compilação remota para a máquina local. Essa sinalização é um atalho para as 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
e
--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 definida como "mínima" não faz o download de saídas de build remoto para a máquina local, exceto as exigidas pelas ações locais; Se definido como "toplevel" se comporta como "mínimo" exceto que também faz o download das saídas de destinos de nível superior para a máquina local. Ambas as opções podem reduzir significativamente os tempos de compilação se a largura de banda da rede for um gargalo.
Tags:affects_outputs
--remote_download_symlink_template=<a string>
padrão: ""-
Em vez de fazer o download das saídas de compilação remota 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 as 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
e
--experimental_action_cache_store_output_metadata
--remote_download_outputs=toplevel
Tags:affects_outputs
--symlink_prefix=<a string>
padrão: veja a descrição-
O prefixo anexado a qualquer um dos links simbólicos de conveniência criados após um build. Se omitido, o valor padrão será o nome da ferramenta de build seguido por um hífen. Se "/" for passado, nenhum link simbólico será criado e nenhum aviso será emitido. Aviso: a funcionalidade especial de "/" será suspenso em breve. use --experimental_convenience_symlinks=ignore.
Tags:affects_outputs
- Opções que afetam como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag etc.):
--[no]experimental_docker_privileged
padrão: "falso"-
Se ativado, o Bazel vai transmitir a flag --privileged para "docker run". ao executar ações. Isso pode ser exigido pelo seu build, mas também pode resultar em uma hermeticidade 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
eexperimental
--[no]experimental_sandboxfs_map_symlink_targets
padrão: "falso"-
Se verdadeiro, mapeia os destinos de links simbólicos especificados como entradas de ação no sandbox. Esse recurso existe apenas para contornar regras com bugs que não fazem isso sozinhas e precisa ser removida assim que todas essas regras forem corrigidas.
Tags:host_machine_resource_optimizations
eexecution
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
--[no]incompatible_legacy_local_fallback
padrão: "true"-
Se definida como verdadeira, ativa o substituto implícito legado do sandbox para a estratégia local. Em algum momento, essa flag será padronizada como falsa e depois se tornará um ambiente autônomo. Use --strategy, --spawn_strategy ou --dynamic_local_strategy" para configurar substitutos.
Tags:execution
eincompatible_change
--sandbox_add_mount_pair=<a single path or a 'source:target' pair>
: vários usos são acumulados-
Adicione outro par de caminhos para montar no sandbox.
Tags:execution
--sandbox_block_path=<a string>
: vários usos são acumulados-
Para ações no sandbox, não permitir o acesso a este caminho.
Tags:execution
--[no]sandbox_default_allow_network
padrão: "true"- 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"-
Mudar o nome do host atual para "localhost" para ações no sandbox.
Tags:execution
--[no]sandbox_fake_username
padrão: "falso"-
Alterar o nome de usuário atual para "ninguém" para ações no sandbox.
Tags:execution
--sandbox_writable_path=<a string>
: vários usos são acumulados-
Para ações no sandbox, torne um diretório gravável no sandbox (se for compatível com a implementação do sandbox, ignorado caso contrário).
Tags:execution
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
--[no]incompatible_config_setting_private_default_visibility
padrão: "falso"-
Se incompatível_enforce_config_setting_visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enforce_config_setting_visibility
padrão: "true"-
Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags:loading_and_analysis
eincompatible_change
- Opções que regem o comportamento do ambiente de teste ou do executor de testes:
--[no]check_tests_up_to_date
padrão: "falso"-
Não execute testes. Apenas verifique se eles estão atualizados. Se todos os resultados estiverem atualizados, o teste será concluído com sucesso. Se algum teste precisar ser criado ou executado, um erro será informado e o teste será reprovado. Essa opção implica comportamento --check_up_to_date.
Tags:execution
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once>
: vários usos são acumulados-
Cada teste será repetido até o número especificado de vezes em caso de falha. Os testes que precisaram de mais de uma tentativa de aprovação são marcados como "FLAKY" no resumo 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 for "default", apenas uma tentativa de teste será feita para testes normais e três para testes marcados explicitamente como instáveis pela regra (atributo fragmentado=1). Sintaxe alternativa: regex_filter@flaky_test_attempts. Em que flaky_test_attempts é o mesmo acima e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --runs_per_test). Exemplo: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 elimina todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o comportamento será como "padrão" acima.
Tags:execution
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
padrão: "automático"-
O número máximo de jobs de teste locais a serem executados simultaneamente. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "0" significa que os recursos locais vão limitar o número de jobs de teste locais a serem executados simultaneamente. Definir um valor maior que o de --jobs é ineficaz.
Tags:execution
--[no]test_keep_going
padrão: "true"-
Quando desativado, qualquer teste que não seja aprovado fará com que todo o build seja interrompido. Por padrão, todos os testes são executados, mesmo que alguns não sejam aprovados.
Tags:execution
--test_strategy=<a string>
padrão: ""-
Especifica qual estratégia usar ao executar testes.
Tags:execution
--test_tmpdir=<a path>
padrão: veja a descrição- Especifica o diretório temporário base para "bazel test" usar. .
- Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, o formato ou o local da geração de registros:
--[no]announce
padrão: "falso"-
Obsoleto. Ambiente autônomo.
Tags:affects_outputs
--[no]debug_spawn_scheduler
padrão: "falso"--[no]experimental_bep_target_summary
padrão: "falso"- Se os eventos TargetSummary serão publicados.
--[no]experimental_build_event_expand_filesets
padrão: "falso"-
Se verdadeiro, expanda os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags:affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks
padrão: "falso"-
Se verdadeiro, resolver completamente os links simbólicos do conjunto de arquivos relativo no BEP ao apresentar arquivos de saída. Requer --experimental_build_event_expand_filesets.
Tags:affects_outputs
--experimental_build_event_upload_max_retries=<an integer>
padrão: "4"-
O número máximo de vezes que o Bazel tenta fazer upload de um evento de build novamente.
Tags:bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.>
padrão: "1s"-
Atraso inicial e mínimo para novas tentativas de espera exponencial quando o upload do BEP falha. (expoente: 1,6)
Tags:bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string>
padrão: veja a descrição-
Seleciona como fazer upload dos artefatos referenciados no protocolo de eventos de build.
Tags:affects_outputs
--[no]experimental_collect_local_sandbox_action_metrics
padrão: "true"-
Quando ativada, estatísticas de execução (como usuário e hora do sistema) são registradas para ações executadas localmente que usam sandbox
Tags:execution
--[no]experimental_docker_verbose
padrão: "falso"-
Se ativada, 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"-
Caso materialize arquivos de parâmetro, faça isso com gravações diretas no disco.
Tags:execution
--[no]experimental_record_metrics_for_all_mnemonics
padrão: "falso"- Por padrão, o número de tipos de ação é limitado a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--experimental_repository_resolved_file=<a string>
padrão: ""-
Se não estiver vazio, escreva um valor do Starlark com as informações resolvidas de todas as regras de repositório do Starlark que foram executadas.
Tags:affects_outputs
--[no]experimental_stream_log_file_uploads
padrão: "falso"-
Faça streaming de uploads de arquivos de registro diretamente para o armazenamento remoto, em vez de gravá-los em disco.
Tags:affects_outputs
--explain=<a path>
padrão: veja a descrição-
Faz com que o sistema de build explique cada etapa executada do build. A explicação é gravada no arquivo de registro especificado.
Tags:affects_outputs
--[no]legacy_important_outputs
padrão: "true"-
Use para suprimir a geração do campo importante_outputs legado no evento TargetComplete. importante_outputs são necessários para a integração do Bazel com a ResultStore.
Tags:affects_outputs
--[no]materialize_param_files
padrão: "falso"-
Grava arquivos de parâmetros intermediários na árvore de saída mesmo ao usar a execução de ações remotas. Útil ao depurar ações. Isso é implícito por --subcommands e --verbose_failures.
Tags:execution
--max_config_changes_to_show=<an integer>
padrão: "3"-
Ao descartar o cache de análise devido a uma alteração nas opções de compilação, exibe até o número determinado de nomes de opção 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 do registro por teste que pode ser emitido quando --test_output é "erros" ou "todos". Útil para evitar sobrecarregar a saída com uma saída de teste com excesso de ruído. O cabeçalho do teste está incluído no tamanho do registro. Valores negativos indicam que não há limite. A saída é tudo ou nada.
Tags:test_runner
,terminal_output
eexecution
--output_filter=<a valid Java regular expression>
padrão: veja a descrição-
Mostra avisos apenas 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á impresso após 10 segundos. Depois disso, o progresso será relatado uma vez por minuto. Quando --curses está ativado, o progresso é informado a cada segundo.
Tags:affects_outputs
--remote_print_execution_messages=<failure, success or all>
padrão: "falha"-
Escolha quando imprimir mensagens de execução remota. Os valores válidos são "falha", para imprimir apenas em caso de falha, "sucesso" para imprimir apenas em casos concluídos e "todos" para imprimir sempre.
Tags:terminal_output
--[no]sandbox_debug
padrão: "falso"-
Ativa os recursos de depuração do recurso de sandbox. Isso inclui duas coisas: primeiro, o conteúdo raiz da sandbox não é alterado após uma compilação (e se sandboxfs estiver em uso, o sistema de arquivos será mantido); e, segundo, exibe informações extras de depuração na execução. Isso pode ajudar os desenvolvedores de regras do Bazel ou Starlark com falhas de depuração devido à ausência de arquivos de entrada etc.
Tags:terminal_output
--show_result=<an integer>
padrão: "1"-
Mostrar os resultados do build. Para cada destino, indique se ele foi atualizado ou não e, em caso afirmativo, uma lista dos arquivos de saída que foram criados. Os arquivos impressos são strings convenientes para copiar e colar no shell para executá-los.
Essa opção requer um argumento de número inteiro, que é o número limite de alvos acima dos quais as informações do resultado não são mostradas. Assim, zero causa a supressão da mensagem e MAX_INT faz com que a impressão do resultado sempre ocorra. O padrão é um.
Tags:affects_outputs
--[no]subcommands
[-s
] padrão: "falso"-
Exibe os subcomandos executados durante um build. Sinalizações relacionadas: --execution_log_json_file, --execution_log_binary_file (para subcomandos de registro em um arquivo em um formato compatível com ferramentas).
Tags:terminal_output
--test_output=<summary, errors, all or streamed>
padrão: "resumo"-
Especifica o modo de saída desejado. Os valores válidos são "summary" para gerar apenas o resumo do status de teste, "errors" para imprimir registros de testes reprovados, "todos" para imprimir registros de todos os testes e "transmitidos" para gerar registros de todos os testes em tempo real. Isso forçará a execução local dos testes, um de cada vez, independentemente do valor de --test_strategy.
Tags:test_runner
,terminal_output
eexecution
--test_summary=<short, terse, detailed, none or testcase>
padrão: "curto"-
Especifica o formato desejado do resumo do teste. Os valores válidos são "curtos" para imprimir informações apenas sobre testes executados, "terse", para imprimir informações apenas sobre testes mal-sucedidos que foram executados, "detalhe", para imprimir informações detalhadas sobre casos de teste com falha, 'testcase' para imprimir o resumo na resolução do caso de teste, não imprimir informações detalhadas sobre casos de teste com falha e "nenhum" para omitir o resumo.
Tags:terminal_output
--[no]verbose_explanations
padrão: "falso"-
Aumenta o nível de detalhes das explicações quando o recurso "-explicar" está ativado. Não terá efeito se --explain não estiver ativado.
Tags:affects_outputs
--[no]verbose_failures
padrão: "falso"-
Se um comando falhar, imprima a linha de comando completa.
Tags:terminal_output
- 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 são acumulados-
Especifica os valores dos parâmetros de aspectos da linha de comando. Cada valor de parâmetro é especificado por meio de <param_name>=<param_value>, por exemplo, 'my_param=my_val' em que "my_param" é um parâmetro de algum aspecto na lista --aspects ou exigido por um aspecto 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
--target_pattern_file=<a string>
padrão: ""-
Se definido, o build lerá padrões do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como padrões de linha de comando.
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_circuit_breaker_strategy=<failure>
padrão: veja a descrição-
Especifica a estratégia a ser usada pelo disjuntor. As estratégias disponíveis são "falha". Em valor inválido para a opção, o comportamento igual à opção não está definido.
Tags:execution
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados.
--[no]experimental_guard_against_concurrent_changes
padrão: "falso"- Desative para desativar a verificação do ctime de arquivos de entrada de uma ação antes de fazer 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 são enviadas para o cache remoto, exceto para arquivos que são importantes para os consumidores do BEP (por exemplo, registros de teste e perfil de tempo). O esquema bytestream:// sempre é usado para o URI de arquivos, mesmo que eles estejam ausentes no cache remoto. O padrão é "all".
--[no]experimental_remote_cache_async
padrão: "falso"- Se for verdadeiro, a E/S do cache remoto vai ocorrer em segundo plano, e não como parte de uma geração.
--[no]experimental_remote_cache_compression
padrão: "falso"- Se ativado, compacte/descompacte os blobs de cache com zstd.
--experimental_remote_cache_eviction_retries=<an integer>
padrão: "0"-
O número máximo de tentativas de nova tentativa se o build encontrou um erro de remoção do cache remoto. Um valor diferente de zero definirá --incompatible_remote_use_new_exit_code_for_lost_inputs implicitamente como verdadeiro. Um novo código de invocação será gerado para cada tentativa. Se você gerar um ID de invocação e fornecê-lo ao Bazel com --invocation_id, não use essa flag. Em vez disso, defina a flag --insupported_remote_use_new_exit_code_for_lost_inputs e verifique o código de saída 39.
Tags:execution
--experimental_remote_capture_corrupted_outputs=<a path>
padrão: veja a 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 definido como verdadeiro, descarte cópias na memória da árvore Merkle da raiz de entrada e mapeamentos de entrada associados durante chamadas para GetActionResult() e Execute(). Isso reduz significativamente o uso da memória, mas exige que o Bazel as recalcule em caso de ausências e novas tentativas no cache remoto.
--experimental_remote_downloader=<a string>
padrão: veja a 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 (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Consulte: 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"- Indica se é necessário recorrer ao downloader local se o downloader remoto falhar.
--[no]experimental_remote_execution_keepalive
padrão: "falso"- Define se o sinal de atividade será usado para chamadas de execução remota.
--experimental_remote_failure_rate_threshold=<an integer in 0-100 range>
padrão: "10"-
Define o número permitido de taxa de falha em porcentagem para uma janela de tempo específica. Depois disso, ele para de chamar o cache/executor remoto. Por padrão, o valor é 10. Definir como 0 significa que não há limitação.
Tags:execution
--experimental_remote_failure_window_interval=<An immutable length of time.>
padrão: "60s"-
O intervalo em que a taxa de falha das solicitações remotas é calculada. Em um valor zero ou negativo, a duração da falha é calculada em toda a duração da execução.As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
Tags:execution
--[no]experimental_remote_mark_tool_inputs
padrão: "falso"- Se definida como verdadeira, o Bazel vai marcar entradas como entradas de ferramenta para o executor remoto. Isso pode ser usado para implementar workers persistentes remotos.
--[no]experimental_remote_merkle_tree_cache
padrão: "falso"- Se definida como verdadeira, os cálculos da árvore do Merkle serão memorizados para melhorar a velocidade da verificação de ocorrência em cache remoto. A impressão do pé na memória do cache é controlada por --experimental_remote_merkle_tree_cache_size.
--experimental_remote_merkle_tree_cache_size=<a long integer>
padrão: "1000"- O número de árvores de Merkle a serem memorizadas para melhorar a velocidade da verificação de ocorrência em cache remoto. Mesmo que o cache seja automaticamente removido de acordo com o processamento de referências flexíveis do Java, erros de falta de memória poderão ocorrer se a configuração for muito alta. Se definido como 0, o tamanho do cache será ilimitado. O valor ideal varia de acordo com o tamanho do projeto. O padrão é 1.000.
--[no]experimental_remote_require_cached
padrão: "falso"- Se definida como verdadeira, garanta que todas as ações que podem ser executadas remotamente sejam armazenadas em cache. Caso contrário, elas causarão uma falha na compilação. Isso é útil para resolver problemas de não determinismo, porque permite verificar se as ações que precisam ser armazenadas em cache estão realmente armazenadas em cache sem injetar intencionalmente novos resultados no cache.
--[no]incompatible_remote_build_event_upload_respect_no_cache
padrão: "falso"- Se definido como verdadeiro, as saídas referenciadas pelo BEP não serão enviadas para o cache remoto se a ação geradora não puder ser armazenada remotamente.
--[no]incompatible_remote_downloader_send_all_headers
padrão: "true"-
Define se todos os valores de um cabeçalho de vários valores serão enviados para a ferramenta de download remoto em vez de apenas o primeiro.
Tags:incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root
padrão: "falso"-
Se definido como verdadeiro, os caminhos de saída serão relativos à raiz de entrada, e não ao diretório de trabalho.
Tags:incompatible_change
--[no]incompatible_remote_results_ignore_disk
padrão: "true"-
Se definidos como verdadeiros, --noremote_upload_local_results e --noremote_accept_cached não serão aplicados ao cache em disco. Se um cache combinado for usado:
--noremote_upload_local_results faz com que os resultados sejam gravados no cache de disco, mas não sejam enviados para o cache remoto.
--noremote_accept_cached fará com que o Bazel verifique resultados no cache de disco, mas não no cache remoto.
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 definida como verdadeira, o Bazel vai usar o novo código de saída 39 em vez de 34 se o cache remoto remover blobs durante a compilação.
Tags:incompatible_change
--[no]remote_accept_cached
padrão: "true"- Define se os resultados da ação armazenados em cache remotamente serão aceitos.
--remote_bytestream_uri_prefix=<a string>
padrão: veja a descrição- O nome do host e da instância a serem usados em URIs bytestream:// gravados em fluxos de eventos de build. Essa opção pode ser definida quando os builds são executados usando um proxy, o que faz com que os valores de --remote_executor e --remote_instance_name não correspondam mais ao nome canônico do serviço de execução remota. Se ele não for definido, o padrão será "${hostname}/${instance_name}".
--remote_cache=<a string>
padrão: veja a descrição- Um URI de um endpoint de armazenamento em cache. Os esquemas compatíveis são http, https, grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc://, http:// ou unix: para desativar o TLS. Consulte https://bazel.build/remote/caching .
--remote_cache_header=<a 'name=value' assignment>
: vários usos são acumulados- Especifique um cabeçalho que será incluído nas solicitações de cache: --remote_cache_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_default_exec_properties=<a 'name=value' assignment>
: vários usos são acumulados-
Defina as propriedades exec padrão a serem usadas como a plataforma de execução remota se uma plataforma de execução ainda não tiver configurado exec_properties.
Tags:affects_outputs
--remote_default_platform_properties=<a string>
padrão: ""- Defina as propriedades da plataforma padrão a serem definidas para a API de execução remota, se a plataforma de execução ainda não tiver definido remote_execution_properties. Esse valor também será usado se a plataforma host for selecionada como plataforma de execução remota.
--remote_downloader_header=<a 'name=value' assignment>
: vários usos são acumulados- Especifique um cabeçalho que será incluído nas solicitações do downloader remoto: --remote_downloader_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_exec_header=<a 'name=value' assignment>
: vários usos são acumulados- Especifique um cabeçalho que será incluído nas solicitações de execução: --remote_exec_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_execution_priority=<an integer>
padrão: "0"- A prioridade relativa das ações a serem executadas remotamente. A semântica dos valores de prioridade específicos depende do servidor.
--remote_executor=<a string>
padrão: veja a descrição- HOST ou HOST:PORT de um endpoint de execução remota. Os esquemas compatíveis são grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc:// ou unix: para desativar o TLS.
--remote_grpc_log=<a path>
padrão: veja a descrição- Se especificado, um caminho para um arquivo para registrar detalhes relacionados à chamada gRPC. Esse registro consiste em uma sequência de protobufs com.google.DevTools.build.lib.remote.logging.RemoteExecutionLog.LogEntry serializados com cada mensagem prefixada por uma varint que indica o tamanho da mensagem protobuf serializada a seguir, conforme realizado pelo método LogEntry.writeDelimitedTo(OutputStream).
--remote_header=<a 'name=value' assignment>
: vários usos são acumulados- Especifique um cabeçalho que será incluído nas solicitações: --remote_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_instance_name=<a string>
padrão: ""- Valor a ser transmitido como instance_name na API de execução remota.
--[no]remote_local_fallback
padrão: "falso"- Define se a estratégia de execução local autônoma será retornada se a execução remota falhar.
--remote_local_fallback_strategy=<a string>
padrão: "local"- Ambiente autônomo, descontinuado. Consulte https://github.com/bazelbuild/bazel/issues/7480 para ver mais detalhes.
--remote_max_connections=<an integer>
padrão: "100"-
Limitar o número máximo de conexões simultâneas ao cache/executor remoto. Por padrão, o valor é 100. Definir como 0 significa que não há limitação.
Para o cache remoto HTTP, uma conexão TCP pode lidar com uma solicitação por vez, portanto, o Bazel pode compensar --remote_max_connections solicitações simultâneas.
Para o cache/executor remoto do gRPC, um canal gRPC geralmente pode lidar com mais de 100 solicitações simultâneas, portanto, o Bazel pode fazer cerca de "--remote_max_connections * 100" solicitações simultâneas.
Tags:host_machine_resource_optimizations
--remote_proxy=<a string>
padrão: veja a descrição- Conectar-se ao cache remoto 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 repetição de um erro temporário. Se definida como 0, novas tentativas serão desativadas.
--remote_retry_max_delay=<An immutable length of time.>
padrão: "5s"- O atraso máximo de espera entre as tentativas remotas. As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
--remote_timeout=<An immutable length of time.>
padrão: "60s"- O período máximo de espera pela execução remota e chamadas de cache. No cache REST, é o tempo limite de conexão e de leitura. As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
--[no]remote_upload_local_results
padrão: "true"- Se a ação executada localmente será carregada no cache remoto se o cache remoto oferecer suporte e o usuário estiver autorizado a fazer isso.
--[no]remote_verify_downloads
padrão: "true"- Se definida como verdadeira, o Bazel vai calcular a soma de hash de todos os downloads remotos e descartar os valores armazenados em cache remotamente se não corresponderem ao valor esperado. .
- Opções diversas, não categorizadas de outra forma:
--[no]allow_analysis_cache_discard
padrão: "true"-
Se você descartar o cache de análise devido a uma mudança no sistema de build, definir essa opção como "false" fará com que o Bazel seja fechado em vez de continuar o build. Esta opção não tem efeito quando "discard_analysis_cache" também esteja definido.
Tags:eagerness_to_exit
--auto_output_filter=<none, all, packages or subpackages>
padrão: "nenhum"- Se --output_filter não for especificado, o valor desta opção será usado para criar um filtro automaticamente. Os valores permitidos são "none" (filtrar nada / mostrar tudo), "todos" (filtrar tudo / não mostrar nada), "pacotes" (inclui a saída das regras nos pacotes mencionados na linha de comando do Blaze) e "subpacotes" (como "pacotes", mas também inclua subpacotes). Para os "pacotes" e "subpackages" values //java/foo e //javatests/foo são tratados como um pacote)'.
--[no]build_manual_tests
padrão: "falso"- Força os destinos de teste marcados como "manual" a ser construída. "manual" testes são excluídos do processamento. Esta opção força a criação, mas não a execução deles.
--build_tag_filters=<comma-separated list of options>
padrão: ""- Especifica uma lista de tags separadas por vírgulas. Opcionalmente, cada tag pode ser precedida por '-' para especificar as tags excluídas. Serão criadas somente as segmentações que contêm pelo menos uma tag incluída e sem tags excluídas. Essa opção não afeta o conjunto de testes executados com a opção "test" comando eles são regidos pelas opções de filtragem do teste, por exemplo, "--test_tag_filters" .
--[no]build_tests_only
padrão: "falso"- Se especificado, apenas as regras *_test e test_suite serão criadas, e outros destinos especificados na linha de comando serão ignorados. Por padrão, tudo o que foi solicitado será compilado.
--combined_report=<none or lcov>
padrão: "nenhum"- Especifica o tipo desejado de relatório de cobertura cumulativa. No momento, apenas o LCOV é aceito.
--[no]compile_one_dependency
padrão: "falso"- Compila uma única dependência dos arquivos de argumento. Isso é útil para verificar a sintaxe de arquivos de origem em ambientes de desenvolvimento integrado, por exemplo, ao recriar um único destino que depende do arquivo de origem para detectar erros o mais cedo possível no ciclo de edição/criação/teste. Esse argumento afeta a forma como todos os argumentos que não são sinalizações são interpretados. em vez de serem destinos para criar, eles são nomes de arquivo de origem. Para cada nome de arquivo de origem, será criado um destino arbitrário que dependa dele.
--credential_helper=<Path to a credential helper. It may be absolute, relative to the PATH environment variable, or %workspace%-relative. The path be optionally prefixed by a scope followed by an '='. The scope is a domain name, optionally with a single leading '*' wildcard component. A helper applies to URIs matching its scope, with more specific scopes preferred. If a helper has no scope, it applies to every URI.>
: vários usos são acumulados- Configura um auxiliar de credenciais a ser usado para recuperar credenciais de autorização para busca de repositório, armazenamento em cache e execução remotas e o serviço de eventos de compilação. As credenciais fornecidas por um auxiliar têm precedência sobre as fornecidas por --google_default_credentials, --google_credentials, um arquivo .netrc ou o parâmetro auth pararepository_ctx.download erepository_ctx.download_and_extract. Pode ser especificado várias vezes para configurar vários auxiliares. Consulte https://github.com/bazelbuild/propostas/blob/main/designs/2022-06-07-bazel-credential-helpers.md para mais detalhes.
--credential_helper_cache_duration=<An immutable length of time.>
padrão: "30m"- Por quanto tempo as credenciais fornecidas por um auxiliar de credenciais são armazenadas em cache. Invocar com um valor diferente ajustará o ciclo de vida das entradas preexistentes. passe zero para limpar o cache. Um comando de limpeza sempre limpa o cache, independentemente dessa flag.
--credential_helper_timeout=<An immutable length of time.>
padrão: "10s"- Configura o tempo limite de um auxiliar de credenciais. Os auxiliares de credenciais que não responderem dentro desse tempo limite vão falhar na invocação.
--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 considera inexistentes, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote "x/y" de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" caso ele ainda seja fornecido por outra entrada package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]discard_analysis_cache
padrão: "falso"- Descarte o cache de análise imediatamente após a conclusão da fase de análise. Reduz o uso de memória em cerca de 10%, mas deixa outros builds incrementais mais lentos.
--disk_cache=<a path>
padrão: veja a descrição- Um caminho para um diretório em que o Bazel pode ler e gravar ações e saídas de ação. Se o diretório não existir, ele será criado.
--embed_label=<a one-line string>
padrão: ""- Incorporar a revisão de controle de origem ou marcador de versão em binário
--execution_log_binary_file=<a path>
padrão: veja a descrição- Registre os spawns executados nesse arquivo como protos do Spawn delimitados, de acordo com src/main/protobuf/spawn.proto. Primeiro, o registro é gravado sem ordenação. Em seguida, 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 mostrar subcomandos na saída do terminal).
--execution_log_json_file=<a path>
padrão: veja a descrição- Registre os spawns executados nesse arquivo como uma representação json dos protótipos delimitados do Spawn, de acordo com src/main/protobuf/spawn.proto. Primeiro, o registro é gravado sem ordenação. Em seguida, ao final da invocação, ele é classificado em uma ordem estável (pode consumir muita CPU e memória). Flags relacionadas: flags relacionadas: --execution_log_binary_file (formato protobuf binário ordenado), --experimental_execution_log_file (formato protobuf binário não ordenado), --subcomandos (para mostrar subcomandos na saída do terminal).
--[no]execution_log_sort
padrão: "true"- Define se o registro de execução será classificado. Defina como falso para melhorar o desempenho da memória, mas produza o registro em uma ordem não determinista.
--[no]expand_test_suites
padrão: "true"-
Expanda os destinos test_suite nos testes constituintes antes da análise. Quando essa flag está ativada (padrão), os padrões de destino negativos são aplicados aos testes do conjunto de testes. Caso contrário, isso não acontece. Desativar essa flag é útil quando aspectos de nível superior são aplicados à linha de comando para analisar os destinos test_suite.
Tags:loading_and_analysis
--experimental_execution_log_file=<a path>
padrão: veja a 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 de 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 mostrar subcomandos na saída do terminal).
--[no]experimental_execution_log_spawn_metrics
padrão: "falso"- Inclui métricas de geração no registro de gerações executadas.
--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 extra_actions apenas para metas de nível superior.
--[no]experimental_prioritize_local_actions
padrão: "true"-
Se definida, as ações que só podem ser executadas localmente terão a primeira chance de adquirir recursos, os workers executados dinamicamente terão uma segunda chance e as ações independentes executadas de forma dinâmica serão as últimas.
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 local e remotamente e escolhe a que for concluída primeiro. Se uma ação oferecer suporte a workers, a ação local será executada no modo de worker permanente. Para ativar a execução dinâmica para um mnemônico de ação individual, use as sinalizações `--internal_spawn_scheduler` e `--strategy=<mnemonic>=dynamic`.
Expande-se para:
--internal_spawn_scheduler
--spawn_strategy=dynamic
e
--google_auth_scopes=<comma-separated list of options>
padrão: "https://www.googleapis.com/auth/cloud-platform"- Uma lista separada por vírgulas de escopos de autenticação do Google Cloud.
--google_credentials=<a string>
padrão: veja a descrição- Especifica o arquivo do qual receber credenciais de autenticação. Confira mais detalhes em https://cloud.google.com/docs/authentication.
--[no]google_default_credentials
padrão: "falso"- Define se o "Application Default Credentials do Google" será usado. para autenticação. Confira mais detalhes em https://cloud.google.com/docs/authentication. Essa configuração está desativada por padrão.
--grpc_keepalive_time=<An immutable length of time.>
padrão: veja a descrição- Configura pings de sinal de atividade para conexões gRPC de saída. Se esse valor estiver definido, o Bazel enviará pings depois desse período sem operações de leitura na conexão, mas somente se houver pelo menos uma chamada gRPC pendente. Os tempos são tratados como segunda granularidade. é um erro definir um valor inferior a um segundo. Por padrão, pings com sinal de atividade ficam desativados. Entre em contato com o proprietário do serviço antes de ativar essa configuração. Por exemplo, para definir um valor de 30 segundos para esta sinalização, deve ser feito assim --grpc_keepalive_time=30s .
--grpc_keepalive_timeout=<An immutable length of time.>
padrão: "20s"- Configura um tempo limite de sinal de atividade para conexões gRPC de saída. Se os pings de sinal de atividade estiverem ativados com --grpc_keepalive_time, o Bazel vai expirar uma conexão se não receber uma resposta de ping após esse período. Os tempos são tratados como segunda granularidade. é um erro definir um valor inferior a 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 imprimir um aviso quando a execução no 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"- Defina explicitamente o número total de núcleos de CPU local disponíveis para o Bazel gastar em ações de build executadas localmente. 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 consulta 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 são acumulados- Defina o número de recursos extras disponíveis para o Bazel. Recebe um par string-float. Pode ser usado várias vezes para especificar vários tipos de recursos extras. O Bazel limita as ações em execução simultânea com base nos recursos extras disponíveis e nos extras necessários. Os testes podem declarar a quantidade de recursos extras necessários usando a tag "resources:<resoucename>:<amount>" . CPU, RAM e recursos disponíveis não podem ser definidos com essa sinalização.
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.>
padrão: "HOST_RAM*.67"- Defina explicitamente a quantidade total de RAM do host local (em MB) disponível para o Bazel para gastar em ações de build executadas localmente. Usa um número inteiro, ou "HOST_RAM", opcionalmente seguido 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 são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--package_path=<colon-separated list of options>
padrão: "%workspace%"- Uma lista separada por dois-pontos de onde procurar pacotes. Elementos iniciados por "%workspace%" são relativos ao espaço de trabalho associado. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress
padrão: "true"- Se ativado, faz com que o Bazel mostre "Carregando pacote:" e envio de mensagens.
--test_lang_filters=<comma-separated list of options>
padrão: ""- Especifica uma lista separada por vírgulas de idiomas de teste. Opcionalmente, cada idioma pode ser precedido por "-" para especificar os idiomas excluídos. Serão encontrados apenas os destinos de teste escritos nos idiomas especificados. O nome usado para cada idioma deve ser o mesmo que o prefixo 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 encontradas somente as segmentações de teste que contêm pelo menos um tamanho incluído e não contêm tamanhos excluídos. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--test_tag_filters=<comma-separated list of options>
padrão: ""- Especifica uma lista separada por vírgulas de tags de teste. Opcionalmente, cada tag pode ser precedida por '-' para especificar as tags excluídas. Serão encontrados somente os destinos de teste que contêm pelo menos uma tag incluída e não contêm tags excluídas. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal>
padrão: ""- Especifica uma lista separada por vírgulas de tempos limite de teste. Cada tempo limite pode ser precedido opcionalmente por '-' para especificar tempos limite excluídos. Serão encontrados somente os destinos de teste que contêm pelo menos um tempo limite incluído e não contêm qualquer tempo limite excluído. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--tls_certificate=<a string>
padrão: veja a descrição- Especifique um caminho para um certificado TLS confiável para assinar certificados do servidor.
--tls_client_certificate=<a string>
padrão: veja a descrição- Especifique o certificado do cliente TLS a ser usado. você também precisará fornecer uma chave do cliente para ativar a autenticação do cliente.
--tls_client_key=<a string>
padrão: veja a descrição- Especifique a chave de cliente TLS a ser usada. você também precisará fornecer um certificado do cliente para ativar a autenticação do cliente.
--workspace_status_command=<path>
padrão: ""- Um comando invocado no início da compilação para fornecer informações de status sobre o espaço de trabalho na forma de pares de chave-valor. Consulte o Manual do usuário para obter a especificação completa. Consulte também tools/buildstamp/get_workspace_status para conferir um exemplo. .
- Opções que controlam a execução do build:
--[no]check_up_to_date
padrão: "falso"-
Não execute o build, apenas verifique se ele está atualizado. Se todos os destinos estiverem atualizados, o build será concluído com sucesso. Se for preciso executar alguma etapa, será informado um erro e a compilação falhará.
Tags:execution
--[no]experimental_inprocess_symlink_creation
padrão: "falso"-
Define se as chamadas diretas ao sistema de arquivos serão feitas para criar árvores de links simbólicos.
Tags:loading_and_analysis
,execution
eexperimental
--[no]experimental_remotable_source_manifests
padrão: "falso"-
Se as ações do manifesto de origem serão remotas
Tags:loading_and_analysis
,execution
eexperimental
--[no]experimental_split_coverage_postprocessing
padrão: "falso"-
Se verdadeiro, o Bazel vai executar o pós-processamento de cobertura para teste em um novo spawn.
Tags:execution
--[no]experimental_split_xml_generation
padrão: "true"-
Se essa flag estiver definida e uma ação de teste não gerar um arquivo test.xml, o Bazel vai usar uma ação separada para gerar um arquivo test.xml fictício que contenha o registro do teste. Caso contrário, o Bazel vai gerar um test.xml como parte da ação de teste.
Tags:execution
--[no]experimental_strict_fileset_output
padrão: "falso"-
Se essa opção estiver ativada, os conjuntos de arquivos tratarão todos os artefatos de saída como arquivos normais. Eles não atravessam diretórios nem são sensíveis a links simbólicos.
Tags:execution
--genrule_strategy=<comma-separated list of options>
padrão: ""-
Especifique como executar regras gerais. Essa sinalização será descontinuada. Use --spawn_strategy=<value> para controlar todas as ações ou --strategy=Genrule=<value> para controlar somente 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 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. "automático" calcula um padrão razoável com base nos recursos do host.
Tags:host_machine_resource_optimizations
eexecution
--[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 uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "automático" 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: ""-
Adicione ou remova chaves das informações de execução de uma ação com base no mnemônico da ação. Aplica-se apenas a ações compatíveis com informações de execução. Muitas ações comuns dão suporte a informações de execução, por exemplo: Genrule, CppCompile, Javac, StarlarkAction e TestRunner. Ao especificar vários valores, a ordem é importante porque muitas regex podem se aplicar ao mesmo mnemônico.
Sintaxe: "regex=[+-]key,regex=[+-]key,...".
Exemplos:
'.*=+x,.*=-y,.*=+z' adiciona "x" e "z" e remove o "y" as informações de execução para todas as ações.
"Genrule=+requires-x" adiciona "require-x" às informações de execução de todas as ações desse tipo.
'(?!Regra geral).*=-requires-x' remove "require-x" nas informações de execução para todas as ações que não são da regra geral.
Tags:execution
,affects_outputs
eloading_and_analysis
--persistent_android_dex_desugar
-
Ativar ações persistentes de dex e simplificação de leitura do Android usando workers.
Expande-se para:
--internal_persistent_android_dex_desugar
--strategy=Desugar=worker
e
--strategy=DexBuilder=worker
Tags:host_machine_resource_optimizations
eexecution
--persistent_android_resource_processor
-
Ativar o processador de recursos persistente do Android usando workers.
Expande-se para:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
e
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_dex_desugar
-
Ativar ações persistentes de dex do Android e de simplificação de leitura usando workers.
Expande-se para:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar
e
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_resource_processor
-
Ativar o processador de recursos multiplexado permanente do Android usando workers.
Expande-se para:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
e
--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=AARGenerator=+supports-multiplex-workers
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_tools
-
Ative 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
e
--persistent_multiplex_android_dex_desugar
Tags:host_machine_resource_optimizations
eexecution
--spawn_strategy=<comma-separated list of options>
padrão: ""-
Especifica como as ações de geração são executadas por padrão. Aceita uma lista de estratégias separada por vírgulas da prioridade mais alta para a mais baixa. Para cada ação, o Bazel escolhe a estratégia com a maior prioridade que pode executá-la. O valor padrão é "remote,worker,sandboxed,local". Consulte https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais detalhes.
Tags:execution
--strategy=<a '[name=]value1[,..,valueN]' assignment>
: vários usos são acumulados-
Especifica como distribuir a compilação de outras ações de geração. Aceita uma lista de estratégias separada por vírgulas da prioridade mais alta para a mais baixa. Para cada ação, o Bazel escolhe a estratégia com a maior prioridade que pode executá-la. O valor padrão é "remote,worker,sandboxed,local". Essa sinalização substitui os valores definidos por --spawn_strategy (e --genrule_strategy, se usado com a mnemonic Genrule). Consulte https://blog.bazel.build/2019/06/19/list-strategy.html para saber mais detalhes.
Tags:execution
--strategy_regexp=<a '<RegexFilter>=value[,value]' assignment>
: vários usos são acumulados-
Substitui qual estratégia de geração deve ser usada para executar ações de spawn que tenham descrições correspondentes a um determinado regex_filter. Consulte --per_file_copt para detalhes sobre a correspondência de regex_filter. O primeiro regex_filter que corresponder à descrição será usado. Esta opção substitui outras sinalizações para especificar a estratégia. Exemplo: --strategy_regexp=//foo.*\.cc,-//foo/bar=local significa executar ações usando estratégia local se as descrições corresponderem a //foo.*.cc, mas não a //foo/bar. Exemplo: --strategy_regexp='Compiling.*/bar=local --strategy_regexp=Compiling=sandboxed executa "Compiling //foo/bar/baz" com a palavra-chave "local" estratégia, mas reverter o pedido executá-lo 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: veja a descrição-
O compilador de destino do Android.
Tags:affects_outputs
,loading_and_analysis
eloses_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
eloses_incremental_state
--android_grte_top=<a label>
padrão: veja a descrição-
O grte_top de destino do Android.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--android_manifest_merger=<legacy, android or force_android>
padrão: "android"-
Seleciona a combinação de manifestos a ser usada para regras android_binary. Sinalização que ajuda na transição da combinação legada para a combinação de manifestos do Android.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--android_platforms=<a build target label>
padrão: ""-
Define as plataformas usadas pelos destinos android_binary. Se várias plataformas forem especificadas, o binário será um APK multiarquitetura, que contém binários nativos para cada plataforma de destino especificada.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--android_sdk=<a build target label>
padrão: "@bazel_tools//tools/android:sdk"-
Especifica a plataforma/SDK do Android usado para criar apps Android.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--apple_compiler=<a string>
padrão: veja a 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
eloses_incremental_state
--apple_crosstool_top=<a build target label>
padrão: "@bazel_tools//tools/cpp:Dataset"-
O rótulo do pacote crosstool a ser usado nas regras da Apple e do Objc e as dependências delas.
Tags:loses_incremental_state
echanges_inputs
--apple_grte_top=<a build target label>
padrão: veja a descrição-
O destino grte_top da Apple.
Tags:changes_inputs
,loading_and_analysis
eloses_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
eexplicit_in_output_path
--compiler=<a string>
padrão: veja a descrição-
O compilador C++ a ser usado para compilar o destino.
Tags:loading_and_analysis
eexecution
--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 brutos. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:lcov_merger'.
Tags:changes_inputs
,affects_outputs
eloading_and_analysis
--coverage_report_generator=<a build target label>
padrão: "@bazel_tools//tools/test:coverage_report_generator"-
Localização do binário usado para gerar relatórios de cobertura. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:coverage_report_generator'.
Tags:changes_inputs
,affects_outputs
eloading_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
eloading_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
eaffects_outputs
--custom_malloc=<a build target label>
padrão: veja a descrição-
Especifica uma implementação Malloc personalizada. Essa configuração modifica os atributos Malloc nas regras de compilação.
Tags:changes_inputs
eaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>
: vários usos são acumulados-
Lista de expressões regulares separadas por vírgulas, cada uma opcionalmente prefixada por - (expressão negativa), atribuída (=) a uma lista de destinos de valores de restrição separados por vírgula. Se um destino não corresponder a nenhuma expressão negativa e ao menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se os valores da restrição tivessem sido declarados como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 adicionará 'x86_64' para qualquer destino em //demo, exceto aqueles cujo nome contém "test".
Tags:loading_and_analysis
--[no]experimental_enable_objc_cc_deps
padrão: "true"-
Permite que as regras objc_* dependam de cc_library e faz com que todas as dependências de objc sejam compiladas com --cpu definido como "ios_<--ios_cpu>" para qualquer valor em --ios_multi_cpu.
Tags:loading_and_analysis
eincompatible_change
--[no]experimental_include_xcode_execution_requirements
padrão: "falso"-
Se definido, adicione "require-xcode:{version}" requisito de execução para cada ação do Xcode. Se a versão do xcode tiver um rótulo com hífen, adicione também um "requires-xcode-label:{version_label}". requisito de execução.
Tags:loses_incremental_state
,loading_and_analysis
eexecution
--[no]experimental_prefer_mutual_xcode
padrão: "true"-
Se verdadeiro, use o Xcode mais recente disponível local e remotamente. Se for falso, ou se não houver versões mútuas disponíveis, use a versão do Xcode local selecionada por xcode-select.
Tags:loses_incremental_state
--extra_execution_platforms=<comma-separated list of options>
: vários usos são acumulados-
As plataformas que estão disponíveis como plataformas de execução para executar ações. As plataformas podem ser especificadas por destino exato ou como um padrão de destino. Essas plataformas serão consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms().
Tags:execution
--extra_toolchains=<comma-separated list of options>
: vários usos são acumulados-
As regras do conjunto de ferramentas a serem consideradas durante a resolução. Os conjuntos de ferramentas podem ser especificados por destino exato ou como um padrão de destino. Esses conjuntos de ferramentas serão considerados antes daqueles declarados no arquivo WORKSPACE por register_Datasets().
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--grte_top=<a label>
padrão: veja a descrição-
Um rótulo para uma biblioteca libc registrada. O valor padrão é selecionado pelo conjunto de ferramentas do crosstool, e você quase nunca precisa substituí-lo.
Tags:action_command_lines
eaffects_outputs
--host_compiler=<a string>
padrão: veja a descrição-
O compilador C++ a ser usado para compilação do host. Ele será ignorado se --host_crosstool_top não estiver definido.
Tags:loading_and_analysis
eexecution
--host_crosstool_top=<a build target label>
padrão: veja a descrição-
Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração do host. Se essa flag for fornecida, o Bazel usará a libc e o compilador padrão para o crosstool_top especificado.
Tags:loading_and_analysis
,changes_inputs
eaffects_outputs
--host_grte_top=<a label>
padrão: veja a descrição-
Se especificada, esta configuração substitui o diretório de nível superior libc (--grte_top) para a configuração do host.
Tags:action_command_lines
eaffects_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
eloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set
padrão: "true"-
Se for "true", o Bazel não vai permitir a especificação de "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
eincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features
padrão: "true"-
Se verdadeiro, o Bazel não ativa "host" e "nonhost" recursos no conjunto de ferramentas c++ (consulte https://github.com/bazelbuild/bazel/issues/7407 para mais informações).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enable_android_toolchain_resolution
padrão: "falso"-
Usar a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras do Android (Starlark e nativo)
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution
padrão: "falso"-
Usar a resolução do conjunto de ferramentas para selecionar o SDK da Apple para regras da Apple (Starlark e nativas)
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone
padrão: "true"-
Se verdadeiro, o Bazel não vai reutilizar as linhas de comando de ação de link do C++ para linhas de comando de indexação de lto (consulte https://github.com/bazelbuild/bazel/issues/6791 para mais informações).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain
padrão: "true"-
Se for verdadeiro, o Bazel emitirá uma notificação quando os atributos cc_Dataset.cpu e cc_ compatibilidade.compiler forem definidos (consulte https://github.com/bazelbuild/bazel/issues/7075 para ver instruções de migração).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_remove_legacy_whole_archive
padrão: "true"-
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
eincompatible_change
--[no]incompatible_require_ctx_in_configure_features
padrão: "true"-
Se verdadeiro, o Bazel exige "ctx". em cc_common.configure_features (consulte https://github.com/bazelbuild/bazel/issues/7793 para mais informações).
Tags:loading_and_analysis
eincompatible_change
-
Usar objetos compartilhados por interface se compatível com o conjunto de ferramentas. No momento, todos os conjuntos de ferramentas de ELF têm suporte a essa configuração.
Tags:loading_and_analysis
,affects_outputs
eaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do iOS a ser usada para criar aplicativos iOS. Se não for especificada, a versão padrão do SDK do iOS de "xcode_version" será usada.
Tags:loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do macOS que será usada para criar apps para macOS. Se não for especificada, a versão padrão do SDK do macOS de "xcode_version" será usada.
Tags:loses_incremental_state
--minimum_os_version=<a string>
padrão: veja a descrição-
A versão mínima do SO destinada à compilação.
Tags:loading_and_analysis
eaffects_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 sinalizações definir quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente abaixo da raiz do espaço de trabalho).
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--platforms=<a build target label>
padrão: ""-
Os rótulos das regras de plataforma que descrevem as plataformas de destino para o comando atual.
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--python2_path=<a string>
padrão: veja a descrição-
Obsoleto, ambiente autônomo. Desativado por "--inconsistent_use_python_Conjuntos de ferramentas".
Tags:no_op
edeprecated
--python3_path=<a string>
padrão: veja a descrição-
Obsoleto, ambiente autônomo. Desativado por "--inconsistent_use_python_Conjuntos de ferramentas".
Tags:no_op
edeprecated
--python_path=<a string>
padrão: veja a descrição-
O caminho absoluto do interpretador de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. desativado por --inCompat_use_python_Conjuntos de ferramentas.
Tags:loading_and_analysis
eaffects_outputs
--python_top=<a build target label>
padrão: veja a descrição-
O rótulo de um py_runtime que representa o interpretador Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. desativado por --inCompat_use_python_Conjuntos de ferramentas.
Tags:loading_and_analysis
eaffects_outputs
--target_platform_fallback=<a build target label>
padrão: "@local_config_platform//:host"-
O rótulo de uma regra de plataforma que deve ser usada se nenhuma plataforma de destino for definida e nenhum mapeamento de plataforma corresponder ao conjunto atual de sinalizações.
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do tvOS a ser usada para criar aplicativos tvOS. Se não for especificada, a versão padrão do SDK do tvOS será usada de "xcode_version".
Tags:loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, a versão padrão do SDK do watchOS de "xcode_version" será usada.
Tags:loses_incremental_state
--xcode_version=<a string>
padrão: veja a descrição-
Se especificado, usa o Xcode da versão em questão 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 usado para selecionar a versão do Xcode na configuração do build.
Tags:loses_incremental_state
eloading_and_analysis
- Opções que controlam a saída do comando:
--[no]apple_enable_auto_dsym_dbg
padrão: "falso"-
Define se a geração de arquivos de símbolo de depuração (.dSYM) para builds dbg será forçada.
Tags:affects_outputs
eaction_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
eaction_command_lines
--[no]build
padrão: "true"-
Execute o build este é o comportamento normal. A especificação de --nobuild faz com que o build seja interrompido antes de executar as ações de build, retornando zero se as fases de carregamento e análise do pacote forem concluídas com sucesso. esse modo é útil para testar essas fases.
Tags:execution
eaffects_outputs
--[no]build_runfile_links
padrão: "true"-
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se falso, gravar manifestos somente quando possível.
Tags:affects_outputs
--[no]build_runfile_manifests
padrão: "true"-
Se verdadeiro, grava manifestos de arquivos de execução para todos os destinos. Se for falso, omita-os. Os testes locais não serão executados se o valor for "false".
Tags:affects_outputs
--[no]build_test_dwp
padrão: "falso"-
Se ativado, ao criar testes em C++ estaticamente e com fissão, o arquivo .dwp para o binário de teste também será criado automaticamente.
Tags:loading_and_analysis
eaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options>
padrão: ".pb.h"-
Define os prefixos dos arquivos principais criados por cc_proto_library.
Tags:affects_outputs
eloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options>
padrão: ".pb.cc"-
Define os prefixos dos arquivos de origem criados por cc_proto_library.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info
padrão: "falso"-
Executar mais ações para versões alternativas da API Java em uma proto_library.
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_proto_extra_actions
padrão: "falso"-
Executar mais ações para versões alternativas da API Java em uma proto_library.
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_run_validations
padrão: "true"-
Use --run_validations no lugar.
Tags:execution
eaffects_outputs
--[no]experimental_save_feature_state
padrão: "falso"-
Salva o estado dos recursos ativados e solicitados como saída da compilação.
Tags:affects_outputs
eexperimental
--[no]experimental_use_validation_aspect
padrão: "falso"-
Define se as ações de validação serão executadas usando o aspecto (para paralelismo com testes).
Tags:execution
eaffects_outputs
--fission=<a set of compilation modes>
padrão: "não"-
Especifica quais modos de compilação usam a fissão para compilações e links em C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais 'yes' para ativar todos os modos e "não" para desativar todos os modos.
Tags:loading_and_analysis
,action_command_lines
eaffects_outputs
--[no]incompatible_always_include_files_in_data
padrão: "true"-
Se verdadeiro, as regras nativas adicionam <code>DefaultInfo.files</code> de dependências de dados para os arquivos de execução, o que corresponde ao comportamento recomendado para regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags:affects_outputs
eincompatible_change
--[no]legacy_external_runfiles
padrão: "true"-
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para repositórios externos em .runfiles/wsname/external/repo (além de .runfiles/repo).
Tags:affects_outputs
--[no]objc_generate_linkmap
padrão: "falso"-
Especifica se um arquivo de linkmap deve ser gerado.
Tags:affects_outputs
--output_groups=<comma-separated list of options>
: vários usos são acumulados-
Uma lista de nomes de grupos de saída separados por vírgulas, cada um deles opcionalmente prefixado por um + ou um -. Um grupo com o prefixo + é adicionado ao conjunto padrão de grupos de saída, e um grupo com o prefixo - é removido do conjunto padrão. Se pelo menos um grupo não estiver prefixado, o conjunto padrão de grupos de saída será omitido. Por exemplo, --output_groups=+foo,+bar cria a união do conjunto padrão, foo e bar, enquanto --output_groups=foo,bar substitui o conjunto padrão de forma que apenas foo e bar sejam criados.
Tags:execution
eaffects_outputs
--[no]run_validations
padrão: "true"-
Define se as ações de validação serão executadas como parte da compilação. Consulte https://bazel.build/rules/rules#validation_actions
Tags:execution
eaffects_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é-processados) 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:
--action_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configuração de destino. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes. para opções fornecidas para a mesma variável, os últimos vencedores, opções para diferentes variáveis 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
eloses_incremental_state
--[no]android_databinding_use_androidx
padrão: "falso"-
Gerar 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
eexperimental
--[no]android_databinding_use_v3_4_args
padrão: "falso"-
Usar a vinculação de dados do Android v2 com o argumento 3.4.0
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--android_dynamic_mode=<off, default or fully>
padrão: "desativado"-
Determina se as dependências de C++ das regras do Android serão vinculadas dinamicamente quando um cc_binary não criar explicitamente uma biblioteca compartilhada. "padrão" o Bazel vai escolher se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas em modo predominantemente estático.
Tags:affects_outputs
eloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>
padrão: "alfabético"-
Define a ordem dos manifestos transmitidos para a combinação de manifestos para binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação à raiz. ALPHABETICAL_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração dentro do diretório de saída. DEPENDENCY significa que os manifestos são ordenados com o manifesto de cada biblioteca que vem antes dos manifestos das dependências.
Tags:action_command_lines
eexecution
--[no]android_resource_shrinking
padrão: "falso"-
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags:affects_outputs
eloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, visionos, watchos, tvos, macos or catalyst>
: vários usos são acumulados-
Especifique o modo bitcode da Apple para as etapas de compilação direcionadas a arquiteturas de dispositivos. Os valores estão no formato "[platform=]mode", em que a plataforma (que deve ser "ios", "macos", "tvos" ou "watchos") é opcional. Se fornecido, o modo bitcode é aplicado especificamente para essa plataforma; se omitido, ele 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 são acumulados- Lista de aspectos separados por vírgulas a serem aplicados a segmentações de nível superior. Na lista, se o aspecto some_aspect especificar os provedores de aspecto obrigatórios via required_aspect_providers, some_aspect vai ser executado depois de todos os aspectos mencionados antes na lista de aspectos cujos provedores anunciados atendem a some_aspect necessários. Além disso, some_aspect será executado depois que todos os aspectos obrigatórios especificados pelo atributo exigem. some_aspect terá acesso aos valores dos atributos provedores de rede. <bzl-file-label>%<aspect_name>, por exemplo, '//tools:my_def.bzl%my_aspect', em que 'my_aspect' é um valor de nível superior de um arquivo tools/my_def.bzl .
--[no]build_python_zip
padrão: "automático"-
Crie um arquivo zip executável Python Ativado no Windows, desativado em outras plataformas
Tags:affects_outputs
--catalyst_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista de arquiteturas separadas por vírgulas para as quais criar binários do Apple Catalyst.
Tags:loses_incremental_state
eloading_and_analysis
--[no]collect_code_coverage
padrão: "falso"-
Se especificado, o Bazel instrumenta o código (usando instrumentação off-line sempre que possível) e coleta informações de cobertura durante os testes. Somente as segmentações que corresponderem a --instrumentation_filter serão afetadas. Em geral, esta opção não deve ser especificada diretamente: 'cobertura do bazel' deve ser usado no lugar dele.
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
eexplicit_in_output_path
--conlyopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C.
Tags:action_command_lines
eaffects_outputs
--copt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ao gcc.
Tags:action_command_lines
eaffects_outputs
--cpu=<a string>
padrão: ""-
A CPU de destino.
Tags:changes_inputs
,affects_outputs
eexplicit_in_output_path
--cs_fdo_absolute_path=<a string>
padrão: veja a descrição-
Use as informações do perfil do CSFDO para otimizar a compilação. Especifique o nome do caminho absoluto do arquivo ZIP que contém o arquivo de perfil, um arquivo de perfil LLVM bruto ou indexado.
Tags:affects_outputs
--cs_fdo_instrument=<a string>
padrão: veja a descrição-
Gere binários com instrumentação FDO sensível ao contexto. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags:affects_outputs
--cs_fdo_profile=<a build target label>
padrão: veja a descrição-
O cs_fdo_profile que representa o perfil sensível ao contexto a ser usado para otimização.
Tags:affects_outputs
--cxxopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C++.
Tags:action_command_lines
eaffects_outputs
--define=<a 'name=value' assignment>
: vários usos são acumulados-
Cada opção --define especifica uma atribuição para uma variável de build.
Tags:changes_inputs
eaffects_outputs
--dynamic_mode=<off, default or fully>
padrão: "padrão"-
Determina se os binários C++ serão vinculados dinamicamente. "padrão" o Bazel escolhe se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas em modo predominantemente estático.
Tags:loading_and_analysis
eaffects_outputs
--[no]enable_fdo_profile_absolute_path
padrão: "true"-
Se definido, o uso de fdo_absolute_profile_path vai gerar um erro.
Tags:affects_outputs
--[no]enable_runfiles
padrão: "automático"-
Ativar árvore de links simbólicos de arquivos de execução. Por padrão, ele fica desativado no Windows e em outras plataformas.
Tags:affects_outputs
--experimental_action_listener=<a build target label>
: vários usos são acumulados-
Descontinuado em favor dos aspectos. Use action_listener para anexar uma extra_action a ações de compilação existentes.
Tags:execution
eexperimental
--[no]experimental_android_compress_java_resources
padrão: "falso"-
Compactar recursos Java em APKs
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_android_databinding_v2
padrão: "falso"-
Usar a vinculação de dados do Android v2
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]experimental_android_resource_shrinking
padrão: "falso"-
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex
padrão: "falso"-
usar a ferramenta rex para reescrever arquivos dex
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]experimental_collect_code_coverage_for_generated_files
padrão: "falso"-
Se especificado, o Bazel também gera informações de cobertura de coleta para arquivos gerados.
Tags:affects_outputs
--[no]experimental_convenience_symlinks
padrão: "normal"-
Essa sinalização controla como os links simbólicos de conveniência (os links simbólicos que aparecem no espaço de trabalho após a compilação) serão gerenciados. Valores possíveis:
normal (padrão): cada tipo de link simbólico de conveniência será criado ou excluído, conforme determinado pelo build.
limpo: todos os links simbólicos serão excluídos incondicionalmente.
ignore: os links simbólicos serão deixados sozinhos.
log_only: gera mensagens de registro como "normal" foram passados, mas não realizam nenhuma operação do sistema de arquivos (útil para ferramentas).
Apenas links simbólicos com nomes gerados pelo valor atual de --symlink_prefix podem ser afetados. Se o prefixo for alterado, todos os links simbólicos preexistentes serão deixados sozinhos.
Tags:affects_outputs
--[no]experimental_convenience_symlinks_bep_event
padrão: "falso"-
Esta sinalização controla se o evento de criação eventConvenienceSymlinksIdentified será ou não publicado no BuildEvent Protocol. Se o valor for verdadeiro, o BuildEventProtocolo terá uma entrada para recommendationSymlinksIdentified, listando todos os links simbólicos de conveniência criados em seu espaço de trabalho. Se for falso, a entrada affordSymlinksIdentified no BuildEvent Protocol estará vazia.
Tags:affects_outputs
--experimental_multi_cpu=<comma-separated list of options>
: vários usos são acumulados-
Obsoleto. Ambiente autônomo.
Tags:affects_outputs
eexperimental
--experimental_objc_fastbuild_options=<comma-separated list of options>
padrão: "-O0,-DDEBUG=1"-
Usa essas strings como opções do compilador fastbuild do objc.
Tags:action_command_lines
--[no]experimental_omitfp
padrão: "falso"-
Se verdadeiro, use libunwind para liberação de pilha e compile com -fomit-frame-pointer e -fadeleted-unwind-tables.
Tags:action_command_lines
,affects_outputs
eexperimental
--[no]experimental_platform_in_output_dir
padrão: "falso"-
Se verdadeiro, a plataforma de destino é usada no nome do diretório de saída em vez da CPU.
Tags:affects_outputs
eexperimental
--[no]experimental_use_llvm_covmap
padrão: "falso"-
Se especificado, o Bazel gera informações do mapa de cobertura llvm-cov em vez de gcov quando collect_code_coverage está ativado.
Tags:changes_inputs
,affects_outputs
,loading_and_analysis
eexperimental
--fat_apk_cpu=<comma-separated list of options>
padrão: "armeabi-v7a"-
Definir esta opção ativa APKs de arquivos pesados, que contêm binários nativos para todas as arquiteturas-alvo especificadas, por exemplo, --fat_apk_cpu=x86,armeabi-v7a. Se essa flag for especificada, --android_cpu será ignorada para dependências das regras android_binary.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]fat_apk_hwasan
padrão: "falso"-
Define se as divisões HWASAN serão criadas.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--fdo_instrument=<a string>
padrão: veja a descrição-
Gere binários com a 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 despejados no ambiente de execução.
Tags:affects_outputs
--fdo_optimize=<a string>
padrão: veja a descrição-
Use as informações do perfil FDO para otimizar a compilação. Especifique o nome de um arquivo ZIP contendo uma árvore de arquivos .gcda, um arquivo afdo contendo um perfil automático ou um arquivo de perfil LLVM. Essa sinalização também aceita arquivos especificados como rótulos (por exemplo, "//foo/bar:file.afdo". Talvez seja necessário adicionar uma diretiva "exports_files" ao pacote correspondente) e rótulos que apontam para destinos "fdo_profile". Esta sinalização será substituída pela regra "fdo_profile".
Tags:affects_outputs
--fdo_prefetch_hints=<a build target label>
padrão: veja a descrição-
Usar dicas de pré-busca de cache.
Tags:affects_outputs
--fdo_profile=<a build target label>
padrão: veja a descrição-
O fdo_profile que representa o perfil a ser usado para otimização.
Tags:affects_outputs
--features=<a string>
: vários usos são acumulados-
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Especificação de -<feature> vai desativar o recurso. Os atributos negativos sempre substituem os positivos. Veja também --host_features
Tags:changes_inputs
eaffects_outputs
--[no]force_pic
padrão: "falso"-
Se ativada, todas as compilações em C++ produzem código independente de posição ("-fPIC"), os links preferem bibliotecas pré-criadas para PIC em vez das bibliotecas não PIC e os links produzem executáveis independentes de posição ("-pie").
Tags:loading_and_analysis
eaffects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de host ou de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes. para opções fornecidas para a mesma variável, os últimos vencedores, opções para diferentes variáveis 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
eaction_command_lines
--host_conlyopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C para ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--host_copt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ferramentas de host ao gcc.
Tags:action_command_lines
eaffects_outputs
--host_cpu=<a string>
padrão: ""-
A CPU do host.
Tags:changes_inputs
eaffects_outputs
--host_cxxopt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ferramentas de host ao gcc.
Tags:action_command_lines
eaffects_outputs
--host_features=<a string>
: vários usos são acumulados-
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Especificação de -<feature> vai desativar o recurso. Os atributos negativos sempre substituem os positivos.
Tags:changes_inputs
eaffects_outputs
--host_force_python=<PY2 or PY3>
padrão: veja a descrição-
Substitui a versão do Python para a configuração do host. Pode ser "PY2" ou "PY3".
Tags:loading_and_analysis
eaffects_outputs
--host_linkopt=<a string>
: vários usos são acumulados-
Opção adicional para transmitir para gcc ao vincular ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do macOS para destinos de host. Se não for especificado, usará "macos_sdk_version".
Tags:loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais 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 significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags:action_command_lines
eaffects_outputs
--host_swiftcopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para swiftc para ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--[no]incompatible_avoid_conflict_dlls
padrão: "true"-
Se ativada, todas as bibliotecas C++ vinculadas (DLLs) geradas pela cc_library no Windows serão renomeadas como name_{hash}.dll, em que o hash é calculado com base no RepositoryName e no caminho do pacote da DLL. Esta opção é útil quando você tem um pacote que depende de várias cc_library com o mesmo nome (por exemplo, //foo/bar1:utils e //foo/bar2:utils).
Tags:loading_and_analysis
,affects_outputs
eincompatible_change
--[no]incompatible_merge_genfiles_directory
padrão: "true"-
Se for verdadeiro, o diretório genfiles será dobrado no diretório bin.
Tags:affects_outputs
eincompatible_change
--[no]incompatible_use_host_features
padrão: "falso"-
Se verdadeiro, use --features somente para a configuração de destino e --host_features para a configuração exec.
Tags:changes_inputs
,affects_outputs
eincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints
padrão: "true"-
Se verdadeiro, as configurações de restrição de @bazel_tools são removidas.
Tags:affects_outputs
eincompatible_change
--[no]instrument_test_targets
padrão: "falso"-
Quando a cobertura está ativada, especifica se é necessário considerar as regras de teste de instrumentação. Quando definidas, as regras de teste incluídas por --instrumentation_filter são instrumentadas. Caso contrário, as regras de teste serão sempre excluídas da instrumentação de cobertura.
Tags:affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
padrão: "-/javatests[/:],-/test/java[/:]"-
Quando a cobertura estiver ativada, somente as regras com nomes incluídos pelo filtro com base no regex especificado serão instrumentadas. Regras prefixadas com '-' são excluídos. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativado.
Tags:affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do iOS para simuladores e dispositivos de segmentação. Se não for especificado, usará "ios_sdk_version".
Tags:loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para criação de um ios_application. O resultado é um binário universal que contém todas as arquiteturas especificadas.
Tags:loses_incremental_state
eloading_and_analysis
--[no]legacy_whole_archive
padrão: "true"-
Obsoleto e substituído por --inCompat_remove_legacy_whole_archive (consulte https://github.com/bazelbuild/bazel/issues/7362 para mais detalhes). 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
edeprecated
--linkopt=<a string>
: vários usos são acumulados-
Opção adicional para transmitir ao gcc durante a vinculação.
Tags:action_command_lines
eaffects_outputs
--ltobackendopt=<a string>
: vários usos são acumulados-
Opção adicional para passar à etapa de back-end de LTO (em --features=thin_lto).
Tags:action_command_lines
eaffects_outputs
--ltoindexopt=<a string>
: vários usos são acumulados-
Opção adicional para passar à etapa de indexação de LTO (em --features=thin_lto).
Tags:action_command_lines
eaffects_outputs
--macos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para criar binários do Apple macOS.
Tags:loses_incremental_state
eloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima do macOS compatível para destinos. Se não for especificado, usará "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 as remoções de símbolos e de código morto em binários vinculados serão realizadas. As remoções binárias serão realizadas se essa sinalização e --compilation_mode=opt forem especificadas.
Tags:action_command_lines
--objccopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para gcc ao compilar arquivos de origem Objective-C/C++.
Tags:action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais para passar seletivamente para gcc ao compilar determinados arquivos. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags:action_command_lines
eaffects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais 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 significa uma lista de padrões de expressão regular para inclusão e exclusão. option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 adiciona a opção de linha de comando -O0 à linha de comando do back-end LTO de todos os arquivos o em //foo/ exceto bar.o.
Tags:action_command_lines
eaffects_outputs
--platform_suffix=<a string>
padrão: veja a descrição-
Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags:loses_incremental_state
,affects_outputs
eloading_and_analysis
--propeller_optimize=<a build target label>
padrão: veja a descrição-
Use as informações do perfil da Hélice para otimizar o destino da compilação.Um perfil de hélice deve consistir em pelo menos um de dois arquivos, um perfil Cc e um perfil ld. Essa sinalização aceita um rótulo de compilação que precisa se referir aos arquivos de entrada do perfil da hélice. Por exemplo, o arquivo BUILD que define o rótulo, em a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Uma diretiva export_files pode precisar ser adicionada ao pacote correspondente para tornar esses arquivos visíveis para o Bazel. A opção precisa ser usada como: --propeller_optimize=//a/b:propeller_profile
Tags:action_command_lines
eaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string>
padrão: veja a descrição-
Nome do caminho absoluto do arquivo cc_profile para builds com otimização da Propeller.
Tags:affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>
padrão: veja a descrição-
Nome do caminho absoluto do arquivo ld_profile para builds com otimização da Propeller.
Tags:affects_outputs
--run_under=<a prefix in front of command>
padrão: veja a descrição-
Prefixo a ser inserido antes dos executáveis para o "teste" e "run" comandos 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
-
Se definido como verdadeiro, as bibliotecas nativas com funcionalidades idênticas serão compartilhadas entre diferentes destinos.
Tags:loading_and_analysis
eaffects_outputs
--[no]stamp
padrão: "falso"-
Carregue os 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 binários e bibliotecas compartilhadas serão removidos (usando "-Wl,--strip-debug"). O valor padrão "algumas vezes" significa remover iff --compilation_mode=fastbuild.
Tags:affects_outputs
--stripopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar à remoção ao gerar um "<name>.stripped" binário.
Tags:action_command_lines
eaffects_outputs
--swiftcopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para compilação do Swift.
Tags:action_command_lines
--symlink_prefix=<a string>
padrão: veja a descrição-
O prefixo anexado a qualquer um dos links simbólicos de conveniência criados após um build. Se omitido, o valor padrão será o nome da ferramenta de build seguido por um hífen. Se "/" for passado, nenhum link simbólico será criado e nenhum aviso será emitido. Aviso: a funcionalidade especial de "/" será suspenso em breve. use --experimental_convenience_symlinks=ignore.
Tags:affects_outputs
--tvos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários tvOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima do tvOS compatível para dispositivos e simuladores de meta. Se não for especificado, usará "tvos_sdk_version".
Tags:loses_incremental_state
--visionos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários visionOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--watchos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários watchOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do watchOS para simuladores e dispositivos de segmentação. Se não for especificado, usará "watchos_sdk_version".
Tags:loses_incremental_state
--xbinary_fdo=<a build target label>
padrão: veja a descrição-
Use as informações do perfil XbinaryFDO para otimizar a compilação. Especifica o nome do perfil binário cruzado padrão. Quando a opção é usada junto com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags:affects_outputs
- Opções que afetam como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag etc.):
--auto_cpu_environment_group=<a build target label>
padrão: ""-
Declare o environment_group a ser usado para mapear automaticamente os valores de CPU para os valores de target_environment.
Tags:changes_inputs
,loading_and_analysis
eexperimental
--[no]check_licenses
padrão: "falso"-
Confira se as restrições de licenciamento impostas pelos pacotes dependentes não entram em conflito com os modos de distribuição dos destinos que estão sendo criados. Por padrão, as licenças não ficam marcadas.
Tags:build_file_semantics
--[no]check_visibility
padrão: "true"-
Se desativada, os erros de visibilidade nas dependências de destino serão rebaixados a avisos.
Tags:build_file_semantics
--[no]desugar_for_android
padrão: "true"-
Define se a simplificação do bytecode Java 8 antes da dexação será feita.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]desugar_java8_libs
padrão: "falso"-
Indica se as bibliotecas Java 8 compatíveis são incluídas em apps para dispositivos legados.
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]enforce_constraints
padrão: "true"-
Verifica com quais ambientes cada destino é compatível e informa erros caso algum destino tenha dependências não compatíveis com os mesmos ambientes
Tags:build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs
padrão: "falso"-
Sinalização para ajudar na transição de permitir a proibição de regras android_library sem srcs com dependências. O depósito precisa ser limpo para lançar isso por padrão.
Tags:eagerness_to_exit
eloading_and_analysis
--[no]experimental_check_desugar_deps
padrão: "true"-
Define se a simplificação correta no nível binário do Android será verificada novamente.
Tags:eagerness_to_exit
,loading_and_analysis
eexperimental
--experimental_import_deps_checking=<off, warning or error>
padrão: "DESATIVADO"-
Quando ativada, verifique se as dependências de um aar_import estão concluídas. Essa aplicação pode interromper o build ou apenas resultar em avisos.
Tags:loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>
padrão: "padrão"-
Se verdadeiro, verifica se um destino Java declara explicitamente todos os destinos usados diretamente como dependências.
Tags:build_file_semantics
eeagerness_to_exit
--[no]incompatible_check_testonly_for_output_files
padrão: "falso"-
Se ativado, marque somente "test" para identificar destinos de pré-requisito que sejam arquivos de saída pesquisando o "testonly" da regra geradora. Isso corresponde à verificação de visibilidade.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_disable_native_android_rules
padrão: "falso"-
Se ativado, o uso direto das regras nativas do Android será desativado. Use as regras do Starlark para Android em https://github.com/bazelbuild/rules_android
Tags:eagerness_to_exit
eincompatible_change
--[no]incompatible_disable_native_apple_binary_rule
padrão: "falso"-
Ambiente autônomo. Mantido aqui para compatibilidade com versões anteriores.
Tags:eagerness_to_exit
eincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark
padrão: "true"-
Se ativada, defina a verificação de cabeçalho estrita na API Starlark
Tags:loading_and_analysis
,changes_inputs
eincompatible_change
--[no]incompatible_validate_top_level_header_inclusions
padrão: "true"-
Se verdadeiro, o Bazel também valida inclusões de cabeçalhos de diretórios de nível superior. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/10047.
Tags:loading_and_analysis
eincompatible_change
--[no]strict_filesets
padrão: "falso"-
Se essa opção estiver ativada, os conjuntos de arquivos que ultrapassarem os limites dos pacotes serão informados como erros. Ela não funciona quando check_fileset_dependes_recursivamente está desativado.
Tags:build_file_semantics
eeagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>
padrão: "erro"-
A menos que esteja OFF, verifica se um destino proto_library declara explicitamente todos os destinos usados diretamente como dependências.
Tags:build_file_semantics
,eagerness_to_exit
eincompatible_change
--strict_public_imports=<off, warn, error, strict or default>
padrão: "desativado"-
A menos que esteja OFF, verifica se um destino proto_library declara explicitamente todos os destinos usados em "import public" como exportado.
Tags:build_file_semantics
,eagerness_to_exit
eincompatible_change
--[no]strict_system_includes
padrão: "falso"-
Se verdadeiro, os cabeçalhos encontrados nos caminhos de inclusão do sistema (-isystem) também precisarão ser declarados.
Tags:loading_and_analysis
eeagerness_to_exit
--target_environment=<a build target label>
: vários usos são acumulados-
Declara o ambiente de destino da compilação. Precisa ser uma referência de rótulo a um "ambiente" regra de firewall. 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 para assinar APKs
Tags:action_command_lines
,affects_outputs
eloading_and_analysis
--[no]device_debug_entitlements
padrão: "true"-
Se definido e o modo de compilação não for "opt", os aplicativos objc incluirão direitos de depuração ao assinar.
Tags:changes_inputs
--ios_signing_cert_name=<a string>
padrão: veja a descrição-
Nome do certificado a ser usado para a assinatura do iOS. Se ela não for definida, o perfil de provisionamento será revertido. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página de manual do codesign (IDENTIDADES DE SIGNING).
Tags:action_command_lines
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]incompatible_config_setting_private_default_visibility
padrão: "falso"-
Se incompatível_enforce_config_setting_visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_disallow_legacy_py_provider
padrão: "true"-
O ambiente autônomo será removido em breve.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enforce_config_setting_visibility
padrão: "true"-
Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags:loading_and_analysis
eincompatible_change
- Opções que regem o comportamento do ambiente de teste ou do executor de testes:
--[no]allow_analysis_failures
padrão: "falso"-
Se verdadeiro, uma falha na análise de um destino de regra resultará na propagação da meta de uma instância de AnalysisFailureInfo contendo a descrição do erro, em vez de resultar em uma falha de compilação.
Tags:loading_and_analysis
eexperimental
--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 verdadeiras da ação dex2oat gerarem falhas no build, em vez de executar o dex2oat durante o tempo de execução do teste.
Tags:loading_and_analysis
eexperimental
--[no]check_tests_up_to_date
padrão: "falso"-
Não execute testes. Apenas verifique se eles estão atualizados. Se todos os resultados estiverem atualizados, o teste será concluído com sucesso. Se algum teste precisar ser criado ou executado, um erro será informado e o teste será reprovado. Essa opção implica comportamento --check_up_to_date.
Tags:execution
--[no]experimental_android_use_parallel_dex2oat
padrão: "falso"-
Use o dex2oat em paralelo para possivelmente acelerar o android_test.
Tags:loading_and_analysis
,host_machine_resource_optimizations
eexperimental
--flaky_test_attempts=<a positive integer, the string "default", or test_regex@attempts. This flag may be passed more than once>
: vários usos são acumulados-
Cada teste será repetido até o número especificado de vezes em caso de falha. Os testes que precisaram de mais de uma tentativa de aprovação são marcados como "FLAKY" no resumo 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 for "default", apenas uma tentativa de teste será feita para testes normais e três para testes marcados explicitamente como instáveis pela regra (atributo fragmentado=1). Sintaxe alternativa: regex_filter@flaky_test_attempts. Em que flaky_test_attempts é o mesmo acima e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --runs_per_test). Exemplo: --flaky_test_attempts=//foo/.*,-//foo/bar/.*@3 elimina todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o comportamento será como "padrão" acima.
Tags:execution
--[no]ios_memleaks
padrão: "falso"-
Ativa a verificação de vazamentos de memória nos destinos ios_test.
Tags:action_command_lines
--ios_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a simular ao executar um aplicativo iOS no simulador, por exemplo, "iPhone 6". Para ter uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags:test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
A versão do iOS a ser executada no simulador ao executar ou testar. Isso será ignorado para as regras ios_test se um dispositivo de destino for especificado na regra.
Tags:test_runner
--local_test_jobs=<an integer, or a keyword ("auto", "HOST_CPUS", "HOST_RAM"), optionally followed by an operation ([-|*]<float>) eg. "auto", "HOST_CPUS*.5">
padrão: "automático"-
O número máximo de jobs de teste locais a serem executados simultaneamente. Usa um número inteiro ou uma palavra-chave ("auto", "HOST_CPUS", "HOST_RAM"), opcionalmente uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "0" significa que os recursos locais vão limitar o número de jobs de teste locais a serem executados simultaneamente. Definir um valor maior que o de --jobs é ineficaz.
Tags:execution
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>
: vários usos são acumulados- Especifica o número de vezes para executar cada teste. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste vai ser considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executa todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que run_per_test significa um valor inteiro e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de testes. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido no ambiente do cliente do Bazel ou pelo par nome=valor). Essa opção pode ser usada várias vezes para especificar diversas variáveis. Usado apenas pelo "teste do Bazel" kubectl.
Tags:test_runner
--[no]test_keep_going
padrão: "true"-
Quando desativado, qualquer teste que não seja aprovado fará com que todo o build seja interrompido. Por padrão, todos os testes são executados, mesmo que alguns não sejam aprovados.
Tags:execution
--test_strategy=<a string>
padrão: ""-
Especifica qual estratégia usar ao executar testes.
Tags:execution
--test_timeout=<a single integer or comma-separated list of 4 integers>
padrão: "-1"- Substituir os valores padrão de tempo limite do teste (em segundos). Se um único valor inteiro positivo for especificado, ele vai substituir todas as categorias. Se forem especificados quatro números inteiros separados por vírgula, eles substituirão os tempos limite para curto, moderado, longo e eterno (nessa ordem). Em ambos os formatos, um valor de -1 instrui o blaze a usar os tempos limite padrão dessa categoria.
--test_tmpdir=<a path>
padrão: veja a descrição- Especifica o diretório temporário base para "bazel test" usar.
--tvos_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a ser simulado ao executar um aplicativo tvOS no simulador, por exemplo, "Apple TV 1080p". Para ter 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: veja a descrição-
A versão do tvOS a ser executada no simulador ao executar ou testar.
Tags:test_runner
--watchos_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a ser simulado ao executar um aplicativo watchOS no simulador, por exemplo, "Apple Watch - 38 mm". Para ter 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: veja a descrição-
A versão do watchOS a ser executada no simulador durante a execução ou teste.
Tags:test_runner
--[no]zip_undeclared_test_outputs
padrão: "true"-
Se verdadeiro, os resultados de teste não declarados serão arquivados 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 sã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
eloses_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: "true"-
Se ativado, os arquivos .d C++ serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados no disco.
Tags:loading_and_analysis
,execution
,affects_outputs
eexperimental
--[no]experimental_inmemory_jdeps_files
padrão: "true"-
Se ativado, os arquivos de dependência (.jdeps) gerados a partir de compilações Java serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados em disco.
Tags:loading_and_analysis
,execution
,affects_outputs
eexperimental
--[no]experimental_objc_include_scanning
padrão: "falso"-
Define se a verificação inclui a verificação do objetivo C/C++.
Tags:loading_and_analysis
,execution
echanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found
padrão: "falso"-
Se ativado, o recurso parse_headers não criará uma ação de compilação de cabeçalho separada se uma origem com o mesmo nome de base for encontrada no mesmo destino.
Tags:loading_and_analysis
eaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly
padrão: "falso"-
Quando ativada, --trim_test_configuration não cortará a configuração de teste das regras marcadas como testonly=1. Isso é feito para reduzir problemas de conflito de ações quando as regras que não são de teste dependem das regras cc_test. Nenhum efeito se --trim_test_configuration for falso.
Tags:loading_and_analysis
eloses_incremental_state
--[no]experimental_starlark_cc_import
padrão: "falso"-
Se ativada, a versão Starlark de cc_import pode ser usada.
Tags:loading_and_analysis
eexperimental
--[no]experimental_unsupported_and_brittle_include_scanning
padrão: "falso"-
Define se as entradas para compilação C/C++ serão restritas analisando linhas #include dos arquivos de entrada. Isso pode melhorar o desempenho e a incrementabilidade diminuindo o tamanho das árvores de entrada de compilação. No entanto, também pode interromper builds porque o scanner de inclusão não implementa totalmente a semântica de pré-processador C. Em particular, ele não entende as diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Todos os problemas registrados relacionados a essa sinalização serão encerrados.
Tags:loading_and_analysis
,execution
echanges_inputs
--[no]incremental_dexing
padrão: "true"-
Faz a maior parte do trabalho de dexação separadamente para cada arquivo Jar.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]objc_use_dotd_pruning
padrão: "true"-
Se definido, os arquivos .d emitidos pelo clang serão usados para remover o conjunto de entradas passadas para as compilações do objc.
Tags:changes_inputs
eloading_and_analysis
--[no]process_headers_in_dependencies
padrão: "falso"-
Ao criar um destino //a:a, processe cabeçalhos em todos os destinos dos quais //a:a depende (se o processamento de cabeçalhos estiver ativado para o conjunto de ferramentas).
Tags:execution
--[no]trim_test_configuration
padrão: "true"-
Quando ativadas, as opções relacionadas a testes são limpas abaixo do nível superior do build. Quando esse flag está ativo, os testes não podem ser criados como dependências de regras que não são de teste, mas as mudanças nas opções relacionadas a testes não vão fazer com que essas regras sejam analisadas de novo.
Tags:loading_and_analysis
eloses_incremental_state
--[no]use_singlejar_apkbuilder
padrão: "true"-
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 nível de detalhes, o formato ou o local da geração de registros:
--[no]announce
padrão: "falso"-
Obsoleto. Ambiente autônomo.
Tags:affects_outputs
--[no]experimental_bep_target_summary
padrão: "falso"- Se os eventos TargetSummary serão publicados.
--[no]experimental_build_event_expand_filesets
padrão: "falso"-
Se verdadeiro, expanda os conjuntos de arquivos no BEP ao apresentar arquivos de saída.
Tags:affects_outputs
--[no]experimental_build_event_fully_resolve_fileset_symlinks
padrão: "falso"-
Se verdadeiro, resolver completamente os links simbólicos do conjunto de arquivos relativo no BEP ao apresentar arquivos de saída. Requer --experimental_build_event_expand_filesets.
Tags:affects_outputs
--experimental_build_event_upload_max_retries=<an integer>
padrão: "4"-
O número máximo de vezes que o Bazel tenta fazer upload de um evento de build novamente.
Tags:bazel_internal_configuration
--experimental_build_event_upload_retry_minimum_delay=<An immutable length of time.>
padrão: "1s"-
Atraso inicial e mínimo para novas tentativas de espera exponencial quando o upload do BEP falha. (expoente: 1,6)
Tags:bazel_internal_configuration
--experimental_build_event_upload_strategy=<a string>
padrão: veja a descrição-
Seleciona como fazer upload dos artefatos referenciados no protocolo de eventos de build.
Tags:affects_outputs
--[no]experimental_materialize_param_files_directly
padrão: "falso"-
Caso materialize arquivos de parâmetro, faça isso com gravações diretas no disco.
Tags:execution
--[no]experimental_stream_log_file_uploads
padrão: "falso"-
Faça streaming de uploads de arquivos de registro diretamente para o armazenamento remoto, em vez de gravá-los em disco.
Tags:affects_outputs
--explain=<a path>
padrão: veja a descrição-
Faz com que o sistema de build explique cada etapa executada do build. A explicação é gravada no arquivo de registro especificado.
Tags:affects_outputs
--[no]legacy_important_outputs
padrão: "true"-
Use para suprimir a geração do campo importante_outputs legado no evento TargetComplete. importante_outputs são necessários para a integração do Bazel com a ResultStore.
Tags:affects_outputs
--[no]materialize_param_files
padrão: "falso"-
Grava arquivos de parâmetros intermediários na árvore de saída mesmo ao usar a execução de ações remotas. Útil ao depurar ações. Isso é implícito por --subcommands e --verbose_failures.
Tags:execution
--max_config_changes_to_show=<an integer>
padrão: "3"-
Ao descartar o cache de análise devido a uma alteração nas opções de compilação, exibe até o número determinado de nomes de opção 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 do registro por teste que pode ser emitido quando --test_output é "erros" ou "todos". Útil para evitar sobrecarregar a saída com uma saída de teste com excesso de ruído. O cabeçalho do teste está incluído no tamanho do registro. Valores negativos indicam que não há limite. A saída é tudo ou nada.
Tags:test_runner
,terminal_output
eexecution
--output_filter=<a valid Java regular expression>
padrão: veja a descrição-
Mostra avisos apenas 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á impresso após 10 segundos. Depois disso, o progresso será relatado uma vez por minuto. Quando --curses está ativado, o progresso é informado a cada segundo.
Tags:affects_outputs
--show_result=<an integer>
padrão: "1"-
Mostrar os resultados do build. Para cada destino, indique se ele foi atualizado ou não e, em caso afirmativo, uma lista dos arquivos de saída que foram criados. Os arquivos impressos são strings convenientes para copiar e colar no shell para executá-los.
Essa opção requer um argumento de número inteiro, que é o número limite de alvos acima dos quais as informações do resultado não são mostradas. Assim, zero causa a supressão da mensagem e MAX_INT faz com que a impressão do resultado sempre ocorra. O padrão é um.
Tags:affects_outputs
--[no]subcommands
[-s
] padrão: "falso"-
Exibe os subcomandos executados durante um build. Sinalizações relacionadas: --execution_log_json_file, --execution_log_binary_file (para subcomandos de registro em um arquivo em um formato compatível com ferramentas).
Tags:terminal_output
--test_output=<summary, errors, all or streamed>
padrão: "resumo"-
Especifica o modo de saída desejado. Os valores válidos são "summary" para gerar apenas o resumo do status de teste, "errors" para imprimir registros de testes reprovados, "todos" para imprimir registros de todos os testes e "transmitidos" para gerar registros de todos os testes em tempo real. Isso forçará a execução local dos testes, um de cada vez, independentemente do valor de --test_strategy.
Tags:test_runner
,terminal_output
eexecution
--test_summary=<short, terse, detailed, none or testcase>
padrão: "curto"-
Especifica o formato desejado do resumo do teste. Os valores válidos são "curtos" para imprimir informações apenas sobre testes executados, "terse", para imprimir informações apenas sobre testes mal-sucedidos que foram executados, "detalhe", para imprimir informações detalhadas sobre casos de teste com falha, 'testcase' para imprimir o resumo na resolução do caso de teste, não imprimir informações detalhadas sobre casos de teste com falha e "nenhum" para omitir o resumo.
Tags:terminal_output
--toolchain_resolution_debug=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
padrão: "-.*"-
Imprime informações de depuração durante a resolução do conjunto de ferramentas. A sinalização usa um regex, que é verificado em relação aos tipos de conjunto de ferramentas e destinos específicos para determinar qual deve ser depurado. Várias regex podem ser separadas por vírgulas. Depois, cada uma é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente será útil apenas para especialistas na resolução do conjunto de ferramentas.
Tags:terminal_output
--[no]verbose_explanations
padrão: "falso"-
Aumenta o nível de detalhes das explicações quando o recurso "-explicar" está ativado. Não terá efeito se --explain não estiver ativado.
Tags:affects_outputs
--[no]verbose_failures
padrão: "falso"-
Se um comando falhar, imprima a linha de comando completa.
Tags:terminal_output
- 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 são acumulados-
Especifica os valores dos parâmetros de aspectos da linha de comando. Cada valor de parâmetro é especificado por meio de <param_name>=<param_value>, por exemplo, 'my_param=my_val' em que "my_param" é um parâmetro de algum aspecto na lista --aspects ou exigido por um aspecto 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 são acumulados-
Define um nome abreviado para uma bandeira Starlark. Ele assume 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. Exatamente, quando um destino py_binary ou py_test tem legacy_create_init definido como "auto" (padrão), ele será tratado como falso somente se essa sinalização estiver definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags:affects_outputs
eincompatible_change
--[no]incompatible_py2_outputs_are_suffixed
padrão: "true"-
Se verdadeiro, os destinos criados na configuração do Python 2 aparecerão em uma raiz de saída que inclui o sufixo '-py2', enquanto os destinos criados para Python 3 aparecerão em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência "bazel-bin" apontará para os destinos do Python 3 em vez do Python 2. Se você ativar essa opção, também é recomendado ativar "--incompatíveis_py3_is_default".
Tags:affects_outputs
eincompatible_change
--[no]incompatible_py3_is_default
padrão: "true"-
Se verdadeiro, os destinos `py_binary` e `py_test` que não definem seu atributo `python_version` (ou `default_python_version`) assumirão o padrão de PY3 em vez de PY2. Se você definir essa flag, também é recomendável configurar "--incompatíveis_py2_outputs_are_sufFixed".
Tags:loading_and_analysis
,affects_outputs
eincompatible_change
--[no]incompatible_use_python_toolchains
padrão: "true"-
Se definidas como "true", as regras executáveis do Python nativas usarão o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido pelas sinalizações legadas, como --python_top.
Tags:loading_and_analysis
eincompatible_change
--python_version=<PY2 or PY3>
padrão: veja a descrição-
O modo de versão principal do Python, "PY2" ou "PY3". Observe que isso é substituído pelos destinos `py_binary` e `py_test` (mesmo que eles não especifiquem explicitamente uma versão). Portanto, geralmente não há muito motivo para fornecer essa sinalização.
Tags:loading_and_analysis
,affects_outputs
eexplicit_in_output_path
--target_pattern_file=<a string>
padrão: ""-
Se definido, o build lerá padrões do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como padrões de linha de comando.
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_remote_cache_eviction_retries=<an integer>
padrão: "0"-
O número máximo de tentativas de nova tentativa se o build encontrou um erro de remoção do cache remoto. Um valor diferente de zero definirá --incompatible_remote_use_new_exit_code_for_lost_inputs implicitamente como verdadeiro. Um novo código de invocação será gerado para cada tentativa. Se você gerar um ID de invocação e fornecê-lo ao Bazel com --invocation_id, não use essa flag. Em vez disso, defina a flag --insupported_remote_use_new_exit_code_for_lost_inputs e verifique o código de saída 39.
Tags:execution
- Opções diversas, não categorizadas de outra forma:
--[no]allow_analysis_cache_discard
padrão: "true"-
Se você descartar o cache de análise devido a uma mudança no sistema de build, definir essa opção como "false" fará com que o Bazel seja fechado em vez de continuar o build. Esta opção não tem efeito quando "discard_analysis_cache" também esteja definido.
Tags:eagerness_to_exit
--[no]build_manual_tests
padrão: "falso"- Força os destinos de teste marcados como "manual" a ser construída. "manual" testes são excluídos do processamento. Esta opção força a criação, mas não a execução deles.
--build_tag_filters=<comma-separated list of options>
padrão: ""- Especifica uma lista de tags separadas por vírgulas. Opcionalmente, cada tag pode ser precedida por '-' para especificar as tags excluídas. Serão criadas somente as segmentações que contêm pelo menos uma tag incluída e sem tags excluídas. Essa opção não afeta o conjunto de testes executados com a opção "test" comando eles são regidos pelas opções de filtragem do teste, por exemplo, "--test_tag_filters" .
--[no]build_tests_only
padrão: "falso"- Se especificado, apenas as regras *_test e test_suite serão criadas, e outros destinos especificados na linha de comando serão ignorados. Por padrão, tudo o que foi solicitado será compilado.
--[no]cache_test_results
[-t
] padrão: "automático"- Se definido como "auto", o Bazel vai executar novamente um teste somente se: (1) ele detectar mudanças no teste ou nas dependências dele, (2) o teste estiver marcado como externo, (3) várias execuções de teste tiverem sido solicitadas com --runs_per_test; ou(4) ele tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os marcados como externos. Se definido como "no", o Bazel não armazena em cache os resultados do teste.
--[no]compile_one_dependency
padrão: "falso"- Compila uma única dependência dos arquivos de argumento. Isso é útil para verificar a sintaxe de arquivos de origem em ambientes de desenvolvimento integrado, por exemplo, ao recriar um único destino que depende do arquivo de origem para detectar erros o mais cedo possível no ciclo de edição/criação/teste. Esse argumento afeta a forma como todos os argumentos que não são sinalizações são interpretados. em vez de serem destinos para criar, eles são nomes de arquivo de origem. Para cada nome de arquivo de origem, será criado um destino arbitrário que dependa dele.
--deleted_packages=<comma-separated list of package names>
padrão: ""- É uma lista separada por vírgulas de nomes de pacotes que o sistema de build considera inexistentes, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote "x/y" de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" caso ele ainda seja fornecido por outra entrada package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--[no]discard_analysis_cache
padrão: "falso"- Descarte o cache de análise imediatamente após a conclusão da fase de análise. Reduz o uso de memória em cerca de 10%, mas deixa outros builds incrementais mais lentos.
--execution_log_binary_file=<a path>
padrão: veja a descrição- Registre os spawns executados nesse arquivo como protos do Spawn delimitados, de acordo com src/main/protobuf/spawn.proto. Primeiro, o registro é gravado sem ordenação. Em seguida, 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 mostrar subcomandos na saída do terminal).
--execution_log_json_file=<a path>
padrão: veja a descrição- Registre os spawns executados nesse arquivo como uma representação json dos protótipos delimitados do Spawn, de acordo com src/main/protobuf/spawn.proto. Primeiro, o registro é gravado sem ordenação. Em seguida, ao final da invocação, ele é classificado em uma ordem estável (pode consumir muita CPU e memória). Flags relacionadas: flags relacionadas: --execution_log_binary_file (formato protobuf binário ordenado), --experimental_execution_log_file (formato protobuf binário não ordenado), --subcomandos (para mostrar subcomandos na saída do terminal).
--[no]execution_log_sort
padrão: "true"- Define se o registro de execução será classificado. Defina como falso para melhorar o desempenho da memória, mas produza o registro em uma ordem não determinista.
--[no]expand_test_suites
padrão: "true"-
Expanda os destinos test_suite nos testes constituintes antes da análise. Quando essa flag está ativada (padrão), os padrões de destino negativos são aplicados aos testes do conjunto de testes. Caso contrário, isso não acontece. Desativar essa flag é útil quando aspectos de nível superior são aplicados à linha de comando para analisar os destinos test_suite.
Tags:loading_and_analysis
--[no]experimental_cancel_concurrent_tests
padrão: "falso"-
Se verdadeiro, o Blaze cancelará testes simultâneos na primeira execução bem-sucedida. Isso só é útil em combinação com --runs_per_test_detects_flakes.
Tags:affects_outputs
eloading_and_analysis
--experimental_execution_log_file=<a path>
padrão: veja a 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 de 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 mostrar subcomandos na saída do terminal).
--[no]experimental_execution_log_spawn_metrics
padrão: "falso"- Inclui métricas de geração no registro de gerações executadas.
--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 extra_actions apenas para metas de nível superior.
--[no]experimental_fetch_all_coverage_outputs
padrão: "falso"-
Se verdadeiro, o Bazel busca todo o diretório de dados de cobertura para cada teste durante uma execução de cobertura.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_generate_llvm_lcov
padrão: "falso"-
Se verdadeira, a cobertura do Clang vai gerar um relatório de LCOV.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_j2objc_header_map
padrão: "true"- Define se o mapa do cabeçalho J2ObjC será gerado paralelamente à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path
padrão: "falso"-
Indica se gerar com caminho de cabeçalho mais curto (usa "_ios" em vez de "_j2objc").
Tags:affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>
padrão: "javabuilder"- Ativa caminhos de classe reduzidos para compilações Java.
--[no]experimental_limit_android_lint_to_android_constrained_java
padrão: "falso"-
Limitar --experimental_run_android_lint_on_java_rules a bibliotecas compatíveis com Android.
Tags:affects_outputs
--[no]experimental_prioritize_local_actions
padrão: "true"-
Se definida, as ações que só podem ser executadas localmente terão a primeira chance de adquirir recursos, os workers executados dinamicamente terão uma segunda chance e as ações independentes executadas de forma dinâmica serão as últimas.
Tags:execution
--[no]experimental_run_android_lint_on_java_rules
padrão: "falso"-
Define se origens java_* serão validadas.
Tags:affects_outputs
--[no]explicit_java_test_deps
padrão: "falso"- Especifique explicitamente uma dependência para o JUnit ou o Hamcrest em um java_test, em vez de obter acidentalmente das dependências do TestRunner. No momento, só funciona com o Bazel.
--host_java_launcher=<a build target label>
padrão: veja a descrição- O inicializador Java usado por ferramentas que são executadas durante uma compilação.
--host_javacopt=<a string>
: vários usos são acumulados- Opções adicionais para passar para javac ao criar ferramentas que são executadas durante uma compilação.
--host_jvmopt=<a string>
: vários usos são acumulados- Opções adicionais a serem transmitidas para a VM do Java ao criar ferramentas que são executadas durante a compilação. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_check_sharding_support
padrão: "falso"-
Se verdadeiro, o Bazel vai falhar em um teste fragmentado se o executor de testes não indicar que é compatível com fragmentação tocando no arquivo no caminho em TEST_SHARD_STATUS_FILE. Se for falso, um executor de testes que não oferece suporte à fragmentação fará com que todos os testes sejam executados em cada fragmento.
Tags:incompatible_change
--[no]incompatible_exclusive_test_sandboxed
padrão: "falso"-
Se verdadeiro, testes exclusivos serão executados com a estratégia no sandbox. Adicionar "local" para forçar a execução local de um teste exclusivo
Tags:incompatible_change
--[no]incompatible_strict_action_env
padrão: "falso"-
Se verdadeiro, o Bazel usa um ambiente com um valor estático para PATH e não herda LD_LIBRARY_PATH. Use --action_env=ENV_VARIABLE se quiser herdar variáveis de ambiente específicas do cliente, mas observe que isso pode impedir o armazenamento em cache de usuários diferentes se um cache compartilhado for usado.
Tags:loading_and_analysis
eincompatible_change
--j2objc_translation_flags=<comma-separated list of options>
: vários usos são acumulados- Outras opções para passar 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
e
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps
padrão: "true"- Gera informações de dependência (por enquanto, caminho de classe de tempo de compilação) por destino Java.
--[no]java_header_compilation
padrão: "true"- 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: veja a descrição- O inicializador Java a ser usado na criação de binários Java. Se essa sinalização for definida como a string vazia, o inicializador do JDK será usado. O "inicializador" modifica essa sinalização.
--java_runtime_version=<a string>
padrão: "local_jdk"- A versão do ambiente de execução do Java
--javacopt=<a string>
: vários usos são acumulados- Outras opções para transmitir para javac.
--jvmopt=<a string>
: vários usos são acumulados- Outras opções para transmitir para a VM do Java. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--legacy_main_dex_list_generator=<a build target label>
padrão: veja a descrição- Especifica um binário a ser usado para gerar a lista de classes que precisam estar no dex principal ao compilar o multidex legado.
--local_cpu_resources=<an integer, or "HOST_CPUS", optionally followed by [-|*]<float>.>
padrão: "HOST_CPUS"- Defina explicitamente o número total de núcleos de CPU local disponíveis para o Bazel gastar em ações de build executadas localmente. 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 consulta 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 são acumulados- Defina o número de recursos extras disponíveis para o Bazel. Recebe um par string-float. Pode ser usado várias vezes para especificar vários tipos de recursos extras. O Bazel limita as ações em execução simultânea com base nos recursos extras disponíveis e nos extras necessários. Os testes podem declarar a quantidade de recursos extras necessários usando a tag "resources:<resoucename>:<amount>" . CPU, RAM e recursos disponíveis não podem ser definidos com essa sinalização.
--local_ram_resources=<an integer, or "HOST_RAM", optionally followed by [-|*]<float>.>
padrão: "HOST_RAM*.67"- Defina explicitamente a quantidade total de RAM do host local (em MB) disponível para o Bazel para gastar em ações de build executadas localmente. Usa um número inteiro, ou "HOST_RAM", opcionalmente seguido 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. Elementos iniciados por "%workspace%" são relativos ao espaço de trabalho associado. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--plugin=<a build target label>
: vários usos são acumulados- Plug-ins a serem usados no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label>
padrão: veja a descrição- Especifica qual versão do ProGuard usar para remoção de código ao criar um binário Java.
--proto_compiler=<a build target label>
padrão: "@bazel_tools//tools/proto:protoc"-
O rótulo do proto-compilador.
Tags:affects_outputs
eloading_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 protos em C++
Tags:affects_outputs
eloading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>
padrão: "@bazel_tools//tools/j2objc:j2objc_proto__conjunto de ferramentas"-
Rótulo de proto_lang_Dataset() que descreve como compilar protos j2objc
Tags:affects_outputs
eloading_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
eloading_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
eloading_and_analysis
--protocopt=<a string>
: vários usos são acumulados-
Outras opções a serem transmitidas para o compilador protobuf.
Tags:affects_outputs
--[no]runs_per_test_detects_flakes
padrão: "falso"- Se verdadeiro, qualquer fragmento em que pelo menos uma execução/tentativa seja aprovada e pelo menos uma delas falhe receberá um status FLAKY.
--shell_executable=<a path>
padrão: veja a descrição-
Caminho absoluto para o executável do shell que o Bazel vai usar. Se ela não for definida, mas a variável de ambiente BAZEL_SH for configurada na primeira invocação do Bazel (que inicia um servidor do Bazel), ela será usada pelo Bazel. Se nenhum deles estiver definido, o Bazel usa um caminho padrão codificado, dependendo do sistema operacional em que é executado (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos os outros: /bin/bash). O uso de um shell incompatível com o bash pode levar a falhas de build ou de tempo de execução dos binários gerados.
Tags:loading_and_analysis
--[no]show_loading_progress
padrão: "true"- Se ativado, faz com que o Bazel mostre "Carregando pacote:" e envio de mensagens.
--test_arg=<a string>
: vários usos são acumulados- Especifica outras opções e argumentos que precisam ser transmitidos para o executável de teste. Pode ser usado várias vezes para especificar vários argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado apenas pelo "teste do Bazel" kubectl.
--test_filter=<a string>
padrão: veja a descrição- Especifica um filtro para encaminhar para o 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. Opcionalmente, cada idioma pode ser precedido por "-" para especificar os idiomas excluídos. Serão encontrados apenas os destinos de teste escritos nos idiomas especificados. O nome usado para cada idioma deve ser o mesmo que o prefixo 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 de encaminhamento falha rapidamente para o executor de testes. O executor de testes deve interromper a execução na primeira falha.
--test_sharding_strategy=<explicit or disabled>
padrão: "explícito"- Especificar estratégia para fragmentação de testes: 'explicit' para usar somente a fragmentação se o 'shard_count' O atributo BUILD está 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 encontradas somente as segmentações de teste que contêm pelo menos um tamanho incluído e não contêm tamanhos excluídos. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--test_tag_filters=<comma-separated list of options>
padrão: ""- Especifica uma lista separada por vírgulas de tags de teste. Opcionalmente, cada tag pode ser precedida por '-' para especificar as tags excluídas. Serão encontrados somente os destinos de teste que contêm pelo menos uma tag incluída e não contêm tags excluídas. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--test_timeout_filters=<comma-separated list of values: short, moderate, long or eternal>
padrão: ""- Especifica uma lista separada por vírgulas de tempos limite de teste. Cada tempo limite pode ser precedido opcionalmente por '-' para especificar tempos limite excluídos. Serão encontrados somente os destinos de teste que contêm pelo menos um tempo limite incluído e não contêm qualquer tempo limite excluído. Essa opção afeta o comportamento --build_tests_only e o comando de teste.
--tool_java_language_version=<a string>
padrão: "8"- Versão da linguagem Java usada para executar as ferramentas necessárias durante um build.
--tool_java_runtime_version=<a string>
padrão: "remotejdk_11"- A versão do ambiente de execução do Java usada para executar ferramentas durante o build
--[no]use_ijars
padrão: "true"- Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resulta em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.
Opções de Canonicalize-flags
Herda todas as opções do build.
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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"-
Gerar a política canônica, depois da expansão e da filtragem. Para manter a saída limpa, os argumentos do comando canonizados NÃO serão mostrados quando essa opção for definida como verdadeira. O comando especificado por --for_command afeta a política filtrada. Se nenhuma for especificada, o comando padrão será "build".
Tags:affects_outputs
eterminal_output
--[no]show_warnings
padrão: "falso"-
Saída de avisos do analisador para erro padrão (por exemplo, para opções de flag conflitantes).
Tags:affects_outputs
eterminal_output
- Opções que afetam como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
--[no]incompatible_config_setting_private_default_visibility
padrão: "falso"-
Se incompatível_enforce_config_setting_visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enforce_config_setting_visibility
padrão: "true"-
Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags:loading_and_analysis
eincompatible_change
- Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas. .
- 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
--for_command=<a string>
padrão: "build"-
O comando para o qual as opções devem ser canonizadas.
Tags:affects_outputs
eterminal_output
--invocation_policy=<a string>
padrão: ""-
Aplica uma política de invocação às opções a serem canonizadas.
Tags:affects_outputs
eterminal_output
- Armazenamento remoto e opções de execução:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--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 considera inexistentes, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote "x/y" de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" caso ele ainda seja fornecido por outra entrada package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--package_path=<colon-separated list of options>
padrão: "%workspace%"- Uma lista separada por dois-pontos de onde procurar pacotes. Elementos iniciados por "%workspace%" são relativos ao espaço de trabalho associado. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress
padrão: "true"- Se ativado, faz com que o Bazel mostre "Carregando pacote:" e envio de mensagens.
Opções simples
Herda todas as opções do build.
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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 será assíncrona. Quando esse comando for concluído, será seguro executar novos comandos no mesmo cliente, mesmo que a exclusão continue em segundo plano.
Tags:host_machine_resource_optimizations
--[no]expunge
padrão: "falso"-
Se verdadeiro, clean remove toda a árvore de trabalho para essa instância do Bazel, que inclui todos os arquivos de saída de build e temporários criados pelo Bazel, e interrompe o servidor do Bazel se estiver em execução.
Tags:host_machine_resource_optimizations
--expunge_async
-
Se especificado, clean remove de maneira assíncrona toda a árvore de trabalho para essa instância do Bazel, que inclui todos os arquivos de saída de build e temporários criados pelo Bazel, e interrompe o servidor do Bazel se estiver em execução. Quando esse comando for concluído, será seguro executar novos comandos no mesmo cliente, mesmo que a exclusão continue em segundo plano.
Expande-se para:
--expunge
--async
e
Tags:host_machine_resource_optimizations
--[no]remove_all_convenience_symlinks
padrão: "falso"-
Se for verdadeiro, todos os links simbólicos no espaço de trabalho com o prefixo symlink_prefix serão excluídos. Sem essa sinalização, apenas os links simbólicos com os sufixos predefinidos serão limpos.
Tags:affects_outputs
- Opções que afetam como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
- Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas. .
- 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
Opções de configuração
Opções de cobertura
Herda todas as opções do test.
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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 como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
- Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas. .
- 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
Opções do Cquery
Herda todas as opções do test.
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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 como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
- 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 foi resolvida, "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de terem recebido a classe de regra de dependências diretas, "exata". significa que apenas os aspectos que podem estar 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, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags:build_file_semantics
--[no]consistent_labels
padrão: "falso"-
Se ativado, todos os comandos de consulta emitem rótulos como se fossem pelo Starlark <code>str</code> aplicada a um <code>Rótulo</code> instância. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags:terminal_output
--[no]graph:factored
padrão: "true"-
Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags:terminal_output
--graph:node_limit=<an integer>
padrão: "512"-
O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados. -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags:terminal_output
--[no]implicit_deps
padrão: "true"-
Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags:build_file_semantics
--[no]include_aspects
padrão: "true"-
aquery, cquery: inclui ações geradas por aspecto na saída. consulta: ambiente autônomo (os aspectos são sempre seguidos).
Tags:terminal_output
--[no]incompatible_display_source_file_location
padrão: "true"-
"True" por padrão, exibe o destino do arquivo de origem. Se verdadeiro, exibe o local da linha 1 dos arquivos de origem nas saídas de local. Essa sinalização existe apenas para fins de migração.
Tags:terminal_output
eincompatible_change
--[no]incompatible_package_group_includes_double_slash
padrão: "true"-
Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags:terminal_output
eincompatible_change
--[no]infer_universe_scope
padrão: "falso"-
Se "set" e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: essa opção se aplica somente a `query` (ou seja, não a `cquery`).
Tags:loading_and_analysis
--[no]line_terminator_null
padrão: "falso"-
Indica se cada formato termina com \0 em vez de nova linha.
Tags:terminal_output
--[no]nodep_deps
padrão: "true"-
Se ativado, dependências do "nodep" atributos serão incluídos no gráfico de dependência no qual a consulta opera. Um exemplo comum de "nodep" é "visibilidade". Executar e analisar a saída de "info build-language" para saber mais sobre o "nodep" na linguagem de build.
Tags:build_file_semantics
--output=<a string>
padrão: "rótulo"-
O formato em que os resultados do cquery devem ser impressos. Os valores permitidos para cquery são: label, label_kind, textproto, zones, proto, jsonproto. Se você selecionar "transições", também precisará especificar a opção --Transitions=(lite|full).
Tags:terminal_output
--[no]proto:default_values
padrão: "true"-
Se verdadeiro, serão incluídos atributos com um valor que não foi especificado explicitamente no arquivo BUILD. caso contrário, serão omitidos. Essa opção é aplicável a --output=proto
Tags:terminal_output
--[no]proto:definition_stack
padrão: "falso"-
Preencher o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe da regra é definida.
Tags:terminal_output
--[no]proto:flatten_selects
padrão: "true"-
Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags:build_file_semantics
--[no]proto:include_configurations
padrão: "true"-
se ativada, a saída proto incluirá informações sobre configurações. Quando desativado,o formato de saída proto do cquery se assemelha ao formato de saída da consulta.
Tags:affects_outputs
--[no]proto:include_synthetic_attribute_hash
padrão: "falso"-
Se o atributo $internal_attr_hash precisa ser calculado e preenchido.
Tags:terminal_output
--[no]proto:instantiation_stack
padrão: "falso"-
Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags:terminal_output
--[no]proto:locations
padrão: "true"-
Define se as informações de localização serão enviadas na saída do proto.
Tags:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
padrão: "todos"-
Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags:terminal_output
--[no]proto:rule_inputs_and_outputs
padrão: "true"-
Se os campos "rule_input" e "rule_output" precisam ser preenchidos ou não.
Tags:terminal_output
--query_file=<a string>
padrão: ""-
Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags:changes_inputs
--[no]relative_locations
padrão: "falso"-
Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags:terminal_output
--show_config_fragments=<off, direct or transitive>
padrão: "desativado"-
Mostra os fragmentos de configuração exigidos por uma regra e as dependências transitivas dela. Isso pode ser útil para avaliar quanto um gráfico de destino configurado pode ser cortado.
Tags:affects_outputs
--starlark:expr=<a string>
padrão: ""-
Uma expressão do Starlark para formatar cada destino configurado no modo --output=starlark do cquery. O destino configurado está vinculado a "destino". Se --starlark:expr nem --starlark:file for especificado, o padrão dessa opção será 'str(target.label)'. É um erro especificar --starlark:expr e --starlark:file.
Tags:terminal_output
--starlark:file=<a string>
padrão: ""-
O nome de um arquivo que define uma função Starlark chamada "format", de um argumento, que é aplicada a cada destino configurado para formatá-lo como uma string. É um erro especificar --starlark:expr e --starlark:file. Consulte a ajuda de --output=starlark para obter mais detalhes.
Tags:terminal_output
--[no]tool_deps
padrão: "true"-
Consulta: se desativada, as dependências na "configuração do host" ou "execution" destinos não serão incluídos no gráfico de dependência no qual a consulta opera. Uma "configuração do host" borda de dependência, como a de qualquer "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação e não para uma parte do mesmo 'destino' neste programa.
Cquery: se desativado, filtra todos os destinos configurados que cruzam um host ou uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração do host, somente os destinos configurados pelo host serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags:build_file_semantics
--transitions=<full, lite or none>
padrão: "nenhum"-
O formato em que o cquery imprimirá informações de transição.
Tags:affects_outputs
--universe_scope=<comma-separated list of options>
padrão: ""-
Um conjunto de padrões de segmentação (aditivo e subtrativo) separado por vírgulas. A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery.
Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags:loading_and_analysis
- Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas. .
- 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
- Opções que controlam a execução do build:
--[no]experimental_inprocess_symlink_creation
padrão: "falso"-
Define se as chamadas diretas ao sistema de arquivos serão feitas para criar árvores de links simbólicos.
Tags:loading_and_analysis
,execution
eexperimental
--[no]experimental_remotable_source_manifests
padrão: "falso"-
Se as ações do manifesto de origem serão remotas
Tags:loading_and_analysis
,execution
eexperimental
--[no]experimental_split_coverage_postprocessing
padrão: "falso"-
Se verdadeiro, o Bazel vai executar o pós-processamento de 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 atravessam diretórios nem são sensíveis a links simbólicos.
Tags:execution
--modify_execution_info=<regex=[+-]key,regex=[+-]key,...>
padrão: ""-
Adicione ou remova chaves das informações de execução de uma ação com base no mnemônico da ação. Aplica-se apenas a ações compatíveis com informações de execução. Muitas ações comuns dão suporte a informações de execução, por exemplo: Genrule, CppCompile, Javac, StarlarkAction e TestRunner. Ao especificar vários valores, a ordem é importante porque muitas regex podem se aplicar ao mesmo mnemônico.
Sintaxe: "regex=[+-]key,regex=[+-]key,...".
Exemplos:
'.*=+x,.*=-y,.*=+z' adiciona "x" e "z" e remove o "y" as informações de execução para todas as ações.
"Genrule=+requires-x" adiciona "require-x" às informações de execução de todas as ações desse tipo.
'(?!Regra geral).*=-requires-x' remove "require-x" nas informações de execução para todas as ações que não são da regra geral.
Tags:execution
,affects_outputs
eloading_and_analysis
--persistent_android_dex_desugar
-
Ativar ações persistentes de dex e simplificação de leitura do Android usando workers.
Expande-se para:
--internal_persistent_android_dex_desugar
--strategy=Desugar=worker
e
--strategy=DexBuilder=worker
Tags:host_machine_resource_optimizations
eexecution
--persistent_android_resource_processor
-
Ativar o processador de recursos persistente do Android usando workers.
Expande-se para:
--internal_persistent_busybox_tools
--strategy=AaptPackage=worker
e
--strategy=AndroidResourceParser=worker
--strategy=AndroidResourceValidator=worker
--strategy=AndroidResourceCompiler=worker
--strategy=RClassGenerator=worker
--strategy=AndroidResourceLink=worker
--strategy=AndroidAapt2=worker
--strategy=AndroidAssetMerger=worker
--strategy=AndroidResourceMerger=worker
--strategy=AndroidCompiledResourceMerger=worker
--strategy=ManifestMerger=worker
--strategy=AndroidManifestMerger=worker
--strategy=Aapt2Optimize=worker
--strategy=AARGenerator=worker
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_dex_desugar
-
Ativar ações persistentes de dex do Android e de simplificação de leitura usando workers.
Expande-se para:
--persistent_android_dex_desugar
--internal_persistent_multiplex_android_dex_desugar
e
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_resource_processor
-
Ativar o processador de recursos multiplexado permanente do Android usando workers.
Expande-se para:
--persistent_android_resource_processor
--modify_execution_info=AaptPackage=+supports-multiplex-workers
e
--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=AARGenerator=+supports-multiplex-workers
Tags:host_machine_resource_optimizations
eexecution
--persistent_multiplex_android_tools
-
Ative 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
e
--persistent_multiplex_android_dex_desugar
Tags:host_machine_resource_optimizations
eexecution
- Opções que configuram o conjunto de ferramentas usado para a execução da ação:
--android_compiler=<a string>
padrão: veja a descrição-
O compilador de destino do Android.
Tags:affects_outputs
,loading_and_analysis
eloses_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
eloses_incremental_state
--android_grte_top=<a label>
padrão: veja a descrição-
O grte_top de destino do Android.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--android_manifest_merger=<legacy, android or force_android>
padrão: "android"-
Seleciona a combinação de manifestos a ser usada para regras android_binary. Sinalização que ajuda na transição da combinação legada para a combinação de manifestos do Android.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--android_platforms=<a build target label>
padrão: ""-
Define as plataformas usadas pelos destinos android_binary. Se várias plataformas forem especificadas, o binário será um APK multiarquitetura, que contém binários nativos para cada plataforma de destino especificada.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--android_sdk=<a build target label>
padrão: "@bazel_tools//tools/android:sdk"-
Especifica a plataforma/SDK do Android usado para criar apps Android.
Tags:changes_inputs
,loading_and_analysis
eloses_incremental_state
--apple_compiler=<a string>
padrão: veja a 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
eloses_incremental_state
--apple_crosstool_top=<a build target label>
padrão: "@bazel_tools//tools/cpp:Dataset"-
O rótulo do pacote crosstool a ser usado nas regras da Apple e do Objc e as dependências delas.
Tags:loses_incremental_state
echanges_inputs
--apple_grte_top=<a build target label>
padrão: veja a descrição-
O destino grte_top da Apple.
Tags:changes_inputs
,loading_and_analysis
eloses_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
eexplicit_in_output_path
--compiler=<a string>
padrão: veja a descrição-
O compilador C++ a ser usado para compilar o destino.
Tags:loading_and_analysis
eexecution
--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 brutos. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:lcov_merger'.
Tags:changes_inputs
,affects_outputs
eloading_and_analysis
--coverage_report_generator=<a build target label>
padrão: "@bazel_tools//tools/test:coverage_report_generator"-
Localização do binário usado para gerar relatórios de cobertura. No momento, precisa ser um grupo de arquivos que contenha um único arquivo, o binário. O padrão é '//tools/test:coverage_report_generator'.
Tags:changes_inputs
,affects_outputs
eloading_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
eloading_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
eaffects_outputs
--custom_malloc=<a build target label>
padrão: veja a descrição-
Especifica uma implementação Malloc personalizada. Essa configuração modifica os atributos Malloc nas regras de compilação.
Tags:changes_inputs
eaffects_outputs
--experimental_add_exec_constraints_to_targets=<a '<RegexFilter>=<label1>[,<label2>,...]' assignment>
: vários usos são acumulados-
Lista de expressões regulares separadas por vírgulas, cada uma opcionalmente prefixada por - (expressão negativa), atribuída (=) a uma lista de destinos de valores de restrição separados por vírgula. Se um destino não corresponder a nenhuma expressão negativa e ao menos uma expressão positiva, a resolução do conjunto de ferramentas será executada como se os valores da restrição tivessem sido declarados como restrições de execução. Exemplo: //demo,-test=@platforms//cpus:x86_64 adicionará 'x86_64' para qualquer destino em //demo, exceto aqueles cujo nome contém "test".
Tags:loading_and_analysis
--[no]experimental_enable_objc_cc_deps
padrão: "true"-
Permite que as regras objc_* dependam de cc_library e faz com que todas as dependências de objc sejam compiladas com --cpu definido como "ios_<--ios_cpu>" para qualquer valor em --ios_multi_cpu.
Tags:loading_and_analysis
eincompatible_change
--[no]experimental_include_xcode_execution_requirements
padrão: "falso"-
Se definido, adicione "require-xcode:{version}" requisito de execução para cada ação do Xcode. Se a versão do xcode tiver um rótulo com hífen, adicione também um "requires-xcode-label:{version_label}". requisito de execução.
Tags:loses_incremental_state
,loading_and_analysis
eexecution
--[no]experimental_prefer_mutual_xcode
padrão: "true"-
Se verdadeiro, use o Xcode mais recente disponível local e remotamente. Se for falso, ou se não houver versões mútuas disponíveis, use a versão do Xcode local selecionada por xcode-select.
Tags:loses_incremental_state
--extra_execution_platforms=<comma-separated list of options>
: vários usos são acumulados-
As plataformas que estão disponíveis como plataformas de execução para executar ações. As plataformas podem ser especificadas por destino exato ou como um padrão de destino. Essas plataformas serão consideradas antes daquelas declaradas no arquivo WORKSPACE por register_execution_platforms().
Tags:execution
--extra_toolchains=<comma-separated list of options>
: vários usos são acumulados-
As regras do conjunto de ferramentas a serem consideradas durante a resolução. Os conjuntos de ferramentas podem ser especificados por destino exato ou como um padrão de destino. Esses conjuntos de ferramentas serão considerados antes daqueles declarados no arquivo WORKSPACE por register_Datasets().
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--grte_top=<a label>
padrão: veja a descrição-
Um rótulo para uma biblioteca libc registrada. O valor padrão é selecionado pelo conjunto de ferramentas do crosstool, e você quase nunca precisa substituí-lo.
Tags:action_command_lines
eaffects_outputs
--host_compiler=<a string>
padrão: veja a descrição-
O compilador C++ a ser usado para compilação do host. Ele será ignorado se --host_crosstool_top não estiver definido.
Tags:loading_and_analysis
eexecution
--host_crosstool_top=<a build target label>
padrão: veja a descrição-
Por padrão, as opções --crosstool_top e --compiler também são usadas para a configuração do host. Se essa flag for fornecida, o Bazel usará a libc e o compilador padrão para o crosstool_top especificado.
Tags:loading_and_analysis
,changes_inputs
eaffects_outputs
--host_grte_top=<a label>
padrão: veja a descrição-
Se especificada, esta configuração substitui o diretório de nível superior libc (--grte_top) para a configuração do host.
Tags:action_command_lines
eaffects_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
eloading_and_analysis
--[no]incompatible_disable_expand_if_all_available_in_flag_set
padrão: "true"-
Se for "true", o Bazel não vai permitir a especificação de "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
eincompatible_change
--[no]incompatible_dont_enable_host_nonhost_crosstool_features
padrão: "true"-
Se verdadeiro, o Bazel não ativa "host" e "nonhost" recursos no conjunto de ferramentas c++ (consulte https://github.com/bazelbuild/bazel/issues/7407 para mais informações).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enable_android_toolchain_resolution
padrão: "falso"-
Usar a resolução do conjunto de ferramentas para selecionar o SDK do Android para regras do Android (Starlark e nativo)
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enable_apple_toolchain_resolution
padrão: "falso"-
Usar a resolução do conjunto de ferramentas para selecionar o SDK da Apple para regras da Apple (Starlark e nativas)
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_make_thinlto_command_lines_standalone
padrão: "true"-
Se verdadeiro, o Bazel não vai reutilizar as linhas de comando de ação de link do C++ para linhas de comando de indexação de lto (consulte https://github.com/bazelbuild/bazel/issues/6791 para mais informações).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_remove_cpu_and_compiler_attributes_from_cc_toolchain
padrão: "true"-
Se for verdadeiro, o Bazel emitirá uma notificação quando os atributos cc_Dataset.cpu e cc_ compatibilidade.compiler forem definidos (consulte https://github.com/bazelbuild/bazel/issues/7075 para ver instruções de migração).
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_remove_legacy_whole_archive
padrão: "true"-
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
eincompatible_change
--[no]incompatible_require_ctx_in_configure_features
padrão: "true"-
Se verdadeiro, o Bazel exige "ctx". em cc_common.configure_features (consulte https://github.com/bazelbuild/bazel/issues/7793 para mais informações).
Tags:loading_and_analysis
eincompatible_change
-
Usar objetos compartilhados por interface se compatível com o conjunto de ferramentas. No momento, todos os conjuntos de ferramentas de ELF têm suporte a essa configuração.
Tags:loading_and_analysis
,affects_outputs
eaffects_outputs
--ios_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do iOS a ser usada para criar aplicativos iOS. Se não for especificada, a versão padrão do SDK do iOS de "xcode_version" será usada.
Tags:loses_incremental_state
--macos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do macOS que será usada para criar apps para macOS. Se não for especificada, a versão padrão do SDK do macOS de "xcode_version" será usada.
Tags:loses_incremental_state
--minimum_os_version=<a string>
padrão: veja a descrição-
A versão mínima do SO destinada à compilação.
Tags:loading_and_analysis
eaffects_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 sinalizações definir quando uma plataforma já existir. Precisa ser relativo à raiz do espaço de trabalho principal. O padrão é "platform_mappings" (um arquivo diretamente abaixo da raiz do espaço de trabalho).
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--platforms=<a build target label>
padrão: ""-
Os rótulos das regras de plataforma que descrevem as plataformas de destino para o comando atual.
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--python2_path=<a string>
padrão: veja a descrição-
Obsoleto, ambiente autônomo. Desativado por "--inconsistent_use_python_Conjuntos de ferramentas".
Tags:no_op
edeprecated
--python3_path=<a string>
padrão: veja a descrição-
Obsoleto, ambiente autônomo. Desativado por "--inconsistent_use_python_Conjuntos de ferramentas".
Tags:no_op
edeprecated
--python_path=<a string>
padrão: veja a descrição-
O caminho absoluto do interpretador de Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. desativado por --inCompat_use_python_Conjuntos de ferramentas.
Tags:loading_and_analysis
eaffects_outputs
--python_top=<a build target label>
padrão: veja a descrição-
O rótulo de um py_runtime que representa o interpretador Python invocado para executar destinos do Python na plataforma de destino. Obsoleto. desativado por --inCompat_use_python_Conjuntos de ferramentas.
Tags:loading_and_analysis
eaffects_outputs
--target_platform_fallback=<a build target label>
padrão: "@local_config_platform//:host"-
O rótulo de uma regra de plataforma que deve ser usada se nenhuma plataforma de destino for definida e nenhum mapeamento de plataforma corresponder ao conjunto atual de sinalizações.
Tags:affects_outputs
,changes_inputs
eloading_and_analysis
--tvos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do tvOS a ser usada para criar aplicativos tvOS. Se não for especificada, a versão padrão do SDK do tvOS será usada de "xcode_version".
Tags:loses_incremental_state
--watchos_sdk_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Especifica a versão do SDK do watchOS a ser usada para criar aplicativos watchOS. Se não for especificada, a versão padrão do SDK do watchOS de "xcode_version" será usada.
Tags:loses_incremental_state
--xcode_version=<a string>
padrão: veja a descrição-
Se especificado, usa o Xcode da versão em questão 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 usado para selecionar a versão do Xcode na configuração do build.
Tags:loses_incremental_state
eloading_and_analysis
- Opções que controlam a saída do comando:
--[no]apple_enable_auto_dsym_dbg
padrão: "falso"-
Define se a geração de arquivos de símbolo de depuração (.dSYM) para builds dbg será forçada.
Tags:affects_outputs
eaction_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
eaction_command_lines
--[no]build_runfile_links
padrão: "true"-
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para todos os destinos. Se falso, gravar manifestos somente quando possível.
Tags:affects_outputs
--[no]build_runfile_manifests
padrão: "true"-
Se verdadeiro, grava manifestos de arquivos de execução para todos os destinos. Se for falso, omita-os. Os testes locais não serão executados se o valor for "false".
Tags:affects_outputs
--[no]build_test_dwp
padrão: "falso"-
Se ativado, ao criar testes em C++ estaticamente e com fissão, o arquivo .dwp para o binário de teste também será criado automaticamente.
Tags:loading_and_analysis
eaffects_outputs
--cc_proto_library_header_suffixes=<comma-separated list of options>
padrão: ".pb.h"-
Define os prefixos dos arquivos principais criados por cc_proto_library.
Tags:affects_outputs
eloading_and_analysis
--cc_proto_library_source_suffixes=<comma-separated list of options>
padrão: ".pb.cc"-
Define os prefixos dos arquivos de origem criados por cc_proto_library.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_proto_descriptor_sets_include_source_info
padrão: "falso"-
Executar mais ações para versões alternativas da API Java em uma proto_library.
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_proto_extra_actions
padrão: "falso"-
Executar mais ações para versões alternativas da API Java em uma proto_library.
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_save_feature_state
padrão: "falso"-
Salva o estado dos recursos ativados e solicitados como saída da compilação.
Tags:affects_outputs
eexperimental
--fission=<a set of compilation modes>
padrão: "não"-
Especifica quais modos de compilação usam a fissão para compilações e links em C++. Pode ser qualquer combinação de {'fastbuild', 'dbg', 'opt'} ou os valores especiais 'yes' para ativar todos os modos e "não" para desativar todos os modos.
Tags:loading_and_analysis
,action_command_lines
eaffects_outputs
--[no]incompatible_always_include_files_in_data
padrão: "true"-
Se verdadeiro, as regras nativas adicionam <code>DefaultInfo.files</code> de dependências de dados para os arquivos de execução, o que corresponde ao comportamento recomendado para regras do Starlark (https://bazel.build/extending/rules#runfiles_features_to_avoid).
Tags:affects_outputs
eincompatible_change
--[no]legacy_external_runfiles
padrão: "true"-
Se verdadeiro, cria florestas de links simbólicos de arquivos de execução para repositórios externos em .runfiles/wsname/external/repo (além de .runfiles/repo).
Tags:affects_outputs
--[no]objc_generate_linkmap
padrão: "falso"-
Especifica se um arquivo de linkmap deve ser gerado.
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é-processados) 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:
--action_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configuração de destino. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes. para opções fornecidas para a mesma variável, os últimos vencedores, opções para diferentes variáveis 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
eloses_incremental_state
--[no]android_databinding_use_androidx
padrão: "falso"-
Gerar 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
eexperimental
--[no]android_databinding_use_v3_4_args
padrão: "falso"-
Usar a vinculação de dados do Android v2 com o argumento 3.4.0
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--android_dynamic_mode=<off, default or fully>
padrão: "desativado"-
Determina se as dependências de C++ das regras do Android serão vinculadas dinamicamente quando um cc_binary não criar explicitamente uma biblioteca compartilhada. "padrão" o Bazel vai escolher se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas em modo predominantemente estático.
Tags:affects_outputs
eloading_and_analysis
--android_manifest_merger_order=<alphabetical, alphabetical_by_configuration or dependency>
padrão: "alfabético"-
Define a ordem dos manifestos transmitidos para a combinação de manifestos para binários do Android. ALFABÉTICO significa que os manifestos são classificados por caminho em relação à raiz. ALPHABETICAL_BY_CONFIGURATION significa que os manifestos são classificados por caminhos relativos ao diretório de configuração dentro do diretório de saída. DEPENDENCY significa que os manifestos são ordenados com o manifesto de cada biblioteca que vem antes dos manifestos das dependências.
Tags:action_command_lines
eexecution
--[no]android_resource_shrinking
padrão: "falso"-
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags:affects_outputs
eloading_and_analysis
--apple_bitcode=<'mode' or 'platform=mode', where 'mode' is none, embedded_markers or embedded, and 'platform' is ios, visionos, watchos, tvos, macos or catalyst>
: vários usos são acumulados-
Especifique o modo bitcode da Apple para as etapas de compilação direcionadas a arquiteturas de dispositivos. Os valores estão no formato "[platform=]mode", em que a plataforma (que deve ser "ios", "macos", "tvos" ou "watchos") é opcional. Se fornecido, o modo bitcode é aplicado especificamente para essa plataforma; se omitido, ele 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 arquivo zip executável Python Ativado no Windows, desativado em outras plataformas
Tags:affects_outputs
--catalyst_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista de arquiteturas separadas por vírgulas para as quais criar binários do Apple Catalyst.
Tags:loses_incremental_state
eloading_and_analysis
--[no]collect_code_coverage
padrão: "falso"-
Se especificado, o Bazel instrumenta o código (usando instrumentação off-line sempre que possível) e coleta informações de cobertura durante os testes. Somente as segmentações que corresponderem a --instrumentation_filter serão afetadas. Em geral, esta opção não deve ser especificada diretamente: 'cobertura do bazel' deve ser usado no lugar dele.
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
eexplicit_in_output_path
--conlyopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C.
Tags:action_command_lines
eaffects_outputs
--copt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ao gcc.
Tags:action_command_lines
eaffects_outputs
--cpu=<a string>
padrão: ""-
A CPU de destino.
Tags:changes_inputs
,affects_outputs
eexplicit_in_output_path
--cs_fdo_absolute_path=<a string>
padrão: veja a descrição-
Use as informações do perfil do CSFDO para otimizar a compilação. Especifique o nome do caminho absoluto do arquivo ZIP que contém o arquivo de perfil, um arquivo de perfil LLVM bruto ou indexado.
Tags:affects_outputs
--cs_fdo_instrument=<a string>
padrão: veja a descrição-
Gere binários com instrumentação FDO sensível ao contexto. Com o compilador Clang/LLVM, ele também aceita o nome do diretório em que os arquivos de perfil brutos serão despejados no ambiente de execução.
Tags:affects_outputs
--cs_fdo_profile=<a build target label>
padrão: veja a descrição-
O cs_fdo_profile que representa o perfil sensível ao contexto a ser usado para otimização.
Tags:affects_outputs
--cxxopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C++.
Tags:action_command_lines
eaffects_outputs
--define=<a 'name=value' assignment>
: vários usos são acumulados-
Cada opção --define especifica uma atribuição para uma variável de build.
Tags:changes_inputs
eaffects_outputs
--dynamic_mode=<off, default or fully>
padrão: "padrão"-
Determina se os binários C++ serão vinculados dinamicamente. "padrão" o Bazel escolhe se quer vincular dinamicamente. "totalmente" significa que todas as bibliotecas serão vinculadas dinamicamente. "desativado" significa que todas as bibliotecas serão vinculadas em modo predominantemente estático.
Tags:loading_and_analysis
eaffects_outputs
--[no]enable_fdo_profile_absolute_path
padrão: "true"-
Se definido, o uso de fdo_absolute_profile_path vai gerar um erro.
Tags:affects_outputs
--[no]enable_runfiles
padrão: "automático"-
Ativar árvore de links simbólicos de arquivos de execução. Por padrão, ele fica desativado no Windows e em outras plataformas.
Tags:affects_outputs
--experimental_action_listener=<a build target label>
: vários usos são acumulados-
Descontinuado em favor dos aspectos. Use action_listener para anexar uma extra_action a ações de compilação existentes.
Tags:execution
eexperimental
--[no]experimental_android_compress_java_resources
padrão: "falso"-
Compactar recursos Java em APKs
Tags:affects_outputs
,loading_and_analysis
eexperimental
--[no]experimental_android_databinding_v2
padrão: "falso"-
Usar a vinculação de dados do Android v2
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]experimental_android_resource_shrinking
padrão: "falso"-
Ativa a redução de recursos para APKs android_binary que usam ProGuard.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_android_rewrite_dexes_with_rex
padrão: "falso"-
usar a ferramenta rex para reescrever arquivos dex
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]experimental_collect_code_coverage_for_generated_files
padrão: "falso"-
Se especificado, o Bazel também gera informações de cobertura de coleta para arquivos gerados.
Tags:affects_outputs
--experimental_objc_fastbuild_options=<comma-separated list of options>
padrão: "-O0,-DDEBUG=1"-
Usa essas strings como opções do compilador fastbuild do objc.
Tags:action_command_lines
--[no]experimental_omitfp
padrão: "falso"-
Se verdadeiro, use libunwind para liberação de pilha e compile com -fomit-frame-pointer e -fadeleted-unwind-tables.
Tags:action_command_lines
,affects_outputs
eexperimental
--[no]experimental_platform_in_output_dir
padrão: "falso"-
Se verdadeiro, a plataforma de destino é usada no nome do diretório de saída em vez da CPU.
Tags:affects_outputs
eexperimental
--[no]experimental_use_llvm_covmap
padrão: "falso"-
Se especificado, o Bazel gera informações do mapa de cobertura llvm-cov em vez de gcov quando collect_code_coverage está ativado.
Tags:changes_inputs
,affects_outputs
,loading_and_analysis
eexperimental
--fat_apk_cpu=<comma-separated list of options>
padrão: "armeabi-v7a"-
Definir esta opção ativa APKs de arquivos pesados, que contêm binários nativos para todas as arquiteturas-alvo especificadas, por exemplo, --fat_apk_cpu=x86,armeabi-v7a. Se essa flag for especificada, --android_cpu será ignorada para dependências das regras android_binary.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]fat_apk_hwasan
padrão: "falso"-
Define se as divisões HWASAN serão criadas.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--fdo_instrument=<a string>
padrão: veja a descrição-
Gere binários com a 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 despejados no ambiente de execução.
Tags:affects_outputs
--fdo_optimize=<a string>
padrão: veja a descrição-
Use as informações do perfil FDO para otimizar a compilação. Especifique o nome de um arquivo ZIP contendo uma árvore de arquivos .gcda, um arquivo afdo contendo um perfil automático ou um arquivo de perfil LLVM. Essa sinalização também aceita arquivos especificados como rótulos (por exemplo, "//foo/bar:file.afdo". Talvez seja necessário adicionar uma diretiva "exports_files" ao pacote correspondente) e rótulos que apontam para destinos "fdo_profile". Esta sinalização será substituída pela regra "fdo_profile".
Tags:affects_outputs
--fdo_prefetch_hints=<a build target label>
padrão: veja a descrição-
Usar dicas de pré-busca de cache.
Tags:affects_outputs
--fdo_profile=<a build target label>
padrão: veja a descrição-
O fdo_profile que representa o perfil a ser usado para otimização.
Tags:affects_outputs
--features=<a string>
: vários usos são acumulados-
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração de destino. Especificação de -<feature> vai desativar o recurso. Os atributos negativos sempre substituem os positivos. Veja também --host_features
Tags:changes_inputs
eaffects_outputs
--[no]force_pic
padrão: "falso"-
Se ativada, todas as compilações em C++ produzem código independente de posição ("-fPIC"), os links preferem bibliotecas pré-criadas para PIC em vez das bibliotecas não PIC e os links produzem executáveis independentes de posição ("-pie").
Tags:loading_and_analysis
eaffects_outputs
--host_action_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica o conjunto de variáveis de ambiente disponíveis para ações com configurações de host ou de execução. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será retirado do ambiente de invocação) ou pelo par nome=valor, que define o valor independentemente do ambiente de invocação. Essa opção pode ser usada várias vezes. para opções fornecidas para a mesma variável, os últimos vencedores, opções para diferentes variáveis 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
eaction_command_lines
--host_conlyopt=<a string>
: vários usos são acumulados-
Opção adicional para passar para gcc ao compilar arquivos de origem em C para ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--host_copt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ferramentas de host ao gcc.
Tags:action_command_lines
eaffects_outputs
--host_cpu=<a string>
padrão: ""-
A CPU do host.
Tags:changes_inputs
eaffects_outputs
--host_cxxopt=<a string>
: vários usos são acumulados-
Outras opções para transmitir ferramentas de host ao gcc.
Tags:action_command_lines
eaffects_outputs
--host_features=<a string>
: vários usos são acumulados-
Os recursos fornecidos serão ativados ou desativados por padrão para destinos criados na configuração "exec". Especificação de -<feature> vai desativar o recurso. Os atributos negativos sempre substituem os positivos.
Tags:changes_inputs
eaffects_outputs
--host_force_python=<PY2 or PY3>
padrão: veja a descrição-
Substitui a versão do Python para a configuração do host. Pode ser "PY2" ou "PY3".
Tags:loading_and_analysis
eaffects_outputs
--host_linkopt=<a string>
: vários usos são acumulados-
Opção adicional para transmitir para gcc ao vincular ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--host_macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do macOS para destinos de host. Se não for especificado, usará "macos_sdk_version".
Tags:loses_incremental_state
--host_per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais 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 significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --host_per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags:action_command_lines
eaffects_outputs
--host_swiftcopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para swiftc para ferramentas de host.
Tags:action_command_lines
eaffects_outputs
--[no]incompatible_avoid_conflict_dlls
padrão: "true"-
Se ativada, todas as bibliotecas C++ vinculadas (DLLs) geradas pela cc_library no Windows serão renomeadas como name_{hash}.dll, em que o hash é calculado com base no RepositoryName e no caminho do pacote da DLL. Esta opção é útil quando você tem um pacote que depende de várias cc_library com o mesmo nome (por exemplo, //foo/bar1:utils e //foo/bar2:utils).
Tags:loading_and_analysis
,affects_outputs
eincompatible_change
--[no]incompatible_merge_genfiles_directory
padrão: "true"-
Se for verdadeiro, o diretório genfiles será dobrado no diretório bin.
Tags:affects_outputs
eincompatible_change
--[no]incompatible_use_host_features
padrão: "falso"-
Se verdadeiro, use --features somente para a configuração de destino e --host_features para a configuração exec.
Tags:changes_inputs
,affects_outputs
eincompatible_change
--[no]incompatible_use_platforms_repo_for_constraints
padrão: "true"-
Se verdadeiro, as configurações de restrição de @bazel_tools são removidas.
Tags:affects_outputs
eincompatible_change
--[no]instrument_test_targets
padrão: "falso"-
Quando a cobertura está ativada, especifica se é necessário considerar as regras de teste de instrumentação. Quando definidas, as regras de teste incluídas por --instrumentation_filter são instrumentadas. Caso contrário, as regras de teste serão sempre excluídas da instrumentação de cobertura.
Tags:affects_outputs
--instrumentation_filter=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths>
padrão: "-/javatests[/:],-/test/java[/:]"-
Quando a cobertura estiver ativada, somente as regras com nomes incluídos pelo filtro com base no regex especificado serão instrumentadas. Regras prefixadas com '-' são excluídos. Somente as regras que não são de teste são instrumentadas, a menos que --instrument_test_targets esteja ativado.
Tags:affects_outputs
--ios_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do iOS para simuladores e dispositivos de segmentação. Se não for especificado, usará "ios_sdk_version".
Tags:loses_incremental_state
--ios_multi_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para criação de um ios_application. O resultado é um binário universal que contém todas as arquiteturas especificadas.
Tags:loses_incremental_state
eloading_and_analysis
--[no]legacy_whole_archive
padrão: "true"-
Obsoleto e substituído por --inCompat_remove_legacy_whole_archive (consulte https://github.com/bazelbuild/bazel/issues/7362 para mais detalhes). 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
edeprecated
--linkopt=<a string>
: vários usos são acumulados-
Opção adicional para transmitir ao gcc durante a vinculação.
Tags:action_command_lines
eaffects_outputs
--ltobackendopt=<a string>
: vários usos são acumulados-
Opção adicional para passar à etapa de back-end de LTO (em --features=thin_lto).
Tags:action_command_lines
eaffects_outputs
--ltoindexopt=<a string>
: vários usos são acumulados-
Opção adicional para passar à etapa de indexação de LTO (em --features=thin_lto).
Tags:action_command_lines
eaffects_outputs
--macos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para criar binários do Apple macOS.
Tags:loses_incremental_state
eloading_and_analysis
--macos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima do macOS compatível para destinos. Se não for especificado, usará "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 as remoções de símbolos e de código morto em binários vinculados serão realizadas. As remoções binárias serão realizadas se essa sinalização e --compilation_mode=opt forem especificadas.
Tags:action_command_lines
--objccopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para gcc ao compilar arquivos de origem Objective-C/C++.
Tags:action_command_lines
--per_file_copt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais para passar seletivamente para gcc ao compilar determinados arquivos. Essa opção pode ser transmitida várias vezes. Sintaxe: regex_filter@option_1,option_2,...,option_n. Em que regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --per_file_copt=//foo/.*\.cc,-//foo/bar\.cc@-O0 adiciona a opção de linha de comando -O0 à linha de comando gcc de todos os arquivos cc em //foo/ exceto bar.cc.
Tags:action_command_lines
eaffects_outputs
--per_file_ltobackendopt=<a comma-separated list of regex expressions with prefix '-' specifying excluded paths followed by an @ and a comma separated list of options>
: vários usos são acumulados-
Opções adicionais 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 significa uma lista de padrões de expressão regular para inclusão e exclusão. option_1 a option_n significa opções de linha de comando arbitrárias. Se uma opção tiver uma vírgula, ela precisará ser citada com uma barra invertida. As opções podem conter @. Apenas a primeira @ é usada para dividir a string. Exemplo: --per_file_ltobackendopt=//foo/.*\.o,-//foo/bar\.o@-O0 adiciona a opção de linha de comando -O0 à linha de comando do back-end LTO de todos os arquivos o em //foo/ exceto bar.o.
Tags:action_command_lines
eaffects_outputs
--platform_suffix=<a string>
padrão: veja a descrição-
Especifica um sufixo a ser adicionado ao diretório de configuração.
Tags:loses_incremental_state
,affects_outputs
eloading_and_analysis
--propeller_optimize=<a build target label>
padrão: veja a descrição-
Use as informações do perfil da Hélice para otimizar o destino da compilação.Um perfil de hélice deve consistir em pelo menos um de dois arquivos, um perfil Cc e um perfil ld. Essa sinalização aceita um rótulo de compilação que precisa se referir aos arquivos de entrada do perfil da hélice. Por exemplo, o arquivo BUILD que define o rótulo, em a/b/BUILD:propeller_optimize( name = "propeller_profile", cc_profile = "propeller_cc_profile.txt", ld_profile = "propeller_ld_profile.txt",)Uma diretiva export_files pode precisar ser adicionada ao pacote correspondente para tornar esses arquivos visíveis para o Bazel. A opção precisa ser usada como: --propeller_optimize=//a/b:propeller_profile
Tags:action_command_lines
eaffects_outputs
--propeller_optimize_absolute_cc_profile=<a string>
padrão: veja a descrição-
Nome do caminho absoluto do arquivo cc_profile para builds com otimização da Propeller.
Tags:affects_outputs
--propeller_optimize_absolute_ld_profile=<a string>
padrão: veja a descrição-
Nome do caminho absoluto do arquivo ld_profile para builds com otimização da Propeller.
Tags:affects_outputs
--run_under=<a prefix in front of command>
padrão: veja a descrição-
Prefixo a ser inserido antes dos executáveis para o "teste" e "run" comandos 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
-
Se definido como verdadeiro, as bibliotecas nativas com funcionalidades idênticas serão compartilhadas entre diferentes destinos.
Tags:loading_and_analysis
eaffects_outputs
--[no]stamp
padrão: "falso"-
Carregue os 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 binários e bibliotecas compartilhadas serão removidos (usando "-Wl,--strip-debug"). O valor padrão "algumas vezes" significa remover iff --compilation_mode=fastbuild.
Tags:affects_outputs
--stripopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar à remoção ao gerar um "<name>.stripped" binário.
Tags:action_command_lines
eaffects_outputs
--swiftcopt=<a string>
: vários usos são acumulados-
Opções adicionais para passar para compilação do Swift.
Tags:action_command_lines
--tvos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários tvOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--tvos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima do tvOS compatível para dispositivos e simuladores de meta. Se não for especificado, usará "tvos_sdk_version".
Tags:loses_incremental_state
--visionos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários visionOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--watchos_cpus=<comma-separated list of options>
: vários usos são acumulados-
Lista separada por vírgulas de arquiteturas para as quais os binários watchOS da Apple serão criados.
Tags:loses_incremental_state
eloading_and_analysis
--watchos_minimum_os=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
Versão mínima compatível do watchOS para simuladores e dispositivos de segmentação. Se não for especificado, usará "watchos_sdk_version".
Tags:loses_incremental_state
--xbinary_fdo=<a build target label>
padrão: veja a descrição-
Use as informações do perfil XbinaryFDO para otimizar a compilação. Especifica o nome do perfil binário cruzado padrão. Quando a opção é usada junto com --fdo_instrument/--fdo_optimize/--fdo_profile, essas opções sempre prevalecem como se xbinary_fdo nunca fosse especificado.
Tags:affects_outputs
- Opções que afetam como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag etc.):
--auto_cpu_environment_group=<a build target label>
padrão: ""-
Declare o environment_group a ser usado para mapear automaticamente os valores de CPU para os valores de target_environment.
Tags:changes_inputs
,loading_and_analysis
eexperimental
--[no]check_licenses
padrão: "falso"-
Confira se as restrições de licenciamento impostas pelos pacotes dependentes não entram em conflito com os modos de distribuição dos destinos que estão sendo criados. Por padrão, as licenças não ficam marcadas.
Tags:build_file_semantics
--[no]check_visibility
padrão: "true"-
Se desativada, os erros de visibilidade nas dependências de destino serão rebaixados a avisos.
Tags:build_file_semantics
--[no]desugar_for_android
padrão: "true"-
Define se a simplificação do bytecode Java 8 antes da dexação será feita.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]desugar_java8_libs
padrão: "falso"-
Indica se as bibliotecas Java 8 compatíveis são incluídas em apps para dispositivos legados.
Tags:affects_outputs
,loading_and_analysis
,loses_incremental_state
eexperimental
--[no]enforce_constraints
padrão: "true"-
Verifica com quais ambientes cada destino é compatível e informa erros caso algum destino tenha dependências não compatíveis com os mesmos ambientes
Tags:build_file_semantics
--[no]experimental_allow_android_library_deps_without_srcs
padrão: "falso"-
Sinalização para ajudar na transição de permitir a proibição de regras android_library sem srcs com dependências. O depósito precisa ser limpo para lançar isso por padrão.
Tags:eagerness_to_exit
eloading_and_analysis
--[no]experimental_check_desugar_deps
padrão: "true"-
Define se a simplificação correta no nível binário do Android será verificada novamente.
Tags:eagerness_to_exit
,loading_and_analysis
eexperimental
--experimental_import_deps_checking=<off, warning or error>
padrão: "DESATIVADO"-
Quando ativada, verifique se as dependências de um aar_import estão concluídas. Essa aplicação pode interromper o build ou apenas resultar em avisos.
Tags:loading_and_analysis
--experimental_strict_java_deps=<off, warn, error, strict or default>
padrão: "padrão"-
Se verdadeiro, verifica se um destino Java declara explicitamente todos os destinos usados diretamente como dependências.
Tags:build_file_semantics
eeagerness_to_exit
--[no]incompatible_check_testonly_for_output_files
padrão: "falso"-
Se ativado, marque somente "test" para identificar destinos de pré-requisito que sejam arquivos de saída pesquisando o "testonly" da regra geradora. Isso corresponde à verificação de visibilidade.
Tags:build_file_semantics
eincompatible_change
--[no]incompatible_disable_native_android_rules
padrão: "falso"-
Se ativado, o uso direto das regras nativas do Android será desativado. Use as regras do Starlark para Android em https://github.com/bazelbuild/rules_android
Tags:eagerness_to_exit
eincompatible_change
--[no]incompatible_disable_native_apple_binary_rule
padrão: "falso"-
Ambiente autônomo. Mantido aqui para compatibilidade com versões anteriores.
Tags:eagerness_to_exit
eincompatible_change
--[no]incompatible_force_strict_header_check_from_starlark
padrão: "true"-
Se ativada, defina a verificação de cabeçalho estrita na API Starlark
Tags:loading_and_analysis
,changes_inputs
eincompatible_change
--[no]incompatible_validate_top_level_header_inclusions
padrão: "true"-
Se verdadeiro, o Bazel também valida inclusões de cabeçalhos de diretórios de nível superior. Consulte mais informações em https://github.com/bazelbuild/bazel/issues/10047.
Tags:loading_and_analysis
eincompatible_change
--[no]strict_filesets
padrão: "falso"-
Se essa opção estiver ativada, os conjuntos de arquivos que ultrapassarem os limites dos pacotes serão informados como erros. Ela não funciona quando check_fileset_dependes_recursivamente está desativado.
Tags:build_file_semantics
eeagerness_to_exit
--strict_proto_deps=<off, warn, error, strict or default>
padrão: "erro"-
A menos que esteja OFF, verifica se um destino proto_library declara explicitamente todos os destinos usados diretamente como dependências.
Tags:build_file_semantics
,eagerness_to_exit
eincompatible_change
--strict_public_imports=<off, warn, error, strict or default>
padrão: "desativado"-
A menos que esteja OFF, verifica se um destino proto_library declara explicitamente todos os destinos usados em "import public" como exportado.
Tags:build_file_semantics
,eagerness_to_exit
eincompatible_change
--[no]strict_system_includes
padrão: "falso"-
Se verdadeiro, os cabeçalhos encontrados nos caminhos de inclusão do sistema (-isystem) também precisarão ser declarados.
Tags:loading_and_analysis
eeagerness_to_exit
--target_environment=<a build target label>
: vários usos são acumulados-
Declara o ambiente de destino da compilação. Precisa ser uma referência de rótulo a um "ambiente" regra de firewall. 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 para assinar APKs
Tags:action_command_lines
,affects_outputs
eloading_and_analysis
--[no]device_debug_entitlements
padrão: "true"-
Se definido e o modo de compilação não for "opt", os aplicativos objc incluirão direitos de depuração ao assinar.
Tags:changes_inputs
--ios_signing_cert_name=<a string>
padrão: veja a descrição-
Nome do certificado a ser usado para a assinatura do iOS. Se ela não for definida, o perfil de provisionamento será revertido. Pode ser a preferência de identidade do conjunto de chaves do certificado ou (substring) do nome comum do certificado, conforme a página de manual do codesign (IDENTIDADES DE SIGNING).
Tags:action_command_lines
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]incompatible_disallow_legacy_py_provider
padrão: "true"-
O ambiente autônomo será removido em breve.
Tags:loading_and_analysis
eincompatible_change
- Opções que regem o comportamento do ambiente de teste ou do executor de testes:
--[no]allow_analysis_failures
padrão: "falso"-
Se verdadeiro, uma falha na análise de um destino de regra resultará na propagação da meta de uma instância de AnalysisFailureInfo contendo a descrição do erro, em vez de resultar em uma falha de compilação.
Tags:loading_and_analysis
eexperimental
--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 verdadeiras da ação dex2oat gerarem falhas no build, em vez de executar o dex2oat durante o tempo de execução do teste.
Tags:loading_and_analysis
eexperimental
--[no]experimental_android_use_parallel_dex2oat
padrão: "falso"-
Use o dex2oat em paralelo para possivelmente acelerar o android_test.
Tags:loading_and_analysis
,host_machine_resource_optimizations
eexperimental
--[no]ios_memleaks
padrão: "falso"-
Ativa a verificação de vazamentos de memória nos destinos ios_test.
Tags:action_command_lines
--ios_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a simular ao executar um aplicativo iOS no simulador, por exemplo, "iPhone 6". Para ter uma lista de dispositivos, execute "xcrun simctl list devicetypes" na máquina em que o simulador será executado.
Tags:test_runner
--ios_simulator_version=<a dotted version (for example '2.3' or '3.3alpha2.4')>
padrão: veja a descrição-
A versão do iOS a ser executada no simulador ao executar ou testar. Isso será ignorado para as regras ios_test se um dispositivo de destino for especificado na regra.
Tags:test_runner
--runs_per_test=<a positive integer or test_regex@runs. This flag may be passed more than once>
: vários usos são acumulados- Especifica o número de vezes para executar cada teste. Se alguma dessas tentativas falhar por qualquer motivo, todo o teste vai ser considerado reprovado. Normalmente, o valor especificado é apenas um número inteiro. Exemplo: --runs_per_test=3 executa todos os testes três vezes. Sintaxe alternativa: regex_filter@runs_per_test. Em que run_per_test significa um valor inteiro e regex_filter significa uma lista de padrões de expressão regular para inclusão e exclusão (consulte também --instrumentation_filter). Exemplo: --runs_per_test=//foo/.*,-//foo/bar/.*@3 executa todos os testes em //foo/, exceto aqueles sob foo/bar três vezes. Essa opção pode ser transmitida várias vezes. O argumento transmitido mais recentemente que corresponder tem precedência. Se nada corresponder, o teste será executado apenas uma vez.
--test_env=<a 'name=value' assignment with an optional value part>
: vários usos são acumulados-
Especifica outras variáveis de ambiente a serem injetadas no ambiente do executor de testes. As variáveis podem ser especificadas pelo nome (nesse caso, o valor será lido no ambiente do cliente do Bazel ou pelo par nome=valor). Essa opção pode ser usada várias vezes para especificar diversas variáveis. Usado apenas pelo "teste do Bazel" kubectl.
Tags:test_runner
--test_timeout=<a single integer or comma-separated list of 4 integers>
padrão: "-1"- Substituir os valores padrão de tempo limite do teste (em segundos). Se um único valor inteiro positivo for especificado, ele vai substituir todas as categorias. Se forem especificados quatro números inteiros separados por vírgula, eles substituirão os tempos limite para curto, moderado, longo e eterno (nessa ordem). Em ambos os formatos, um valor de -1 instrui o blaze a usar os tempos limite padrão dessa categoria.
--tvos_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a ser simulado ao executar um aplicativo tvOS no simulador, por exemplo, "Apple TV 1080p". Para ter 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: veja a descrição-
A versão do tvOS a ser executada no simulador ao executar ou testar.
Tags:test_runner
--watchos_simulator_device=<a string>
padrão: veja a descrição-
O dispositivo a ser simulado ao executar um aplicativo watchOS no simulador, por exemplo, "Apple Watch - 38 mm". Para ter 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: veja a descrição-
A versão do watchOS a ser executada no simulador durante a execução ou teste.
Tags:test_runner
--[no]zip_undeclared_test_outputs
padrão: "true"-
Se verdadeiro, os resultados de teste não declarados serão arquivados 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 foi resolvida, "conservador" (o padrão) significa que todas as dependências de aspecto declaradas foram adicionadas, independente de terem recebido a classe de regra de dependências diretas, "exata". significa que apenas os aspectos que podem estar 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, o que o torna mais lento do que os outros modos. Observe também que até mesmo o modo preciso não é completamente preciso. A decisão de calcular um aspecto é decidida na fase de análise, que não é executada durante a "consulta do Bazel".
Tags:build_file_semantics
--[no]consistent_labels
padrão: "falso"-
Se ativado, todos os comandos de consulta emitem rótulos como se fossem pelo Starlark <code>str</code> aplicada a um <code>Rótulo</code> instância. Isso é útil para ferramentas que precisam corresponder à saída de diferentes comandos de consulta e/ou rótulos emitidos por regras. Se não estiverem ativados, os formatadores de saída poderão emitir nomes de repositório aparentes (em relação ao repositório principal), em vez de tornar a saída mais legível.
Tags:terminal_output
--[no]graph:factored
padrão: "true"-
Se for "true", o gráfico será emitido "fatoração", ou seja, os nós topologicamente equivalentes serão mesclados e os rótulos concatenados. Essa opção só se aplica a --output=graph.
Tags:terminal_output
--graph:node_limit=<an integer>
padrão: "512"-
O tamanho máximo da string de rótulo para um nó de gráfico na saída. Rótulos mais longos serão truncados. -1 significa que não há truncamento. Essa opção só se aplica a --output=graph.
Tags:terminal_output
--[no]implicit_deps
padrão: "true"-
Se ativadas, as dependências implícitas serão incluídas no gráfico de dependências em que a consulta opera. Uma dependência implícita é aquela que não é especificada explicitamente no arquivo BUILD, mas é adicionada pelo Bazel. Para o cquery, essa opção controla a filtragem de conjuntos de ferramentas resolvidos.
Tags:build_file_semantics
--[no]include_aspects
padrão: "true"-
aquery, cquery: inclui ações geradas por aspecto na saída. consulta: ambiente autônomo (os aspectos são sempre seguidos).
Tags:terminal_output
--[no]incompatible_display_source_file_location
padrão: "true"-
"True" por padrão, exibe o destino do arquivo de origem. Se verdadeiro, exibe o local da linha 1 dos arquivos de origem nas saídas de local. Essa sinalização existe apenas para fins de migração.
Tags:terminal_output
eincompatible_change
--[no]incompatible_package_group_includes_double_slash
padrão: "true"-
Se ativado, ao enviar o atributo "packages" de package_group, o "//" inicial não será omitido.
Tags:terminal_output
eincompatible_change
--[no]infer_universe_scope
padrão: "falso"-
Se "set" e --universe_scope não estiver definido, um valor de --universe_scope será inferido como a lista de padrões de segmentação exclusivos na expressão de consulta. O valor --universe_scope inferido para uma expressão de consulta que usa funções com escopo universal (por exemplo, `allrdeps`) pode não ser o que você quer. Portanto, use essa opção apenas se souber o que está fazendo. Acesse https://bazel.build/reference/query#sky-query para ver detalhes e exemplos. Se --universe_scope for definido, o valor dessa opção será ignorado. Observação: essa opção se aplica somente a `query` (ou seja, não a `cquery`).
Tags:loading_and_analysis
--[no]line_terminator_null
padrão: "falso"-
Indica se cada formato termina com \0 em vez de nova linha.
Tags:terminal_output
--[no]nodep_deps
padrão: "true"-
Se ativado, dependências do "nodep" atributos serão incluídos no gráfico de dependência no qual a consulta opera. Um exemplo comum de "nodep" é "visibilidade". Executar e analisar a saída de "info build-language" para saber mais sobre o "nodep" na linguagem de build.
Tags:build_file_semantics
--output=<a string>
padrão: "rótulo"-
O formato em que os resultados do cquery devem ser impressos. Os valores permitidos para cquery são: label, label_kind, textproto, zones, proto, jsonproto. Se você selecionar "transições", também precisará especificar a opção --Transitions=(lite|full).
Tags:terminal_output
--[no]proto:default_values
padrão: "true"-
Se verdadeiro, serão incluídos atributos com um valor que não foi especificado explicitamente no arquivo BUILD. caso contrário, serão omitidos. Essa opção é aplicável a --output=proto
Tags:terminal_output
--[no]proto:definition_stack
padrão: "falso"-
Preencher o campo protodefinition_stack, que registra a pilha de chamadas do Starlark para cada instância de regra da pilha de chamadas do Starlark no momento em que a classe da regra é definida.
Tags:terminal_output
--[no]proto:flatten_selects
padrão: "true"-
Se ativado, os atributos configuráveis criados por select() são nivelados. Para tipos de lista, a representação nivelada é uma lista que contém cada valor de select map exatamente uma vez. Os tipos escalares são simplificados para nulos.
Tags:build_file_semantics
--[no]proto:include_configurations
padrão: "true"-
se ativada, a saída proto incluirá informações sobre configurações. Quando desativado,o formato de saída proto do cquery se assemelha ao formato de saída da consulta.
Tags:affects_outputs
--[no]proto:include_synthetic_attribute_hash
padrão: "falso"-
Se o atributo $internal_attr_hash precisa ser calculado e preenchido.
Tags:terminal_output
--[no]proto:instantiation_stack
padrão: "falso"-
Preencha a pilha de chamadas de instanciação de cada regra. Isso exige que a pilha esteja presente
Tags:terminal_output
--[no]proto:locations
padrão: "true"-
Define se as informações de localização serão enviadas na saída do proto.
Tags:terminal_output
--proto:output_rule_attrs=<comma-separated list of options>
padrão: "todos"-
Lista separada por vírgulas de atributos a serem incluídos na saída. O padrão é todos os atributos. Defina como uma string vazia para não gerar nenhum atributo. Essa opção é aplicável a --output=proto.
Tags:terminal_output
--[no]proto:rule_inputs_and_outputs
padrão: "true"-
Se os campos "rule_input" e "rule_output" precisam ser preenchidos ou não.
Tags:terminal_output
--query_file=<a string>
padrão: ""-
Se definida, a consulta lerá a consulta a partir do arquivo nomeado aqui, e não na linha de comando. É um erro especificar um arquivo aqui, assim como uma consulta de linha de comando.
Tags:changes_inputs
--[no]relative_locations
padrão: "falso"-
Se for verdadeiro, o local dos arquivos BUILD nas saídas xml e proto será relativo. Por padrão, a saída da localização é um caminho absoluto e não será consistente entre as máquinas. Defina essa opção como verdadeira para ter um resultado consistente em todas as máquinas.
Tags:terminal_output
--show_config_fragments=<off, direct or transitive>
padrão: "desativado"-
Mostra os fragmentos de configuração exigidos por uma regra e as dependências transitivas dela. Isso pode ser útil para avaliar quanto um gráfico de destino configurado pode ser cortado.
Tags:affects_outputs
--starlark:expr=<a string>
padrão: ""-
Uma expressão do Starlark para formatar cada destino configurado no modo --output=starlark do cquery. O destino configurado está vinculado a "destino". Se --starlark:expr nem --starlark:file for especificado, o padrão dessa opção será 'str(target.label)'. É um erro especificar --starlark:expr e --starlark:file.
Tags:terminal_output
--starlark:file=<a string>
padrão: ""-
O nome de um arquivo que define uma função Starlark chamada "format", de um argumento, que é aplicada a cada destino configurado para formatá-lo como uma string. É um erro especificar --starlark:expr e --starlark:file. Consulte a ajuda de --output=starlark para obter mais detalhes.
Tags:terminal_output
--[no]tool_deps
padrão: "true"-
Consulta: se desativada, as dependências na "configuração do host" ou "execution" destinos não serão incluídos no gráfico de dependência no qual a consulta opera. Uma "configuração do host" borda de dependência, como a de qualquer "proto_library" para o Compilador de Protocolo, geralmente aponta para uma ferramenta executada durante a compilação e não para uma parte do mesmo 'destino' neste programa.
Cquery: se desativado, filtra todos os destinos configurados que cruzam um host ou uma transição de execução a partir do destino de nível superior que descobriu esse destino configurado. Isso significa que, se o destino de nível superior estiver na configuração de destino, somente os destinos configurados também na configuração de destino serão retornados. Se o destino de nível superior estiver na configuração do host, somente os destinos configurados pelo host serão retornados. Esta opção NÃO excluirá os conjuntos de ferramentas resolvidos.
Tags:build_file_semantics
--transitions=<full, lite or none>
padrão: "nenhum"-
O formato em que o cquery imprimirá informações de transição.
Tags:affects_outputs
--universe_scope=<comma-separated list of options>
padrão: ""-
Um conjunto de padrões de segmentação (aditivo e subtrativo) separado por vírgulas. A consulta pode ser realizada no universo definido pelo fechamento transitivo dos alvos especificados. Essa opção é usada para os comandos query e cquery.
Para cquery, a entrada para esta opção são os destinos em que todas as respostas são criadas e, portanto, essa opção pode afetar as configurações e transições. Se essa opção não for especificada, os destinos de nível superior serão considerados os destinos analisados pela expressão de consulta. Observação: para cquery, não especificar essa opção pode fazer com que o build seja corrompido se os destinos analisados da expressão de consulta não puderem ser compilados com opções de nível superior.
Tags:loading_and_analysis
- Opções que acionam otimizações do tempo de build:
--[no]collapse_duplicate_defines
padrão: "falso"-
Quando ativado, --defines redundantes sã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
eloses_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: "true"-
Se ativado, os arquivos .d C++ serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados no disco.
Tags:loading_and_analysis
,execution
,affects_outputs
eexperimental
--[no]experimental_inmemory_jdeps_files
padrão: "true"-
Se ativado, os arquivos de dependência (.jdeps) gerados a partir de compilações Java serão transmitidos na memória diretamente dos nós de compilação remota em vez de serem gravados em disco.
Tags:loading_and_analysis
,execution
,affects_outputs
eexperimental
--[no]experimental_objc_include_scanning
padrão: "falso"-
Define se a verificação inclui a verificação do objetivo C/C++.
Tags:loading_and_analysis
,execution
echanges_inputs
--[no]experimental_parse_headers_skipped_if_corresponding_srcs_found
padrão: "falso"-
Se ativado, o recurso parse_headers não criará uma ação de compilação de cabeçalho separada se uma origem com o mesmo nome de base for encontrada no mesmo destino.
Tags:loading_and_analysis
eaffects_outputs
--[no]experimental_retain_test_configuration_across_testonly
padrão: "falso"-
Quando ativada, --trim_test_configuration não cortará a configuração de teste das regras marcadas como testonly=1. Isso é feito para reduzir problemas de conflito de ações quando as regras que não são de teste dependem das regras cc_test. Nenhum efeito se --trim_test_configuration for falso.
Tags:loading_and_analysis
eloses_incremental_state
--[no]experimental_starlark_cc_import
padrão: "falso"-
Se ativada, a versão Starlark de cc_import pode ser usada.
Tags:loading_and_analysis
eexperimental
--[no]experimental_unsupported_and_brittle_include_scanning
padrão: "falso"-
Define se as entradas para compilação C/C++ serão restritas analisando linhas #include dos arquivos de entrada. Isso pode melhorar o desempenho e a incrementabilidade diminuindo o tamanho das árvores de entrada de compilação. No entanto, também pode interromper builds porque o scanner de inclusão não implementa totalmente a semântica de pré-processador C. Em particular, ele não entende as diretivas #include dinâmicas e ignora a lógica condicional do pré-processador. Use por sua conta e risco. Todos os problemas registrados relacionados a essa sinalização serão encerrados.
Tags:loading_and_analysis
,execution
echanges_inputs
--[no]incremental_dexing
padrão: "true"-
Faz a maior parte do trabalho de dexação separadamente para cada arquivo Jar.
Tags:affects_outputs
,loading_and_analysis
eloses_incremental_state
--[no]objc_use_dotd_pruning
padrão: "true"-
Se definido, os arquivos .d emitidos pelo clang serão usados para remover o conjunto de entradas passadas para as compilações do objc.
Tags:changes_inputs
eloading_and_analysis
--[no]process_headers_in_dependencies
padrão: "falso"-
Ao criar um destino //a:a, processe cabeçalhos em todos os destinos dos quais //a:a depende (se o processamento de cabeçalhos estiver ativado para o conjunto de ferramentas).
Tags:execution
--[no]trim_test_configuration
padrão: "true"-
Quando ativadas, as opções relacionadas a testes são limpas abaixo do nível superior do build. Quando esse flag está ativo, os testes não podem ser criados como dependências de regras que não são de teste, mas as mudanças nas opções relacionadas a testes não vão fazer com que essas regras sejam analisadas de novo.
Tags:loading_and_analysis
eloses_incremental_state
--[no]use_singlejar_apkbuilder
padrão: "true"-
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 nível de detalhes, 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: "-.*"-
Imprime informações de depuração durante a resolução do conjunto de ferramentas. A sinalização usa um regex, que é verificado em relação aos tipos de conjunto de ferramentas e destinos específicos para determinar qual deve ser depurado. Várias regex podem ser separadas por vírgulas. Depois, cada uma é verificada separadamente. Observação: a saída dessa sinalização é muito complexa e provavelmente será útil apenas para especialistas na resolução do conjunto de ferramentas.
Tags:terminal_output
- 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 são acumulados-
Define um nome abreviado para uma bandeira Starlark. Ele assume 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. Exatamente, quando um destino py_binary ou py_test tem legacy_create_init definido como "auto" (padrão), ele será tratado como falso somente se essa sinalização estiver definida. Consulte https://github.com/bazelbuild/bazel/issues/10076.
Tags:affects_outputs
eincompatible_change
--[no]incompatible_py2_outputs_are_suffixed
padrão: "true"-
Se verdadeiro, os destinos criados na configuração do Python 2 aparecerão em uma raiz de saída que inclui o sufixo '-py2', enquanto os destinos criados para Python 3 aparecerão em uma raiz sem sufixo relacionado ao Python. Isso significa que o link simbólico de conveniência "bazel-bin" apontará para os destinos do Python 3 em vez do Python 2. Se você ativar essa opção, também é recomendado ativar "--incompatíveis_py3_is_default".
Tags:affects_outputs
eincompatible_change
--[no]incompatible_py3_is_default
padrão: "true"-
Se verdadeiro, os destinos `py_binary` e `py_test` que não definem seu atributo `python_version` (ou `default_python_version`) assumirão o padrão de PY3 em vez de PY2. Se você definir essa flag, também é recomendável configurar "--incompatíveis_py2_outputs_are_sufFixed".
Tags:loading_and_analysis
,affects_outputs
eincompatible_change
--[no]incompatible_use_python_toolchains
padrão: "true"-
Se definidas como "true", as regras executáveis do Python nativas usarão o ambiente de execução do Python especificado pelo conjunto de ferramentas do Python, em vez do ambiente de execução fornecido pelas sinalizações legadas, como --python_top.
Tags:loading_and_analysis
eincompatible_change
--python_version=<PY2 or PY3>
padrão: veja a descrição-
O modo de versão principal do Python, "PY2" ou "PY3". Observe que isso é substituído pelos destinos `py_binary` e `py_test` (mesmo que eles não especifiquem explicitamente uma versão). Portanto, geralmente não há muito motivo para fornecer essa sinalização.
Tags:loading_and_analysis
,affects_outputs
eexplicit_in_output_path
- Opções diversas, não categorizadas de outra forma:
--[no]cache_test_results
[-t
] padrão: "automático"- Se definido como "auto", o Bazel vai executar novamente um teste somente se: (1) ele detectar mudanças no teste ou nas dependências dele, (2) o teste estiver marcado como externo, (3) várias execuções de teste tiverem sido solicitadas com --runs_per_test; ou(4) ele tiver falhado anteriormente. Se definido como "sim", o Bazel armazena em cache todos os resultados de teste, exceto os marcados como externos. Se definido como "no", o Bazel não armazena em cache os resultados do teste.
--[no]experimental_cancel_concurrent_tests
padrão: "falso"-
Se verdadeiro, o Blaze cancelará testes simultâneos na primeira execução bem-sucedida. Isso só é útil em combinação com --runs_per_test_detects_flakes.
Tags:affects_outputs
eloading_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
eloading_and_analysis
--[no]experimental_generate_llvm_lcov
padrão: "falso"-
Se verdadeira, a cobertura do Clang vai gerar um relatório de LCOV.
Tags:affects_outputs
eloading_and_analysis
--[no]experimental_j2objc_header_map
padrão: "true"- Define se o mapa do cabeçalho J2ObjC será gerado paralelamente à transcompilação J2ObjC.
--[no]experimental_j2objc_shorter_header_path
padrão: "falso"-
Indica se gerar com caminho de cabeçalho mais curto (usa "_ios" em vez de "_j2objc").
Tags:affects_outputs
--experimental_java_classpath=<off, javabuilder or bazel>
padrão: "javabuilder"- Ativa caminhos de classe reduzidos para compilações Java.
--[no]experimental_limit_android_lint_to_android_constrained_java
padrão: "falso"-
Limitar --experimental_run_android_lint_on_java_rules a bibliotecas compatíveis com Android.
Tags:affects_outputs
--[no]experimental_run_android_lint_on_java_rules
padrão: "falso"-
Define se origens java_* serão validadas.
Tags:affects_outputs
--[no]explicit_java_test_deps
padrão: "falso"- Especifique explicitamente uma dependência para o JUnit ou o Hamcrest em um java_test, em vez de obter acidentalmente das dependências do TestRunner. No momento, só funciona com o Bazel.
--host_java_launcher=<a build target label>
padrão: veja a descrição- O inicializador Java usado por ferramentas que são executadas durante uma compilação.
--host_javacopt=<a string>
: vários usos são acumulados- Opções adicionais para passar para javac ao criar ferramentas que são executadas durante uma compilação.
--host_jvmopt=<a string>
: vários usos são acumulados- Opções adicionais a serem transmitidas para a VM do Java ao criar ferramentas que são executadas durante a compilação. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--[no]incompatible_check_sharding_support
padrão: "falso"-
Se verdadeiro, o Bazel vai falhar em um teste fragmentado se o executor de testes não indicar que é compatível com fragmentação tocando no arquivo no caminho em TEST_SHARD_STATUS_FILE. Se for falso, um executor de testes que não oferece suporte à fragmentação fará com que todos os testes sejam executados em cada fragmento.
Tags:incompatible_change
--[no]incompatible_exclusive_test_sandboxed
padrão: "falso"-
Se verdadeiro, testes exclusivos serão executados com a estratégia no sandbox. Adicionar "local" para forçar a execução local de um teste exclusivo
Tags:incompatible_change
--[no]incompatible_strict_action_env
padrão: "falso"-
Se verdadeiro, o Bazel usa um ambiente com um valor estático para PATH e não herda LD_LIBRARY_PATH. Use --action_env=ENV_VARIABLE se quiser herdar variáveis de ambiente específicas do cliente, mas observe que isso pode impedir o armazenamento em cache de usuários diferentes se um cache compartilhado for usado.
Tags:loading_and_analysis
eincompatible_change
--j2objc_translation_flags=<comma-separated list of options>
: vários usos são acumulados- Outras opções para passar 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
e
--test_strategy=exclusive
--test_timeout=9999
--nocache_test_results
--[no]java_deps
padrão: "true"- Gera informações de dependência (por enquanto, caminho de classe de tempo de compilação) por destino Java.
--[no]java_header_compilation
padrão: "true"- 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: veja a descrição- O inicializador Java a ser usado na criação de binários Java. Se essa sinalização for definida como a string vazia, o inicializador do JDK será usado. O "inicializador" modifica essa sinalização.
--java_runtime_version=<a string>
padrão: "local_jdk"- A versão do ambiente de execução do Java
--javacopt=<a string>
: vários usos são acumulados- Outras opções para transmitir para javac.
--jvmopt=<a string>
: vários usos são acumulados- Outras opções para transmitir para a VM do Java. Essas opções serão adicionadas às opções de inicialização da VM de cada destino java_binary.
--legacy_main_dex_list_generator=<a build target label>
padrão: veja a descrição- Especifica um binário a ser usado para gerar a lista de classes que precisam estar no dex principal ao compilar o multidex legado.
--plugin=<a build target label>
: vários usos são acumulados- Plug-ins a serem usados no build. Atualmente funciona com java_plugin.
--proguard_top=<a build target label>
padrão: veja a descrição- Especifica qual versão do ProGuard usar para remoção de código ao criar um binário Java.
--proto_compiler=<a build target label>
padrão: "@bazel_tools//tools/proto:protoc"-
O rótulo do proto-compilador.
Tags:affects_outputs
eloading_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 protos em C++
Tags:affects_outputs
eloading_and_analysis
--proto_toolchain_for_j2objc=<a build target label>
padrão: "@bazel_tools//tools/j2objc:j2objc_proto__conjunto de ferramentas"-
Rótulo de proto_lang_Dataset() que descreve como compilar protos j2objc
Tags:affects_outputs
eloading_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
eloading_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
eloading_and_analysis
--protocopt=<a string>
: vários usos são acumulados-
Outras opções a serem transmitidas para o compilador protobuf.
Tags:affects_outputs
--[no]runs_per_test_detects_flakes
padrão: "falso"- Se verdadeiro, qualquer fragmento em que pelo menos uma execução/tentativa seja aprovada e pelo menos uma delas falhe receberá um status FLAKY.
--shell_executable=<a path>
padrão: veja a descrição-
Caminho absoluto para o executável do shell que o Bazel vai usar. Se ela não for definida, mas a variável de ambiente BAZEL_SH for configurada na primeira invocação do Bazel (que inicia um servidor do Bazel), ela será usada pelo Bazel. Se nenhum deles estiver definido, o Bazel usa um caminho padrão codificado, dependendo do sistema operacional em que é executado (Windows: c:/tools/msys64/usr/bin/bash.exe, FreeBSD: /usr/local/bin/bash, todos os outros: /bin/bash). O uso de um shell incompatível com o bash pode levar a falhas de build ou de tempo de execução dos binários gerados.
Tags:loading_and_analysis
--test_arg=<a string>
: vários usos são acumulados- Especifica outras opções e argumentos que precisam ser transmitidos para o executável de teste. Pode ser usado várias vezes para especificar vários argumentos. Se vários testes forem executados, cada um deles vai receber argumentos idênticos. Usado apenas pelo "teste do Bazel" kubectl.
--test_filter=<a string>
padrão: veja a descrição- Especifica um filtro para encaminhar para o 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 de encaminhamento falha rapidamente para o executor de testes. O executor de testes deve interromper a execução na primeira falha.
--test_sharding_strategy=<explicit or disabled>
padrão: "explícito"- Especificar estratégia para fragmentação de testes: 'explicit' para usar somente a fragmentação se o 'shard_count' O atributo BUILD está presente. "desativado" para nunca usar a fragmentação de testes.
--tool_java_language_version=<a string>
padrão: "8"- Versão da linguagem Java usada para executar as ferramentas necessárias durante um build.
--tool_java_runtime_version=<a string>
padrão: "remotejdk_11"- A versão do ambiente de execução do Java usada para executar ferramentas durante o build
--[no]use_ijars
padrão: "true"- Se ativada, essa opção faz com que a compilação Java use jars de interface. Isso resulta em uma compilação incremental mais rápida, mas as mensagens de erro podem ser diferentes.
Opções de despejo
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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"-
Despeja o conteúdo do cache da ação.
Tags:bazel_monitoring
--[no]packages
padrão: "falso"-
Despeja o conteúdo do cache do pacote.
Tags:bazel_monitoring
--[no]rule_classes
padrão: "falso"-
Classes de regra 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 gráfico 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 de regex de nomes SkyKey para saída. Usado apenas com --skyframe=deps, rdeps.
Tags:bazel_monitoring
--skylark_memory=<a string>
padrão: veja a descrição-
Despeja um perfil de memória compatível com pprof no caminho especificado. Para saber mais, acesse https://github.com/google/pprof.
Tags:bazel_monitoring
- Opções que afetam como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
- Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas. .
- 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
Opções de busca
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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]incompatible_remote_dangling_symlinks
padrão: "true"-
Se for definido como verdadeiro e --insupported_remote_symlinks também for verdadeiro, os links simbólicos nas saídas de ação poderão ficar pendentes.
Tags:execution
eincompatible_change
--[no]incompatible_remote_symlinks
padrão: "true"-
Se definido como verdadeiro, o Bazel representará links simbólicos em saídas de ação no protocolo de armazenamento em cache/execução remota. Caso contrário, os links simbólicos serão seguidos e representados como arquivos ou diretórios. Consulte #6631 para mais detalhes.
Tags:execution
eincompatible_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 uma operação ([-|*]<float>), por exemplo, "auto", "HOST_CPUS*.5". "automático" 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 em vez da existência:
--bep_maximum_open_remote_upload_files=<an integer>
padrão: "-1"-
Número máximo de arquivos abertos permitidos durante o upload do artefato BEP.
Tags:affects_outputs
--remote_download_minimal
-
Não faz o download de saídas de compilação remota para a máquina local. Essa sinalização é um atalho para as 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
e
--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 definida como "mínima" não faz o download de saídas de build remoto para a máquina local, exceto as exigidas pelas ações locais; Se definido como "toplevel" se comporta como "mínimo" exceto que também faz o download das saídas de destinos de nível superior para a máquina local. Ambas as opções podem reduzir significativamente os tempos de compilação se a largura de banda da rede for um gargalo.
Tags:affects_outputs
--remote_download_symlink_template=<a string>
padrão: ""-
Em vez de fazer o download das saídas de compilação remota 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 as 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
e
--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 de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
--[no]incompatible_config_setting_private_default_visibility
padrão: "falso"-
Se incompatível_enforce_config_setting_visibility=false, isso é um ambiente autônomo. Caso contrário, se essa sinalização for falsa, qualquer config_setting sem um atributo de visibilidade explícito será //visibility:public. Se essa sinalização for verdadeira, config_setting seguirá a mesma lógica de visibilidade que todas as outras regras. Consulte https://github.com/bazelbuild/bazel/issues/12933.
Tags:loading_and_analysis
eincompatible_change
--[no]incompatible_enforce_config_setting_visibility
padrão: "true"-
Se verdadeiro, aplica restrições de visibilidade de config_setting. Se for falso, cada config_setting será visível para todos os destinos. Consulte https://github.com/bazelbuild/bazel/issues/12932.
Tags:loading_and_analysis
eincompatible_change
- Opções relacionadas à saída e à semântica do Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--experimental_repository_resolved_file=<a string>
padrão: ""-
Se não estiver vazio, escreva um valor do Starlark com as informações resolvidas de todas as regras de repositório do Starlark que foram executadas.
Tags:affects_outputs
--remote_print_execution_messages=<failure, success or all>
padrão: "falha"-
Escolha quando imprimir mensagens de execução remota. Os valores válidos são "falha", para imprimir apenas em caso de falha, "sucesso" para imprimir apenas em casos concluídos e "todos" para imprimir sempre.
Tags:terminal_output
- 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 de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_circuit_breaker_strategy=<failure>
padrão: veja a descrição-
Especifica a estratégia a ser usada pelo disjuntor. As estratégias disponíveis são "falha". Em valor inválido para a opção, o comportamento igual à opção não está definido.
Tags:execution
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados.
--[no]experimental_guard_against_concurrent_changes
padrão: "falso"- Desative para desativar a verificação do ctime de arquivos de entrada de uma ação antes de fazer 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 são enviadas para o cache remoto, exceto para arquivos que são importantes para os consumidores do BEP (por exemplo, registros de teste e perfil de tempo). O esquema bytestream:// sempre é usado para o URI de arquivos, mesmo que eles estejam ausentes no cache remoto. O padrão é "all".
--[no]experimental_remote_cache_async
padrão: "falso"- Se for verdadeiro, a E/S do cache remoto vai ocorrer em segundo plano, e não como parte de uma geração.
--[no]experimental_remote_cache_compression
padrão: "falso"- Se ativado, compacte/descompacte os blobs de cache com zstd.
--experimental_remote_capture_corrupted_outputs=<a path>
padrão: veja a 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 definido como verdadeiro, descarte cópias na memória da árvore Merkle da raiz de entrada e mapeamentos de entrada associados durante chamadas para GetActionResult() e Execute(). Isso reduz significativamente o uso da memória, mas exige que o Bazel as recalcule em caso de ausências e novas tentativas no cache remoto.
--experimental_remote_downloader=<a string>
padrão: veja a 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 (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Consulte: 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"- Indica se é necessário recorrer ao downloader local se o downloader remoto falhar.
--[no]experimental_remote_execution_keepalive
padrão: "falso"- Define se o sinal de atividade será usado para chamadas de execução remota.
--experimental_remote_failure_rate_threshold=<an integer in 0-100 range>
padrão: "10"-
Define o número permitido de taxa de falha em porcentagem para uma janela de tempo específica. Depois disso, ele para de chamar o cache/executor remoto. Por padrão, o valor é 10. Definir como 0 significa que não há limitação.
Tags:execution
--experimental_remote_failure_window_interval=<An immutable length of time.>
padrão: "60s"-
O intervalo em que a taxa de falha das solicitações remotas é calculada. Em um valor zero ou negativo, a duração da falha é calculada em toda a duração da execução.As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
Tags:execution
--[no]experimental_remote_mark_tool_inputs
padrão: "falso"- Se definida como verdadeira, o Bazel vai marcar entradas como entradas de ferramenta para o executor remoto. Isso pode ser usado para implementar workers persistentes remotos.
--[no]experimental_remote_merkle_tree_cache
padrão: "falso"- Se definida como verdadeira, os cálculos da árvore do Merkle serão memorizados para melhorar a velocidade da verificação de ocorrência em cache remoto. A impressão do pé na memória do cache é controlada por --experimental_remote_merkle_tree_cache_size.
--experimental_remote_merkle_tree_cache_size=<a long integer>
padrão: "1000"- O número de árvores de Merkle a serem memorizadas para melhorar a velocidade da verificação de ocorrência em cache remoto. Mesmo que o cache seja automaticamente removido de acordo com o processamento de referências flexíveis do Java, erros de falta de memória poderão ocorrer se a configuração for muito alta. Se definido como 0, o tamanho do cache será ilimitado. O valor ideal varia de acordo com o tamanho do projeto. O padrão é 1.000.
--[no]experimental_remote_require_cached
padrão: "falso"- Se definida como verdadeira, garanta que todas as ações que podem ser executadas remotamente sejam armazenadas em cache. Caso contrário, elas causarão uma falha na compilação. Isso é útil para resolver problemas de não determinismo, porque permite verificar se as ações que precisam ser armazenadas em cache estão realmente armazenadas em cache sem injetar intencionalmente novos resultados no cache.
--[no]incompatible_remote_build_event_upload_respect_no_cache
padrão: "falso"- Se definido como verdadeiro, as saídas referenciadas pelo BEP não serão enviadas para o cache remoto se a ação geradora não puder ser armazenada remotamente.
--[no]incompatible_remote_downloader_send_all_headers
padrão: "true"-
Define se todos os valores de um cabeçalho de vários valores serão enviados para a ferramenta de download remoto em vez de apenas o primeiro.
Tags:incompatible_change
--[no]incompatible_remote_output_paths_relative_to_input_root
padrão: "falso"-
Se definido como verdadeiro, os caminhos de saída serão relativos à raiz de entrada, e não ao diretório de trabalho.
Tags:incompatible_change
--[no]incompatible_remote_results_ignore_disk
padrão: "true"-
Se definidos como verdadeiros, --noremote_upload_local_results e --noremote_accept_cached não serão aplicados ao cache em disco. Se um cache combinado for usado:
--noremote_upload_local_results faz com que os resultados sejam gravados no cache de disco, mas não sejam enviados para o cache remoto.
--noremote_accept_cached fará com que o Bazel verifique resultados no cache de disco, mas não no cache remoto.
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 definida como verdadeira, o Bazel vai usar o novo código de saída 39 em vez de 34 se o cache remoto remover blobs durante a compilação.
Tags:incompatible_change
--[no]remote_accept_cached
padrão: "true"- Define se os resultados da ação armazenados em cache remotamente serão aceitos.
--remote_bytestream_uri_prefix=<a string>
padrão: veja a descrição- O nome do host e da instância a serem usados em URIs bytestream:// gravados em fluxos de eventos de build. Essa opção pode ser definida quando os builds são executados usando um proxy, o que faz com que os valores de --remote_executor e --remote_instance_name não correspondam mais ao nome canônico do serviço de execução remota. Se ele não for definido, o padrão será "${hostname}/${instance_name}".
--remote_cache=<a string>
padrão: veja a descrição- Um URI de um endpoint de armazenamento em cache. Os esquemas compatíveis são http, https, grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc://, http:// ou unix: para desativar o TLS. Consulte https://bazel.build/remote/caching .
--remote_cache_header=<a 'name=value' assignment>
: vários usos são acumulados- Especifique um cabeçalho que será incluído nas solicitações de cache: --remote_cache_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_default_exec_properties=<a 'name=value' assignment>
: vários usos são acumulados-
Defina as propriedades exec padrão a serem usadas como a plataforma de execução remota se uma plataforma de execução ainda não tiver configurado exec_properties.
Tags:affects_outputs
--remote_default_platform_properties=<a string>
padrão: ""- Defina as propriedades da plataforma padrão a serem definidas para a API de execução remota, se a plataforma de execução ainda não tiver definido remote_execution_properties. Esse valor também será usado se a plataforma host for selecionada como plataforma de execução remota.
--remote_downloader_header=<a 'name=value' assignment>
: vários usos são acumulados- Especifique um cabeçalho que será incluído nas solicitações do downloader remoto: --remote_downloader_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_exec_header=<a 'name=value' assignment>
: vários usos são acumulados- Especifique um cabeçalho que será incluído nas solicitações de execução: --remote_exec_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_execution_priority=<an integer>
padrão: "0"- A prioridade relativa das ações a serem executadas remotamente. A semântica dos valores de prioridade específicos depende do servidor.
--remote_executor=<a string>
padrão: veja a descrição- HOST ou HOST:PORT de um endpoint de execução remota. Os esquemas compatíveis são grpc, grpcs (grpc com TLS ativado) e unix (soquetes UNIX locais). Se nenhum esquema for fornecido, o Bazel usará grpcs como padrão. Especifique o esquema grpc:// ou unix: para desativar o TLS.
--remote_grpc_log=<a path>
padrão: veja a descrição- Se especificado, um caminho para um arquivo para registrar detalhes relacionados à chamada gRPC. Esse registro consiste em uma sequência de protobufs com.google.DevTools.build.lib.remote.logging.RemoteExecutionLog.LogEntry serializados com cada mensagem prefixada por uma varint que indica o tamanho da mensagem protobuf serializada a seguir, conforme realizado pelo método LogEntry.writeDelimitedTo(OutputStream).
--remote_header=<a 'name=value' assignment>
: vários usos são acumulados- Especifique um cabeçalho que será incluído nas solicitações: --remote_header=Name=Value. É possível transmitir vários cabeçalhos especificando a sinalização diversas vezes. Vários valores para o mesmo nome serão convertidos em uma lista separada por vírgulas.
--remote_instance_name=<a string>
padrão: ""- Valor a ser transmitido como instance_name na API de execução remota.
--[no]remote_local_fallback
padrão: "falso"- Define se a estratégia de execução local autônoma será retornada se a execução remota falhar.
--remote_local_fallback_strategy=<a string>
padrão: "local"- Ambiente autônomo, descontinuado. Consulte https://github.com/bazelbuild/bazel/issues/7480 para ver mais detalhes.
--remote_max_connections=<an integer>
padrão: "100"-
Limitar o número máximo de conexões simultâneas ao cache/executor remoto. Por padrão, o valor é 100. Definir como 0 significa que não há limitação.
Para o cache remoto HTTP, uma conexão TCP pode lidar com uma solicitação por vez, portanto, o Bazel pode compensar --remote_max_connections solicitações simultâneas.
Para o cache/executor remoto do gRPC, um canal gRPC geralmente pode lidar com mais de 100 solicitações simultâneas, portanto, o Bazel pode fazer cerca de "--remote_max_connections * 100" solicitações simultâneas.
Tags:host_machine_resource_optimizations
--remote_proxy=<a string>
padrão: veja a descrição- Conectar-se ao cache remoto 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 repetição de um erro temporário. Se definida como 0, novas tentativas serão desativadas.
--remote_retry_max_delay=<An immutable length of time.>
padrão: "5s"- O atraso máximo de espera entre as tentativas remotas. As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
--remote_timeout=<An immutable length of time.>
padrão: "60s"- O período máximo de espera pela execução remota e chamadas de cache. No cache REST, é o tempo limite de conexão e de leitura. As seguintes unidades podem ser usadas: dias (d), horas (h), minutos (m), segundos (s) e milissegundos (ms). Se a unidade for omitida, o valor será interpretado como segundos.
--[no]remote_upload_local_results
padrão: "true"- Se a ação executada localmente será carregada no cache remoto se o cache remoto oferecer suporte e o usuário estiver autorizado a fazer isso.
--[no]remote_verify_downloads
padrão: "true"- Se definida como verdadeira, o Bazel vai calcular a soma de hash de todos os downloads remotos e descartar os valores armazenados em cache remotamente se não corresponderem ao valor esperado. .
- Opções diversas, não categorizadas de outra forma:
--credential_helper=<Path to a credential helper. It may be absolute, relative to the PATH environment variable, or %workspace%-relative. The path be optionally prefixed by a scope followed by an '='. The scope is a domain name, optionally with a single leading '*' wildcard component. A helper applies to URIs matching its scope, with more specific scopes preferred. If a helper has no scope, it applies to every URI.>
: vários usos são acumulados- Configura um auxiliar de credenciais a ser usado para recuperar credenciais de autorização para busca de repositório, armazenamento em cache e execução remotas e o serviço de eventos de compilação. As credenciais fornecidas por um auxiliar têm precedência sobre as fornecidas por --google_default_credentials, --google_credentials, um arquivo .netrc ou o parâmetro auth pararepository_ctx.download erepository_ctx.download_and_extract. Pode ser especificado várias vezes para configurar vários auxiliares. Consulte https://github.com/bazelbuild/propostas/blob/main/designs/2022-06-07-bazel-credential-helpers.md para mais detalhes.
--credential_helper_cache_duration=<An immutable length of time.>
padrão: "30m"- Por quanto tempo as credenciais fornecidas por um auxiliar de credenciais são armazenadas em cache. Invocar com um valor diferente ajustará o ciclo de vida das entradas preexistentes. passe zero para limpar o cache. Um comando de limpeza sempre limpa o cache, independentemente dessa flag.
--credential_helper_timeout=<An immutable length of time.>
padrão: "10s"- Configura o tempo limite de um auxiliar de credenciais. Os auxiliares de credenciais que não responderem dentro desse tempo limite vão falhar na invocação.
--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 considera inexistentes, mesmo que estejam visíveis em algum lugar no caminho do pacote. Use esta opção ao excluir um subpacote "x/y" de um pacote 'x' existente. Por exemplo, depois de excluir x/y/BUILD em seu cliente, o sistema de compilação poderá reclamar se encontrar um rótulo "//x:y/z" caso ele ainda seja fornecido por outra entrada package_path. Especificar --deleted_packages x/y para evitar esse problema é evitado.
--disk_cache=<a path>
padrão: veja a descrição- Um caminho para um diretório em que o Bazel pode ler e gravar ações e saídas de ação. Se o diretório não existir, ele será criado.
--google_auth_scopes=<comma-separated list of options>
padrão: "https://www.googleapis.com/auth/cloud-platform"- Uma lista separada por vírgulas de escopos de autenticação do Google Cloud.
--google_credentials=<a string>
padrão: veja a descrição- Especifica o arquivo do qual receber credenciais de autenticação. Confira mais detalhes em https://cloud.google.com/docs/authentication.
--[no]google_default_credentials
padrão: "falso"- Define se o "Application Default Credentials do Google" será usado. para autenticação. Confira mais detalhes em https://cloud.google.com/docs/authentication. Essa configuração está desativada por padrão.
--grpc_keepalive_time=<An immutable length of time.>
padrão: veja a descrição- Configura pings de sinal de atividade para conexões gRPC de saída. Se esse valor estiver definido, o Bazel enviará pings depois desse período sem operações de leitura na conexão, mas somente se houver pelo menos uma chamada gRPC pendente. Os tempos são tratados como segunda granularidade. é um erro definir um valor inferior a um segundo. Por padrão, pings com sinal de atividade ficam desativados. Entre em contato com o proprietário do serviço antes de ativar essa configuração. Por exemplo, para definir um valor de 30 segundos para esta sinalização, deve ser feito assim --grpc_keepalive_time=30s .
--grpc_keepalive_timeout=<An immutable length of time.>
padrão: "20s"- Configura um tempo limite de sinal de atividade para conexões gRPC de saída. Se os pings de sinal de atividade estiverem ativados com --grpc_keepalive_time, o Bazel vai expirar uma conexão se não receber uma resposta de ping após esse período. Os tempos são tratados como segunda granularidade. é um erro definir um valor inferior a 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 são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--package_path=<colon-separated list of options>
padrão: "%workspace%"- Uma lista separada por dois-pontos de onde procurar pacotes. Elementos iniciados por "%workspace%" são relativos ao espaço de trabalho associado. Se omitido ou estiver vazio, o padrão será a saída de "bazel info default-package-path".
--[no]show_loading_progress
padrão: "true"- Se ativado, faz com que o Bazel mostre "Carregando pacote:" e envio de mensagens.
--tls_certificate=<a string>
padrão: veja a descrição- Especifique um caminho para um certificado TLS confiável para assinar certificados do servidor.
--tls_client_certificate=<a string>
padrão: veja a descrição- Especifique o certificado do cliente TLS a ser usado. você também precisará fornecer uma chave do cliente para ativar a autenticação do cliente.
--tls_client_key=<a string>
padrão: veja a descrição- Especifique a chave de cliente TLS a ser usada. você também precisará fornecer um certificado do cliente para ativar a autenticação do cliente.
Opções de ajuda
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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 como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
- Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--help_verbosity=<long, medium or short>
padrão: "médio"-
Selecione o nível de detalhes do comando de ajuda.
Tags:affects_outputs
eterminal_output
--long
[-l
]-
Mostrar a descrição completa de cada opção, em vez de apenas o nome dela.
Expande-se para:
--help_verbosity=long
Tags:affects_outputs
eterminal_output
--short
-
Mostra apenas os nomes das opções, não os tipos ou significados.
Expande-se para:
--help_verbosity=short
Tags:affects_outputs
eterminal_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 não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
Opções de informação
Herda todas as opções do build.
- Opções que aparecem antes do comando e são analisadas pelo cliente:
--distdir=<a path>
: vários usos são acumulados-
Locais adicionais para pesquisar arquivos antes de acessar a rede para fazer download deles.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_hardlinks
padrão: "falso"-
Se definido, o cache do repositório vai criar um link rígido do arquivo em caso de ocorrência em um cache, em vez de copiar. Isso economiza espaço em disco.
Tags:bazel_internal_configuration
--[no]experimental_repository_cache_urls_as_default_canonical_id
padrão: "falso"-
Se 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 alteração 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 de URL não fazem com que repositórios corrompidos sejam mascarados pelo cache.
Tags:loading_and_analysis
eexperimental
--[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 repetição de um erro de download. Se definida como 0, novas tentativas serão desativadas.
Tags:experimental
--experimental_scale_timeouts=<a double>
padrão: "1.0"-
Escalone todos os tempos limite nas regras de repositório do Starlark com base nesse fator. Dessa forma, os repositórios externos podem funcionar em máquinas mais lentas do que o autor da regra esperava, sem alterar o código-fonte
Tags:bazel_internal_configuration
eexperimental
--http_timeout_scaling=<a double>
padrão: "1.0"-
Dimensione todos os tempos limite relacionados a downloads http de acordo com o fator fornecido
Tags:bazel_internal_configuration
--repository_cache=<a path>
padrão: veja a descrição-
Especifica o local do cache dos valores baixados recebidos 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 como o Bazel aplica entradas de build válidas de forma estrita (definições de regra, combinações de flag 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
eexperimental
--experimental_verify_repository_rules=<a string>
: vários usos são 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
eexperimental
- Essa opção afeta a semântica da linguagem Starlark ou a API de build acessível a arquivos BUILD, arquivos .bzl ou arquivos WORKSPACE:
--[no]experimental_allow_top_level_aspects_parameters
padrão: "true"-
Ambiente autônomo
Tags:no_op
,deprecated
eexperimental
- Opções relacionadas à saída e à semântica de Bzlmod:
--allow_yanked_versions=<a string>
: vários usos são acumulados-
Especificamos as versões do módulo na forma de "<module1>@<version1>,<module2>@<version2>" que serão permitidas no gráfico de dependências resolvida, mesmo se forem declaradas puxadas no registro de onde elas vêm (se não vierem de um NonRegistryOverride). Caso contrário, as versões puxadas farão com que a resolução falhe. Também é possível definir a versão puxada permitida com a variável de ambiente "BZLMOD_ALLOW_YANKED_VERSIONS". É possível desativar essa verificação usando a palavra-chave "todos" (não recomendado).
Tags:loading_and_analysis
--check_bazel_compatibility=<error, warning or off>
padrão: "erro"-
Verificar a compatibilidade da versão do Bazel dos módulos do Bazel. Os valores válidos são "error" para encaminhar para uma falha de resolução, "off" para desativar a verificação ou "warning" para mostrar um aviso quando uma incompatibilidade é detectada.
Tags:loading_and_analysis
--check_direct_dependencies=<off, warning or error>
padrão: "aviso"-
Verifique se as dependências diretas de "bazel_dep" declaradas no módulo raiz são as mesmas versões que você recebe no gráfico de dependências resolvidas. Os valores válidos são "off" para desativar a verificação, "warning" para imprimir um aviso quando uma incompatibilidade é detectada ou "error" para escalar para uma falha de resolução.
Tags:loading_and_analysis
--[no]ignore_dev_dependency
padrão: "falso"-
Se verdadeiro, o Bazel ignora "bazel_dep" e "use_extension" declarados como "dev_dependency" no MODULE.bazel do módulo raiz. Observe que, independentemente do valor dessa flag, essas dependências de desenvolvimento são sempre ignoradas no MODULE.bazel caso não seja o módulo raiz.
Tags:loading_and_analysis
--lockfile_mode=<off, update or error>
padrão: "desativado"-
Especifica como e se o arquivo de bloqueio deve ou não ser usado. Os valores válidos são "update" para usar o lockfile e atualizá-lo se houver mudanças, "error" para usar o lockfile, mas gerar um erro se ele não estiver atualizado, ou "off" para não ler nem gravar no lockfile.
Tags:loading_and_analysis
--override_module=<an equals-separated mapping of module name to path>
: vários usos são acumulados- Substitua um módulo por um caminho local no formato <module name>=<path>. Se o caminho informado for absoluto, ele será usado do jeito que está. Se o caminho indicado for relativo, ele será relativo ao diretório de trabalho atual. Se o caminho fornecido começar com "%workspace%", ele é relativo à raiz do espaço de trabalho, que é a saída de "bazel info workspace". .
--registry=<a string>
: vários usos são acumulados-
Especifica os registros que serão usados para localizar as dependências do módulo do Bazel. A ordem é importante: os módulos serão procurados em registros anteriores primeiro e só recorrerão aos registros posteriores quando estiverem ausentes dos anteriores.
Tags:changes_inputs
- Opções que afetam o nível de detalhes, 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 a 20 mnemônicas com o maior número de ações executadas. Ao definir essa opção, as estatísticas de todas as mnemônicas serão gravadas.
--[no]show_make_env
padrão: "falso"-
Inclua o campo "Marca" na saída.
Tags:affects_outputs
eterminal_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 não estiver vazio, leia o arquivo resolvido especificado em vez do arquivo de ESPAÇO DE TRABALHO
Tags:changes_inputs
- Opções de armazenamento em cache e execução remota:
--experimental_downloader_config=<a string>
padrão: veja a descrição- Especifique um arquivo com o qual configurar o downloader remoto. Esse arquivo é composto por linhas. Cada uma delas começa com uma diretiva ("allow", "block" ou "rewrite") seguida por um nome de host (para "allow" e "block") ou dois padrões, um para corresponder e outro para usar como URL substituto, com referências anteriores a partir de "$1". É possível que várias diretivas "rewrite" sejam fornecidas para o mesmo URL. Nesse caso, vários URLs serão retornados. .
- Opções diversas, não categorizadas de outra forma:
--override_repository=<an equals-separated mapping of repository name to path>
: vários usos são acumulados- Substitua um repositório por um caminho local no formato <repository name>=<path>. Se o caminho informado for absolu