Характеристики ГАЗель NEXT
| Параметры | Модель автомобиля | |
| А21R22 | А21R32 | |
| Общие данные | ||
| Полная масса, кг | 3500 | 3500 |
| Масса снаряженного автомобиля, кг | 2060 | 2230 |
| Нагрузка на ось полностью гружёного автомобиля, кг переднюю заднюю |
1310 |
1420 |
| Дорожный просвет (под картером заднего моста при полной массе), мм | 170 | 170 |
| Минимальный радиус поворота по колее наружного переднего колеса, м | 5,6 | 6,5 |
| Контрольный расход топлива(замеряется по специальной методике)при движении с постоянной скоростью,л/100 км: 60 км/ч 80 км/ч |
8,5 |
8,5 |
| Максимальная скорость автомобиля нагоризонтальном участке ровного шоссе,км/ч: | 134 | 132 |
Углы свеса (с нагрузкой), град. :передний задний | 22 23 | 22 17 |
| Максимальный подъём,преодолеваемый автомобилем с полной нагрузкой, % | 26 | 26 |
| Погрузочная высота, мм | 955 | 955 |
| Двигатель | ||
| Модель | ISF2.8s4129Р | |
| Тип | Дизельный, с турбонаддувом и охладителем надувочного воздуха | |
| Количество цилиндров и их расположение | 4, рядное | |
| Диаметр цилиндров и ход поршня, мм | 94х100 | |
| Рабочий объем цилиндров, л | 2,8 | |
| Степень сжатия | 16,5 | |
| Максимальная мощность, кВт (л.с.) | 88,3 (120) | |
| при частоте вращения коленчатого вала, об/мин | 3600 | |
| Максимальный крутящий момент, нетто, Н·м (кгс·м) | 270 (27,5) | |
| при частоте вращения коленчатого вала, об/мин | 1400-3000 | |
| Трансмиссия | ||
| Сцепление | Однодисковое, сухое, сгидравлическим приводом | |
| Коробка передач | Механическая, 5-ступенчатая | |
| Карданная передача | Два вала с тремя карданными шарнирами и промежуточной опорой | |
| Ходовая часть | ||
| Колеса | Дисковые, с неразборным ободом 5½ Jx16h3 | |
| Шины | Пневматические, радиальные, размером 185/75R16C | |
| Подвеска передняя | Независимая, на поперечных рычагах с цилиндрическим пружинами, со стабилизатором поперечной устойчивости | |
| Подвеска задняя | Две продольные, полуэллиптические рессоры с дополнительными рессорами и стабилизатором поперечной устойчивости | |
| Амортизаторы | Четыре – газонаполненные, телескопические, двухстороннего действия | |
| Рулевое управление | ||
| Рулевой механизм с ГУР | Реечного типа | |
| Рулевая колонка | Регулируемая по углу наклона | |
| Тормоза | ||
| Рабочая тормозная система | Двухконтурная с гидравлическим приводом и вакуумным усилителем | |
| Тормозные механизмы: передних колес задних колес | Дисковые Барабанные | |
| Электрооборудование | ||
| Аккумуляторная батарея | 6СТ-75VL или 6СТ-85VL | |
Все интересующие Вас детали, Вы так же можете уточнить в Компании «ГАЗ68» по телефону: +7(4752) 700-555 или по адресу: г.
Тамбов, Моршанское ш., д.24А
Типовые параметры ЭБУ «Микас 12» на бензиновой Газель Бизнес с двигателем А275 ЭБУ A21R23.3763 004-11; Микас 12; 9815.3763 004-11 Пробег автомобиля 56554 км (на момент диагностики были две ошибки Р0422 (низкая эф-ть нейтрализатора) и Р0141 (обрыв нагревателя датчика кислорода №2). Обратите внимание на готовность датчиков кислорода, которые ещё не прогрелись, так как двигатель проработал 51 секунду после запуска до сохранения этих параметров.
|
666 В
0 кг/ч
464 В
9 %
022
0 °пкв
0 °пкв
2 мг/ц
039
реле стартёра
0 л/100км bazel-gazelle/extend.md at master · bazelbuild/bazel-gazelle · GitHub
Gazelle начиналась как генератор файлов сборки для проектов Go, но может быть расширен для поддержки других языков и пользовательских наборов правил.
Чтобы продлить Газель, необходимо сделать три вещи:
- Напишите go_library с функцией с именем
NewLanguage, которая предоставляет реализация Языкового интерфейса. Этот интерфейс предоставляет крючки для создание правил, анализ директив конфигурации и разрешение импорта на лейблы Базель.
По соглашению имя пакета библиотеки должно совпадать
язык (например, протоилибзл). - Напишите правило gazelle_binary. Включите свою библиотеку в
языковсписок. - Напишите правило газели, указывающее на ваш
gazelle_binary. Когда вы бежитеbazel run //:gazelle, ваш двоичный файл будет собран и выполнен вместо двоичный файл по умолчанию.
По соглашению имя пакета библиотеки должно совпадать
язык (например, Испытания
Чтобы написать тесты для вашего расширения газели, вы можете использовать gazelle_generation_test, который запустит двоичный файл газели по вашему выбору в наборе тестовых рабочих областей.
Поддерживаемые языки
Перемещено в /README.rst
Пример
Сама Газельпостроена по описанной выше модели, поэтому может служить пример.
//язык/прото:go_default_library и //язык/прото:go_default_library
оба реализуют язык
интерфейс.
Также есть //internal/gazellebinarytest:go_default_library,
реализация заглушки, используемая для тестирования.
//cmd/gazelle — это правило gazelle_binary , которое включает в себя оба эти
библиотеки через DEFAULT_LANGUAGES список (вы можете использовать DEFAULT_LANGUAGES в вашем собственном правиле).
load("@bazel_gazelle//:def.bzl", "DEFAULT_LANGUAGES", "gazelle_binary")
gazelle_binary(
имя = "Газель",
языки = [
"@rules_python//gazelle", # Используйте газель из rules_python.
"@bazel_gazelle//language/go", # Встроенное правило от gazelle для Golang.
"@bazel_gazelle//language/proto", # Встроенное правило от gazelle для Protos.
# Любые языки, которые зависят от плагина прототипа Gazelle, должны идти после него.
"@external_repository//language/gazelle", # Здесь можно добавить внешние языки.
],
видимость = ["//видимость: общедоступная"],
) Этот двоичный файл можно вызвать с помощью правила gazelle следующим образом:
load("@bazel_gazelle//:def. bzl", "газель")
# газель:префикс example.com/project
газель(
имя = "Газель",
газель = "//:my_gazelle_binary",
) 
bzl", "газель")
# газель:префикс example.com/project
газель(
имя = "Газель",
газель = "//:my_gazelle_binary",
) Вы можете запустить это с помощью bazel run //:gazelle .
Взаимодействие с прото
Расширение proto (//language/proto:go_default_library) собирает метаданные
из файлов .proto и генерирует proto_library правил на основе этих метаданных.
Расширения, которые генерируют прото-правила для конкретного языка (например, go_proto_library ) могут использовать эти метаданные.
Справку по API см. в protogodoc.
Чтобы получить информацию о конфигурации прототипа, вызовите proto.GetProtoConfig. Это в основном полезно для обнаружения текущего режима прототипа.
Чтобы получить информацию о правилах proto_library , изучите OtherGen список правил, переданных в language.GenerateRules . Это список правил
генерируется другими языковыми расширениями и будет включать proto_library правила в каждом каталоге, если они были. Для каждого из этих правил можно
вызовите r.PrivateAttr(proto.PackageKey) , чтобы получить запись proto.Package. Этот
включает в себя имя прото-пакета, а также имена источников, импорт и параметры.
gazelle_binary
gazelle_binary(имя, языки)
Правило gazelle_binary создает двоичный файл Go, включающий список
языковые расширения. Это требует создания небольшого количества кода, который
должен быть скомпилирован в основной пакет Газели, поэтому обычный go_binary
правило не используется.
При запуске двоичного файла каждое расширение языка запускается последовательно. Это влияет
порядок, в котором правила появляются в сгенерированных файлах сборки. Метаданные могут быть созданы
более ранним расширением и потребляется более поздним расширением. Например,
расширение proto хранит метаданные в скрытых атрибутах сгенерированных proto_library правил. Расширение Go использует эти метаданные для создания go_proto_library правил.
АТРИБУТЫ
| Имя | Описание | Тип | Обязательно | По умолчанию |
|---|---|---|---|---|
| имя | Уникальное имя для этой цели. | Имя | требуется | |
| языки | Список языковых расширений, которые будет использовать двоичный файл Gazelle. Каждое расширение должно быть go_library или чем-то совместимым. Каждое расширение должно экспортировать функцию с именем | Список этикеток | требуется |
gazelle_generation_test
gazelle_generation_test(имя, gazelle_binary, test_data, build_in_suffix, build_out_suffix,
gazelle_timeout_seconds, размер, kwargs)
gazelle_generation_test — это макрос для тестирования газели на рабочих пространствах.
Тест генерации предполагает файловую структуру, подобную следующей:
|--|-- некоторый_тест |-- РАБОЧАЯ ОБЛАСТЬ |-- README.md --> README, описывающий, что делает тест. |--ожидаемыйStdout.txt --> Ожидаемый стандартный вывод для этого теста. |--ожидаемыйStderr.txt --> Ожидаемый стандартный поток ошибок для этого теста. |--ожидаемыйExitCode.txt --> Ожидаемый код выхода для этого теста. |-- приложение |-- исходный файл.foo |-- BUILD.
in --> Файл BUILD перед запуском газели.
|-- BUILD.out --> Файл BUILD, ожидаемый после запуска газели.
Чтобы обновить ожидаемые файлы, запустите UPDATE_SNAPSHOTS=true bazel run //path/to:the_test_target .
ПАРАМЕТРЫ
| Имя | Описание | Значение по умолчанию |
|---|---|---|
| имя | Имя теста. | нет |
| gazelle_binary | Имя бинарной цели «Газель». Например, //путь/к:my_gazelle. | нет |
| тест_данные | Список целевых файлов тестовых данных, которые вы передадите тесту. Это может быть https://bazel.build/reference/be/general#filegroup. | нет |
| build_in_suffix | Суффикс для входных файлов BUILD. bazel. По умолчанию .in. По умолчанию будут использоваться файлы с именем BUILD.in в качестве файлов BUILD перед запуском газели. | ".in" |
| build_out_suffix | Суффикс ожидаемых файлов BUILD.bazel после запуска gazelle. По умолчанию .out. По умолчанию будут использоваться файлы с именем «Проверить результаты запуска газели» по файлам с именем BUILD.out. | ".out" |
| gazelle_timeout_seconds | — | 2 |
| размер | Указывает «тяжесть» тестовой цели: сколько времени/ресурсов требуется для запуска. | Нет |
| кваргс | Атрибуты, которые передаются непосредственно в объявление теста. | нет |
bazel-gazelle/repository.
md на мастере · bazelbuild/bazel-gazelle · GitHubПравила репозитория — это правила Bazel, которые можно использовать в файлах WORKSPACE для импорта проекты во внешних репозиториях. Правила репозитория могут загружать проекты и преобразовывать их, применяя исправления или создавая файлы сборки.
Репозиторий Gazelle предоставляет три правила:
-
go_repositoryзагружает проект Go, используя либоgo mod download, либо инструмент контроля версий, такой какgit, или прямая загрузка по HTTP. Он понимает Перенаправление пути импорта Go. Если файлы сборки еще не существуют, он может генерировать их с помощью Gazelle. -
git_repositoryзагружает проект с помощью git. В отличие от родногоgit_repository, это правило позволяет указать «оверлей»: набор файлы, которые необходимо скопировать в загруженный проект. Это может быть использовано для добавления предварительно сгенерированные файлы сборки в проект, в котором их нет. -
http_archiveзагружает проект по HTTP. Он также позволяет указать оверлейные файлы.
ПРИМЕЧАНИЕ: git_repository и http_archive устарели в пользу
одноименные правила в @bazel_tools//tools/build_defs/repo:git.bzl и
@bazel_tools//tools/build_defs/repo:http.bzl.
Правила репозитория можно загрузить и использовать в WORKSPACE следующим образом:
load("@bazel_gazelle//:deps.bzl", "go_repository")
go_repository(
имя = "com_github_pkg_errors",
совершить = "816c62cd7ee03e7f8188a1cfd942858cded",
importpath = "github.com/pkg/errors",
) Газель может автоматически добавлять и обновлять некоторые из этих правил с помощью 9Команда 0008 update-repos . Например, к приведенному выше правилу можно добавить:
.$ обновления газели-репозитории github.com/pkg/errors
git_repository
git_repository (имя, коммит, оверлей, удаленный, repo_mapping, тег)
ПРИМЕЧАНИЕ.
git_repository устарел в пользу одноименного правила
в @bazel_tools//tools/build_defs/repo:git.bzl.
git_repository загружает проект с помощью git. Он имеет те же характеристики, что и
нативное правило git_repository, но оно также позволяет копировать набор файлов
в репозиторий после скачивания. Это особенно полезно для размещения
предварительно сгенерированные файлы сборки.
Пример
load("@bazel_gazelle//:deps.bzl", "git_repository")
git_repository(
имя = "com_github_pkg_errors",
удаленный = "https://github.com/pkg/errors",
совершить = "816c62cd7ee03e7f8188a1cfd942858cded",
наложение = {
"@my_repo// Third_Party:com_github_pkg_errors/BUILD.bazel.in" : "BUILD.bazel",
},
) АТРИБУТЫ
| Имя | Описание | Тип | Обязательно | По умолчанию |
|---|---|---|---|---|
| имя | Уникальное имя для этого репозитория. | Имя | требуется | |
| зафиксировать | Коммит git для извлечения. Можно указать либо commit , либо tag . | Строка | опционально | "" |
| накладка | Набор файлов для копирования в загруженный репозиторий. Ключи в этом словаре — это метки Bazel, указывающие на файлы для копирования. Это должны быть полностью квалифицированные метки (т. е. @repo//pkg:name ), потому что относительные метки интерпретируются в извлеченном репозитории, а не в репозитории, содержащем файл WORKSPACE. Значения в этом словаре являются относительными путями, по которым должны быть записаны файлы оверлея. Оверлейные словари для всех репозиториев удобно хранить в отдельном файле .bzl. См., например, файл | Словарь: Метка -> Строка | опционально | {} |
| удаленный | Удаленный репозиторий для загрузки. | Строка | требуется | |
| repo_mapping | Словарь из имени локального репозитория в имя глобального репозитория. Это позволяет контролировать разрешение зависимостей рабочей области для зависимостей этого репозитория. Например, запись | Словарь: Строка -> Строка | требуется | |
| бирка | Тег git для извлечения. Можно указать либо commit , либо tag . | Строка | опционально | "" |
go_repository
go_repository(name, auth_patterns, build_config, build_directives, build_external, build_extra_args,
build_file_generation, build_file_name, build_file_proto_mode, build_naming_convention,
build_tags, canonical_id, commit, debug_mode, importpath, patch_args, patch_cmds,
patch_tool, patches, remote, replace, repo_mapping, sha256, strip_prefix, sum, tag,
тип, URL, vcs, версия)
go_repository загружает проект Go и создает файлы сборки с помощью Gazelle
если их еще нет. Это самый простой способ зависеть от
внешние проекты Go.
Когда go_repository находится в режиме модуля, загруженные модули сохраняются в общем,
внутренний кеш внутри кеша Bazel.
Его можно очистить с помощью bazel clean --expunge .
Установив переменную среды GO_REPOSITORY_USE_HOST_CACHE=1 , вы можете
сила go_repository для использования кэша модулей в хост-системе в расположении
возвращено go env GOPATH .
Пример
load("@bazel_gazelle//:deps.bzl", "go_repository")
# Скачать с помощью "go mod download"
go_repository(
имя = "com_github_pkg_errors",
importpath = "github.com/pkg/errors",
сумма = "h2:iURUrRGxPUNPdy5/HRSm+Yj6okJ6UtLINN0Q9M4+h4I=",
версия = "v0.8.1",
)
# Автоматически скачивать через git
go_repository(
имя = "com_github_pkg_errors",
коммит = "816c62cd7ee03e7f8188a1cfd942858cded",
importpath = "github.com/pkg/errors",
)
# Скачать с форка git
go_repository(
имя = "com_github_pkg_errors",
совершить = "816c62cd7ee03e7f8188a1cfd942858cded",
importpath = "github.com/pkg/errors",
удаленный = "https://example. com/fork/github.com/pkg/errors",
vc = "git",
)
# Загрузить по HTTP
go_repository(
имя = "com_github_pkg_errors",
importpath = "github.com/pkg/errors",
URL-адреса = ["https://codeload.github.com/pkg/errors/zip/816c62cd7ee03e7f8188a1cfd942858cded"],
strip_prefix = "ошибки-816c62cd7ee03e7f8188a1cfd942858cded",
тип = "zip",
) 
com/fork/github.com/pkg/errors",
vc = "git",
)
# Загрузить по HTTP
go_repository(
имя = "com_github_pkg_errors",
importpath = "github.com/pkg/errors",
URL-адреса = ["https://codeload.github.com/pkg/errors/zip/816cАТРИБУТЫ
| Имя | Описание | Тип | Обязательно | По умолчанию |
|---|---|---|---|---|
| имя | Уникальное имя для этого репозитория. | Имя | требуется | |
| шаблоны авторизации | Необязательный словарь, сопоставляющий имена хостов с пользовательскими шаблонами авторизации. Если имя хоста URL-адреса присутствует в этом словаре, значение будет использоваться в качестве шаблона при создании заголовка авторизации для HTTP-запроса. В настоящее время шаблон поддерживает 2 токена: <код><логин> и <код><пароль>, которые заменяются эквивалентным значением в файле netrc для того же имени хоста. После форматирования результат устанавливается как значение поля Пример атрибута и netrc для http-загрузки в API с поддержкой oauth3 с использованием токена носителя: auth_patterns = { "storage.cloudprovider.com": "Bearer netrc . | Словарь: Строка -> Строка | опционально | {} |
| build_config | Файл, который Gazelle должен прочитать, чтобы узнать о внешних репозиториях перед созданием файлов сборки. Это полезно для разрешения зависимостей. Например, правило go_repository в этом файле устанавливает соответствие между именем репозитория, например golang., и именем рабочей области, например org_golang_x_tools 9.0009 . Директивы рабочей области, такие как | Этикетка | опционально | @bazel_gazelle_go_repository_config//:РАБОЧАЯ ОБЛАСТЬ |
| build_directives | Список директив, которые необходимо записать в файл сборки корневого уровня перед вызовом Gazelle для создания файлов сборки. Каждая строка в списке будет иметь префикс # .автоматически. Распространенным вариантом использования является передача списка директив Gazelle. | Список строк | опционально | [] |
| build_external | Один из "внешний" , "статический" или "вендорный" . Устанавливает флаг командной строки Gazelle ПРИМЕЧАНИЕ: Это нельзя использовать для игнорирования каталога | Строка | опционально | "статический" |
| build_extra_args | Список дополнительных аргументов командной строки для передачи в Gazelle при создании файлов сборки. | Список строк | опционально | [] |
| build_file_generation | Один из "авто" , "вкл" , "выкл" . Должна ли Gazelle создавать файлы сборки в репозитории. В режиме | Строка | опционально | "авто" |
| имя_файла_сборки | Список имен, разделенных запятыми, которые Gazelle будет считать файлами сборки. Если репозиторий содержит файлы с именем build , которые не связаны с Bazel, может помочь установить для этого параметра значение "BUILD.bazel" , особенно в файловых системах без учета регистра. | Строка | опционально | "СТРОЙ. базел,СТРОЙ" |
| build_file_proto_mode | Один из "по умолчанию" , "устаревший" , "отключить" , "disable_global" или "пакет" . Устанавливает флаг командной строки Gazelle | Строка | опционально | "" |
| build_naming_convention | Задает соглашение об именовании библиотек, которое будет использоваться при разрешении зависимостей от этого внешнего репозитория. Если не установлено, используется соглашение из внешней рабочей области. Допустимые значения: go_default_library , import и import_alias . Дополнительную информацию см. в директиве | Строка | опционально | "импорт_алиас" |
| build_tags | Это устанавливает флаг командной строки Gazelle -build_tags . | Список строк | опционально | [] |
| canonical_id | Если репозиторий загружается через HTTP ( urls установлен) и это установлено, ограничьте попадания в кеш теми случаями, когда репозиторий был добавлен в кеш с тем же каноническим идентификатором. | Строка | опционально | "" |
| зафиксировать | Если репозиторий загружается с помощью средства управления версиями, это фиксация или редакция для извлечения. С git это будет идентификатор коммита sha1. зафиксировать и тег не могут быть установлены одновременно. | Строка | опционально | "" |
| режим_отладки | Включает регистрацию выходных данных fetch_repo и Gazelle во время успешных запусков. Газель может быть шумной, поэтому по умолчанию False . Однако установка значения True может быть полезна для отладки сбоев сборки и непредвиденного поведения данного правила. | Булево значение | опционально | Ложь |
| путь импорта | Путь импорта Go, соответствующий корневому каталогу этого репозитория. В режиме модуля (когда установлена версия Если файлы сборки создаются для этого репозитория, библиотеки будут иметь свои | Строка | требуется | |
| patch_args | Аргументы, передаваемые средству исправления при применении исправлений. | Список строк | опционально | ["-p0"] |
| patch_cmds | Команды для запуска в репозитории после применения исправлений. | Список строк | опционально | [] |
| patch_tool | Средство исправления, используемое для применения исправлений . Если это указано, Bazel будет использовать указанный инструмент исправления вместо собственной реализации исправления Bazel. | Строка | опционально | "" |
| патчи | Список исправлений, которые необходимо применить к репозиторию после запуска газели. | Список этикеток | опционально | [] |
| удаленный | Местоположение VCS, откуда следует загрузить репозиторий. Обычно это выводится из importpath , но вы можете установить remote для загрузки из частного репозитория или форка. | Строка | опционально | "" |
| заменить | Замена модуля с именем importpath . Модуль с именем вместо будет загружен в версия и проверено с суммой . ПРИМЕЧАНИЕ. Не существует | Строка | опционально | "" |
| repo_mapping | Словарь из имени локального репозитория в имя глобального репозитория. Это позволяет контролировать разрешение зависимостей рабочей области для зависимостей этого репозитория. Например, запись | Словарь: Строка -> Строка | требуется | |
| ша256 | Если репозиторий загружается по HTTP (установлено urls ), это сумма SHA-256 загруженного архива. Если установлено, Bazel сверит архив с этой суммой, прежде чем извлекать его. ВНИМАНИЕ: Не используйте это со службами, которые подготавливают исходные архивы по запросу, например codeload.github.com. Любые незначительные изменения в серверном программном обеспечении могут вызвать различия в порядке файлов, выравнивании и сжатии, которые нарушают суммы SHA-256. | Строка | опционально | "" |
| префикс_полосы | Если репозиторий загружается через HTTP (установлено urls ), это префикс каталога, который нужно удалить. См. [ http_archive.strip_prefix ]. | Строка | опционально | "" |
| сумма | Хэш содержимого модуля. В режиме модуля go_repository проверит, соответствует ли загруженный модуль этой сумме. Может быть установлено только в том случае, если также установлена версия . Значение для | Строка | опционально | "" |
| бирка | Если репозиторий загружается с помощью средства управления версиями, это именованная редакция для извлечения. commit и tag не могут быть установлены одновременно. | Строка | опционально | "" |
| тип | Один из "zip" , "tar.gz" , "tgz" , "tar.bz2" , "tar.xz" . Если репозиторий загружается по HTTP (установлено | Строка | опционально | "" |
| URL-адреса | Список URL-адресов HTTP(S), по которым можно загрузить архив, содержащий проект. Bazel попытается выполнить загрузку с первого URL-адреса; остальные зеркала. | Список строк | опционально | [] |
| ВКС | Один из "git" , "hg" , "svn" , "bzr" . Используемая система контроля версий. Обычно это определяется автоматически, но может потребоваться установить это, когда установлен | Строка | опционально | "" |
| версия | Если указано, go_repository загрузит модуль этой версии, используя go mod download . Сумма также должна быть установлена. commit , тег и URL-адреса не могут быть установлены. | Строка | опционально | "" |
Это позволяет использовать настраиваемые схемы авторизации, используемые во многих распространенных поставщиках облачных хранилищ.
org/x/tools 
http_архив
http_archive (имя, оверлей, repo_mapping, sha256, strip_prefix, тип, URL-адреса)
ПРИМЕЧАНИЕ. http_archive устарел в пользу одноименного правила
в @bazel_tools//tools/build_defs/repo:http. bzl.
http_archive загружает проект по HTTP(S). Он имеет те же функции, что и
родное правило http_archive, но оно также позволяет копировать набор файлов
в репозиторий после скачивания. Это особенно полезно для размещения
предварительно сгенерированные файлы сборки.
Пример
load("@bazel_gazelle//:deps.bzl", "http_archive")
http_архив(
имя = "com_github_pkg_errors",
URL-адреса = ["https://codeload.github.com/pkg/errors/zip/816c62cd7ee03e7f8188a1cfd942858cded"],
strip_prefix = "ошибки-816c62cd7ee03e7f8188a1cfd942858cded",
тип = "zip",
наложение = {
"@my_repo// Third_Party:com_github_pkg_errors/BUILD.bazel.in" : "BUILD.bazel",
},
) АТРИБУТЫ
| Имя | Описание | Тип | Обязательно | По умолчанию |
|---|---|---|---|---|
| имя | Уникальное имя для этого репозитория. | Имя | требуется | |
| накладка | Набор файлов для копирования в загруженный репозиторий. Ключи в этом словаре — это метки Bazel, указывающие на файлы для копирования. Это должны быть полные метки (например, @repo//pkg:name ), поскольку относительные метки интерпретируются в извлеченном репозитории, а не в репозитории, содержащем файл WORKSPACE. Значения в этом словаре являются относительными путями, по которым должны быть записаны файлы оверлея. Оверлейные словари для всех репозиториев удобно хранить в отдельном .bzl файле. См., например, файл | Словарь: Метка -> Строка | опционально | {} |
| repo_mapping | Словарь из имени локального репозитория в имя глобального репозитория. Это позволяет контролировать разрешение зависимостей рабочей области для зависимостей этого репозитория. Например, запись | Словарь: Строка -> Строка | требуется | |
| ша256 | Сумма SHA-256 загруженного архива. Если установлено, Bazel сверит архив с этой суммой, прежде чем извлекать его. ВНИМАНИЕ: Не используйте это со службами, которые подготавливают исходные архивы по запросу, например codeload.github.com. Любые незначительные изменения в серверном программном обеспечении могут вызвать различия в порядке файлов, выравнивании и сжатии, которые нарушают суммы SHA-256. | Строка | опционально | "" |
| префикс_полосы | Префикс каталога для удаления. Разное |