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)
Clona un repositorio de Git externo.
Clona un repositorio de Git, verifica la etiqueta o la confirmación especificadas y hace que sus objetivos estén disponibles para la vinculación. También determina el ID de la confirmación que se verificó y su fecha, y devuelve un diccionario con parámetros que proporcionan una versión reproducible de esta regla (que no necesariamente es una etiqueta).
Primero, Bazel intentará realizar una recuperación superficial de solo la confirmación especificada. Si eso falla (por lo general, debido a la falta de compatibilidad con el servidor), volverá a realizar una recuperación completa del repositorio.
Atributos
name |
Nombre; obligatorio
Un nombre único para este repositorio. |
branch |
String; opcional
Rama en el repositorio remoto para verificar. Se debe especificar exactamente una de las siguientes opciones: branch, tag o commit. |
build_file |
Etiqueta; opcional
El archivo que se usará como archivo BUILD para este repositorio.Este atributo es una etiqueta absoluta (usa "@//" para el repositorio principal). No es necesario que el archivo se llame BUILD, pero puede serlo (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 para este repositorio. Se debe especificar build_file o build_file_content. |
commit |
String; opcional
Confirmación específica que se verificará. Se debe especificar exactamente una de las siguientes opciones: branch, tag o commit. |
init_submodules |
Booleano; opcional
Indica si se deben clonar los submódulos en el repositorio. |
patch_args |
Lista de cadenas; opcional
Los argumentos que se le dan a la herramienta de parche. El valor predeterminado es -p0, pero, por lo general, se necesitará -p1 para los parches generados por Git. Si se especifican varios argumentos -p, se aplicará el último.Si se especifican argumentos que no sean -p, Bazel volverá a usar la herramienta de línea de comandos de parche en lugar de la implementación de parche nativa de Bazel. Cuando se vuelve a la herramienta de línea de comandos de parche y no se especifica el atributo patch_tool, se usará `patch`. |
patch_cmds |
Lista de cadenas; opcional
Secuencia de comandos de Bash que se aplicarán 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 de Bash. |
patch_tool |
String; opcional
La utilidad patch(1) que se usará. Si se especifica, Bazel usará la herramienta de parche especificada en lugar de la implementación de parche nativa de Bazel. |
patches |
Lista de etiquetas; opcional
Una lista de archivos que se aplicarán como parches después de extraer el archivo. De forma predeterminada, usa la implementación de parche nativa de Bazel que no admite la coincidencia difusa ni el parche binario, pero Bazel volverá a usar la herramienta de línea de comandos de parche si se especifica el atributo `patch_tool` o si hay argumentos que no sean `-p` en el atributo `patch_args`. |
recursive_init_submodules |
Booleano; opcional
Indica si se deben clonar los submódulos de forma recursiva en el repositorio. |
remote |
String; obligatorio
La URI del repositorio de Git remoto |
shallow_since |
String; opcional
Una fecha opcional, no posterior a la confirmación especificada. El argumento no se permite si se especifica una etiqueta o una rama (que siempre se puede clonar con --depth=1). Si se establece una fecha cercana a la confirmación especificada, se puede permitir una clonación superficial del repositorio, incluso si el servidor no admite recuperaciones superficiales de confirmaciones arbitrarias. Debido a errores en la implementación de --shallow-since de Git, no se recomienda usar este atributo, ya que puede provocar fallas en la recuperación. |
strip_prefix |
String; opcional
Un prefijo de directorio que se quitará de los archivos extraídos. |
tag |
String; opcional
Etiqueta en el repositorio remoto para verificar. Se debe especificar exactamente una de las siguientes opciones: branch, tag o commit. |
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 para 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)
Clona un repositorio de Git externo.
Clona un repositorio de Git, verifica la etiqueta o la confirmación especificadas y hace que sus objetivos estén disponibles para la vinculación. También determina el ID de la confirmación que se verificó y su fecha, y devuelve un diccionario con parámetros que proporcionan una versión reproducible de esta regla (que no necesariamente es una etiqueta).
Primero, Bazel intentará realizar una recuperación superficial de solo la confirmación especificada. Si eso falla (por lo general, debido a la falta de compatibilidad con el servidor), volverá a realizar una recuperación completa del repositorio.
Atributos
name |
Nombre; obligatorio
Un nombre único para este repositorio. |
branch |
String; opcional
Rama en el repositorio remoto para verificar. Se debe especificar exactamente una de las siguientes opciones: branch, tag o commit. |
build_file |
Etiqueta; opcional
El archivo que se usará como archivo BUILD para este repositorio.Este atributo es una etiqueta absoluta (usa "@//" para el repositorio principal). No es necesario que el archivo se llame BUILD, pero puede serlo (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 para este repositorio. Se debe especificar build_file o build_file_content. |
commit |
String; opcional
Confirmación específica que se verificará. Se debe especificar exactamente una de las siguientes opciones: branch, tag o commit. |
init_submodules |
Booleano; opcional
Indica si se deben clonar los submódulos en el repositorio. |
patch_args |
Lista de cadenas; opcional
Los argumentos que se le dan a la herramienta de parche. El valor predeterminado es -p0, pero, por lo general, se necesitará -p1 para los parches generados por Git. Si se especifican varios argumentos -p, se aplicará el último.Si se especifican argumentos que no sean -p, Bazel volverá a usar la herramienta de línea de comandos de parche en lugar de la implementación de parche nativa de Bazel. Cuando se vuelve a la herramienta de línea de comandos de parche y no se especifica el atributo patch_tool, se usará `patch`. |
patch_cmds |
Lista de cadenas; opcional
Secuencia de comandos de Bash que se aplicarán 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 de Bash. |
patch_tool |
String; opcional
La utilidad patch(1) que se usará. Si se especifica, Bazel usará la herramienta de parche especificada en lugar de la implementación de parche nativa de Bazel. |
patches |
Lista de etiquetas; opcional
Una lista de archivos que se aplicarán como parches después de extraer el archivo. De forma predeterminada, usa la implementación de parche nativa de Bazel que no admite la coincidencia difusa ni el parche binario, pero Bazel volverá a usar la herramienta de línea de comandos de parche si se especifica el atributo `patch_tool` o si hay argumentos que no sean `-p` en el atributo `patch_args`. |
recursive_init_submodules |
Booleano; opcional
Indica si se deben clonar los submódulos de forma recursiva en el repositorio. |
remote |
String; obligatorio
La URI del repositorio de Git remoto |
shallow_since |
String; opcional
Una fecha opcional, no posterior a la confirmación especificada. El argumento no se permite si se especifica una etiqueta o una rama (que siempre se puede clonar con --depth=1). Si se establece una fecha cercana a la confirmación especificada, se puede permitir una clonación superficial del repositorio, incluso si el servidor no admite recuperaciones superficiales de confirmaciones arbitrarias. Debido a errores en la implementación de --shallow-since de Git, no se recomienda usar este atributo, ya que puede provocar fallas en la recuperación. |
strip_prefix |
String; opcional
Un prefijo de directorio que se quitará de los archivos extraídos. |
tag |
String; opcional
Etiqueta en el repositorio remoto para verificar. Se debe especificar exactamente una de las siguientes opciones: branch, tag o commit. |
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 para este repositorio. Se puede especificar `workspace_file` o `workspace_file_content`, o ninguno, pero no ambos. |