As funções a seguir podem ser carregadas de
@bazel_tools//tools/build_defs/repo:git.bzl.
git_repository
git_repository(name, branch, build_file, build_file_content, commit, init_submodules, patch_args, patch_cmds, patch_cmds_win, patch_tool, patches, recursive_init_submodules, remote, shallow_since, strip_prefix, tag, verbose, workspace_file, workspace_file_content)
Clonar um repositório Git externo.
Clona um repositório Git, confere a tag ou o commit especificado e disponibiliza os destinos para vinculação. Também determina o ID do commit realmente conferido e a data dele, além de retornar um dicionário com parâmetros que fornecem uma versão reproduzível dessa regra (que uma tag não é necessariamente é).
O Bazel primeiro tenta fazer uma busca superficial apenas do commit especificado. Se isso falhar (geralmente devido à falta de suporte do servidor), ele vai voltar para uma busca completa do repositório.
Atributos
name |
Nome; obrigatório
Um nome exclusivo para esse repositório. |
branch |
String; opcional
ramificação no repositório remoto a ser conferida. É preciso especificar exatamente uma ramificação, tag ou commit. |
build_file |
Rótulo; opcional
O arquivo a ser usado como arquivo BUILD para esse repositório.Esse atributo é um rótulo absoluto (use "@//" para o repositório principal). O arquivo não precisa ser nomeado BUILD, mas pode ser (algo como BUILD.new-repo-name pode funcionar bem para distingui-lo dos arquivos BUILD reais do repositório). É preciso especificar build_file ou build_file_content. |
build_file_content |
String; opcional
O conteúdo do arquivo BUILD para esse repositório. É preciso especificar build_file ou build_file_content. |
commit |
String; opcional
commit específico a ser conferido. É preciso especificar exatamente uma ramificação, tag ou commit. |
init_submodules |
Booleano; opcional
Se os submódulos serão clonados no repositório. |
patch_args |
Lista de strings; opcional
Os argumentos fornecidos à ferramenta de patch. O padrão é -p0, mas -p1 geralmente é necessário para patches gerados pelo Git. Se vários argumentos -p forem especificados, o último vai entrar em vigor.Se argumentos diferentes de -p forem especificados, o Bazel vai voltar a usar a ferramenta de linha de comando de patch em vez da implementação de patch nativa do Bazel. Ao voltar para a ferramenta de linha de comando de patch e o atributo patch_tool não for especificado, `patch` será usado. |
patch_cmds |
Lista de strings; opcional
Sequência de comandos Bash a serem aplicados no Linux/macOS após a aplicação de patches. |
patch_cmds_win |
Lista de strings; opcional
Sequência de comandos do PowerShell a serem aplicados no Windows após a aplicação de patches. Se esse atributo não estiver definido, patch_cmds será executado no Windows, o que exige que o binário do Bash exista. |
patch_tool |
String; opcional
O utilitário patch(1) a ser usado. Se isso for especificado, o Bazel vai usar a ferramenta de patch especificada em vez da implementação de patch nativa do Bazel. |
patches |
Lista de rótulos; opcional
Uma lista de arquivos a serem aplicados como patches após a extração do arquivo. Por padrão, ele usa a implementação de patch nativa do Bazel, que não oferece suporte a correspondência difusa e patch binário, mas o Bazel vai voltar a usar a ferramenta de linha de comando de patch se o atributo `patch_tool` for especificado ou se houver argumentos diferentes de `-p` no atributo `patch_args`. |
recursive_init_submodules |
Booleano; opcional
Se os submódulos serão clonados recursivamente no repositório. |
remote |
String; obrigatório
O URI do repositório Git remoto |
shallow_since |
String; opcional
uma data opcional, não após o commit especificado; o argumento não é permitido se uma tag ou ramificação for especificada (que sempre pode ser clonada com --depth=1). Definir uma data próxima ao commit especificado pode permitir um clone superficial do repositório, mesmo que o servidor não ofereça suporte a buscas superficiais de commits arbitrários. Devido a bugs na implementação --shallow-since do Git, não é recomendável usar esse atributo, porque ele pode resultar em falhas de busca. |
strip_prefix |
String; opcional
Um prefixo de diretório a ser removido dos arquivos extraídos. |
tag |
String; opcional
tag no repositório remoto a ser conferida. É preciso especificar exatamente uma ramificação, tag ou commit. |
verbose |
Booleano; opcional |
workspace_file |
Rótulo; opcional
O arquivo a ser usado como arquivo `WORKSPACE` para esse repositório. É possível especificar `workspace_file` ou `workspace_file_content`, ou nenhum dos dois, mas não ambos. |
workspace_file_content |
String; opcional
O conteúdo do arquivo WORKSPACE para esse repositório. É possível especificar `workspace_file` ou `workspace_file_content`, ou nenhum dos dois, mas não ambos. |
new_git_repository
new_git_repository(name, branch, build_file, build_file_content, commit, init_submodules, patch_args, patch_cmds, patch_cmds_win, patch_tool, patches, recursive_init_submodules, remote, shallow_since, strip_prefix, tag, verbose, workspace_file, workspace_file_content)
Clonar um repositório Git externo.
Clona um repositório Git, confere a tag ou o commit especificado e disponibiliza os destinos para vinculação. Também determina o ID do commit realmente conferido e a data dele, além de retornar um dicionário com parâmetros que fornecem uma versão reproduzível dessa regra (que uma tag não é necessariamente é).
O Bazel primeiro tenta fazer uma busca superficial apenas do commit especificado. Se isso falhar (geralmente devido à falta de suporte do servidor), ele vai voltar para uma busca completa do repositório.
Atributos
name |
Nome; obrigatório
Um nome exclusivo para esse repositório. |
branch |
String; opcional
ramificação no repositório remoto a ser conferida. É preciso especificar exatamente uma ramificação, tag ou commit. |
build_file |
Rótulo; opcional
O arquivo a ser usado como arquivo BUILD para esse repositório.Esse atributo é um rótulo absoluto (use "@//" para o repositório principal). O arquivo não precisa ser nomeado BUILD, mas pode ser (algo como BUILD.new-repo-name pode funcionar bem para distingui-lo dos arquivos BUILD reais do repositório). É preciso especificar build_file ou build_file_content. |
build_file_content |
String; opcional
O conteúdo do arquivo BUILD para esse repositório. É preciso especificar build_file ou build_file_content. |
commit |
String; opcional
commit específico a ser conferido. É preciso especificar exatamente uma ramificação, tag ou commit. |
init_submodules |
Booleano; opcional
Se os submódulos serão clonados no repositório. |
patch_args |
Lista de strings; opcional
Os argumentos fornecidos à ferramenta de patch. O padrão é -p0, mas -p1 geralmente é necessário para patches gerados pelo Git. Se vários argumentos -p forem especificados, o último vai entrar em vigor.Se argumentos diferentes de -p forem especificados, o Bazel vai voltar a usar a ferramenta de linha de comando de patch em vez da implementação de patch nativa do Bazel. Ao voltar para a ferramenta de linha de comando de patch e o atributo patch_tool não for especificado, `patch` será usado. |
patch_cmds |
Lista de strings; opcional
Sequência de comandos Bash a serem aplicados no Linux/macOS após a aplicação de patches. |
patch_cmds_win |
Lista de strings; opcional
Sequência de comandos do PowerShell a serem aplicados no Windows após a aplicação de patches. Se esse atributo não estiver definido, patch_cmds será executado no Windows, o que exige que o binário do Bash exista. |
patch_tool |
String; opcional
O utilitário patch(1) a ser usado. Se isso for especificado, o Bazel vai usar a ferramenta de patch especificada em vez da implementação de patch nativa do Bazel. |
patches |
Lista de rótulos; opcional
Uma lista de arquivos a serem aplicados como patches após a extração do arquivo. Por padrão, ele usa a implementação de patch nativa do Bazel, que não oferece suporte a correspondência difusa e patch binário, mas o Bazel vai voltar a usar a ferramenta de linha de comando de patch se o atributo `patch_tool` for especificado ou se houver argumentos diferentes de `-p` no atributo `patch_args`. |
recursive_init_submodules |
Booleano; opcional
Se os submódulos serão clonados recursivamente no repositório. |
remote |
String; obrigatório
O URI do repositório Git remoto |
shallow_since |
String; opcional
uma data opcional, não após o commit especificado; o argumento não é permitido se uma tag ou ramificação for especificada (que sempre pode ser clonada com --depth=1). Definir uma data próxima ao commit especificado pode permitir um clone superficial do repositório, mesmo que o servidor não ofereça suporte a buscas superficiais de commits arbitrários. Devido a bugs na implementação --shallow-since do Git, não é recomendável usar esse atributo, porque ele pode resultar em falhas de busca. |
strip_prefix |
String; opcional
Um prefixo de diretório a ser removido dos arquivos extraídos. |
tag |
String; opcional
tag no repositório remoto a ser conferida. É preciso especificar exatamente uma ramificação, tag ou commit. |
verbose |
Booleano; opcional |
workspace_file |
Rótulo; opcional
O arquivo a ser usado como arquivo `WORKSPACE` para esse repositório. É possível especificar `workspace_file` ou `workspace_file_content`, ou nenhum dos dois, mas não ambos. |
workspace_file_content |
String; opcional
O conteúdo do arquivo WORKSPACE para esse repositório. É possível especificar `workspace_file` ou `workspace_file_content`, ou nenhum dos dois, mas não ambos. |