Las siguientes funciones se pueden cargar desde
@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 un repositorio de Git externo
Clona un repositorio de Git, verifica la etiqueta especificada o confirma. hace que sus destinos estén disponibles para la vinculación. Además, determina el ID del confirm que se verificó y su fecha, y devuelve un dict con parámetros que proporcionan una versión reproducible de esta regla (una etiqueta no necesariamente sí).
Atributos
name |
Nombre: obligatorio.
Un nombre único para este repositorio. |
branch |
String; opcional
en la rama del repositorio remoto para extraerla. Se debe especificar precisamente uno de los valores de rama, etiqueta o confirmación. |
build_file |
Etiqueta; opcional
El archivo que se usará como archivo de COMPILACIÓN para este repositorio.Este atributo es una etiqueta absoluta (usa “@//” para el repositorio principal). No es necesario que el archivo tenga el nombre BUILD, pero puede tener el nombre (algo como BUILD.new-repo-name puede funcionar bien para distinguirlo de los archivos BUILD reales del repositorio. Se debe especificar build_file o build_file_content. |
build_file_content |
String; opcional
El contenido del archivo Build de este repositorio. Se debe especificar build_file o build_file_content. |
commit |
String; opcional
una confirmación específica que se va a comprobar. Se debe especificar precisamente uno de los valores de rama, etiqueta o confirmación. |
init_submodules |
Booleano; opcional
Establece si se deben clonar submódulos en el repositorio. |
patch_args |
Lista de cadenas; opcional
Los argumentos proporcionados a la herramienta de parches. El valor predeterminado es -p0; sin embargo, -p1 suele ser necesario para los parches que genera git. Si se especifican varios argumentos -p, el último tendrá efecto.Si se especifican otros argumentos distintos de -p, Bazel recurrirá a la herramienta de línea de comandos de parches en lugar de la implementación de parches nativa de Bazel. Cuando recurras a la herramienta de línea de comandos del parche y no se especifica el atributo parche_herramienta, se utilizará “parche”. |
patch_cmds |
Lista de cadenas; opcional
Secuencia de comandos de Bash que se aplicará en Linux/Macos después de aplicar los parches. |
patch_cmds_win |
Lista de cadenas; opcional
Secuencia de comandos de PowerShell que se aplicarán en Windows después de aplicar los parches. Si no se establece este atributo, se ejecutará patch_cmds en Windows, lo que requiere que exista el objeto binario Bash. |
patch_tool |
String; opcional
La utilidad parche(1) que se debe usar. Si lo haces, Bazel usará la herramienta de parches especificada en lugar de la implementación de parches nativa de Bazel. |
patches |
Lista de etiquetas; opcional
Una lista de los archivos que se aplicarán como parches después de extraerlo. De forma predeterminada, usa la implementación de parches nativa de Bazel que no admite la coincidencia de fuzz ni el parche binario, pero Bazel recurrirá a la herramienta de línea de comandos de parche si se especifica el atributo `patch_tool` o si hay argumentos distintos de `-p` en el atributo `patch_args`. |
recursive_init_submodules |
Booleano; opcional
Establece si se deben clonar submódulos de forma recursiva en el repositorio. |
remote |
String; obligatorio.
El URI del repositorio remoto de Git |
shallow_since |
String; opcional
una fecha opcional, no posterior a la confirmación especificada; el argumento no está permitido si se especifica una etiqueta (lo que permite la clonación con una profundidad de 1). Establecer una fecha cercana a la confirmación especificada permite realizar una clonación más superficial del repositorio, lo que ahorra ancho de banda y tiempo real. |
strip_prefix |
String; opcional
Un prefijo de directorio para quitar los archivos extraídos. |
tag |
String; opcional
en el repositorio remoto que se extraerán. Se debe especificar precisamente uno de los valores de rama, etiqueta o confirmación. |
verbose |
Booleano; opcional |
workspace_file |
Etiqueta; opcional
El archivo que se usará como archivo `WORKSPACE` para este repositorio. Se puede especificar “workspace_file” o “workspace_file_content”, o ninguno, pero no ambos. |
workspace_file_content |
String; opcional
El contenido del archivo WORKSPACE de este repositorio. Se puede especificar “workspace_file” o “workspace_file_content”, o ninguno, pero no 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 un repositorio de Git externo
Clona un repositorio de Git, verifica la etiqueta especificada o confirma. hace que sus destinos estén disponibles para la vinculación. Además, determina el ID del confirm que se verificó y su fecha, y devuelve un dict con parámetros que proporcionan una versión reproducible de esta regla (una etiqueta no necesariamente sí).
Atributos
name |
Nombre: obligatorio.
Un nombre único para este repositorio. |
branch |
String; opcional
en la rama del repositorio remoto para extraerla. Se debe especificar precisamente uno de los valores de rama, etiqueta o confirmación. |
build_file |
Etiqueta; opcional
El archivo que se usará como archivo de COMPILACIÓN para este repositorio.Este atributo es una etiqueta absoluta (usa “@//” para el repositorio principal). No es necesario que el archivo tenga el nombre BUILD, pero puede tener el nombre (algo como BUILD.new-repo-name puede funcionar bien para distinguirlo de los archivos BUILD reales del repositorio. Se debe especificar build_file o build_file_content. |
build_file_content |
String; opcional
El contenido del archivo Build de este repositorio. Se debe especificar build_file o build_file_content. |
commit |
String; opcional
una confirmación específica que se va a comprobar. Se debe especificar precisamente uno de los valores de rama, etiqueta o confirmación. |
init_submodules |
Booleano; opcional
Establece si se deben clonar submódulos en el repositorio. |
patch_args |
Lista de cadenas; opcional
Los argumentos proporcionados a la herramienta de parches. El valor predeterminado es -p0; sin embargo, -p1 suele ser necesario para los parches que genera git. Si se especifican varios argumentos -p, el último tendrá efecto.Si se especifican otros argumentos distintos de -p, Bazel recurrirá a la herramienta de línea de comandos de parches en lugar de la implementación de parches nativa de Bazel. Cuando recurras a la herramienta de línea de comandos del parche y no se especifica el atributo parche_herramienta, se utilizará “parche”. |
patch_cmds |
Lista de cadenas; opcional
Secuencia de comandos de Bash que se aplicará en Linux/Macos después de aplicar los parches. |
patch_cmds_win |
Lista de cadenas; opcional
Secuencia de comandos de PowerShell que se aplicarán en Windows después de aplicar los parches. Si no se establece este atributo, se ejecutará patch_cmds en Windows, lo que requiere que exista el objeto binario Bash. |
patch_tool |
String; opcional
La utilidad parche(1) que se debe usar. Si lo haces, Bazel usará la herramienta de parches especificada en lugar de la implementación de parches nativa de Bazel. |
patches |
Lista de etiquetas; opcional
Una lista de los archivos que se aplicarán como parches después de extraerlo. De forma predeterminada, usa la implementación de parches nativa de Bazel que no admite la coincidencia de fuzz ni el parche binario, pero Bazel recurrirá a la herramienta de línea de comandos de parche si se especifica el atributo `patch_tool` o si hay argumentos distintos de `-p` en el atributo `patch_args`. |
recursive_init_submodules |
Booleano; opcional
Establece si se deben clonar submódulos de forma recursiva en el repositorio. |
remote |
String; obligatorio.
El URI del repositorio remoto de Git |
shallow_since |
String; opcional
una fecha opcional, no posterior a la confirmación especificada; el argumento no está permitido si se especifica una etiqueta (lo que permite la clonación con una profundidad de 1). Establecer una fecha cercana a la confirmación especificada permite realizar una clonación más superficial del repositorio, lo que ahorra ancho de banda y tiempo real. |
strip_prefix |
String; opcional
Un prefijo de directorio para quitar los archivos extraídos. |
tag |
String; opcional
en el repositorio remoto que se extraerán. Se debe especificar precisamente uno de los valores de rama, etiqueta o confirmación. |
verbose |
Booleano; opcional |
workspace_file |
Etiqueta; opcional
El archivo que se usará como archivo `WORKSPACE` para este repositorio. Se puede especificar “workspace_file” o “workspace_file_content”, o ninguno, pero no ambos. |
workspace_file_content |
String; opcional
El contenido del archivo WORKSPACE de este repositorio. Se puede especificar “workspace_file” o “workspace_file_content”, o ninguno, pero no ambos. |