Bzlmod は、Bazel モジュールのデータベースである Bazel レジストリから情報をリクエストして依存関係を検出します。現在、Bzlmod はインデックス レジストリ(特定の形式に従うローカル ディレクトリまたは静的 HTTP サーバー)のみをサポートしています。
インデックス レジストリ
インデックス レジストリは、モジュールのリストに関する情報(ホームページ、メンテナー、各バージョンの MODULE.bazel
ファイル、各バージョンのソースの取得方法など)を含むローカル ディレクトリまたは静的 HTTP サーバーです。特に、ソース アーカイブ自体を提供する必要はありません。
インデックス レジストリの形式は次のとおりです。
/bazel_registry.json
: レジストリのメタデータを含む JSON ファイル(次に例を示します)。mirrors
: ソース アーカイブに使用するミラーのリストを指定します。module_base_path
:source.json
ファイルでlocal_repository
タイプのモジュールのベースパスを指定
/modules
: このレジストリ内の各モジュールのサブディレクトリを含むディレクトリ/modules/$MODULE
: このモジュールの各バージョンのサブディレクトリと、次のファイルを含むディレクトリ。metadata.json
: モジュールに関する情報を含む JSON ファイル。次のフィールドがあります。homepage
: プロジェクトのホームページの URLmaintainers
: JSON オブジェクトのリスト。それぞれが、レジストリ内のモジュールのメンテナーの情報に対応しています。これは、プロジェクトの作成者と同じである必要はありません。versions
: このレジストリにあるこのモジュールのすべてのバージョンのリストyanked_versions
: このモジュールの削除済みバージョンのマップ。キーは削除するバージョン、値はバージョンが削除される理由の説明です。詳細情報へのリンクを含めることをおすすめします。
/modules/$MODULE/$VERSION
: 次のファイルを含むディレクトリ。MODULE.bazel
: このモジュール バージョンのMODULE.bazel
ファイルsource.json
: このモジュール バージョンのソースを取得する方法に関する情報を含む JSON ファイル- デフォルトのタイプは「archive」で、
http_archive
リポジトリを表します。次のフィールドがあります。url
: ソース アーカイブの URLintegrity
: アーカイブの サブリソースの完全性チェックサムstrip_prefix
: ソース アーカイブの抽出時に削除するディレクトリ プレフィックスpatches
: 展開したアーカイブに適用するパッチ ファイルを含むマップ。パッチファイルは/modules/$MODULE/$VERSION/patches
ディレクトリにあります。キーはパッチファイル名で、値はパッチファイルの完全性チェックサムです。patch_strip
: Unixpatch
の--strip
引数と同じ。archive_type
: ダウンロードされたファイルのアーカイブ タイプ(http_archive
のtype
と同じ)。デフォルトでは、アーカイブ タイプは URL のファイル拡張子から決まります。ファイルに拡張子がない場合、"zip"
、"jar"
、"war"
、"aar"
、"tar"
、"tar.gz"
、"tgz"
、"tar.xz"
、"txz"
、"tar.zst"
、"tzst"
、tar.bz2
、"ar"
、"deb"
のいずれかを明示的に指定できます。
- 次のフィールドを使用して、Git リポジトリを使用するようにタイプを変更できます。
type
:git_repository
- https://bazel.build/rules/lib/repo/git で説明されている次のフィールド:
remote
commit
shallow_since
tag
init_submodules
verbose
strip_prefix
- 次のフィールドを使用して、
local_repository
リポジトリを表すローカルパスを使用するようにタイプを変更できます。type
:local_path
path
: リポジトリのローカルパス。次のように計算されます。path
が絶対パスの場合、そのままになりますpath
が相対パスで、module_base_path
が絶対パスの場合、<module_base_path>/<path>
に解決されます。path
とmodule_base_path
の両方が相対パスの場合、<registry_path>/<module_base_path>/<path>
に解決されます。レジストリはローカルでホストされ、--registry=file://<registry_path>
によって使用される必要があります。それ以外の場合、Bazel はエラーをスローします。
- デフォルトのタイプは「archive」で、
patches/
: パッチ ファイルを含むオプションのディレクトリ。source.json
のタイプが「archive」の場合にのみ使用されます。
Bazel Central Registry
https://bcr.bazel.build/ の Bazel Central Registry(BCR)は、GitHub リポジトリ bazelbuild/bazel-central-registry
を基盤とするコンテンツを含むインデックス レジストリです。コンテンツは、ウェブ フロントエンド(https://registry.bazel.build/)を使用してブラウジングできます。
BCR は Bazel コミュニティが管理しており、コントリビューターはプル リクエストを送信できます。BCR の投稿に関するガイドラインをご覧ください。
BCR では、通常のインデックス レジストリの形式に従うだけでなく、モジュール バージョン(/modules/$MODULE/$VERSION/presubmit.yml
)ごとに presubmit.yml
ファイルが必要です。このファイルには、このモジュール バージョンの有効性を確認するために使用できる、重要なビルド ターゲットとテスト ターゲットがいくつか指定されています。BCR の CI パイプラインもこれを使用して、モジュール間の相互運用性を保証します。
レジストリの選択
再利用可能な Bazel フラグ --registry
を使用して、モジュールをリクエストするレジストリのリストを指定できます。これにより、サードパーティまたは内部レジストリから依存関係を取得するようにプロジェクトを設定できます。前のレジストリが優先されます。便利なように、プロジェクトの .bazelrc
ファイルに --registry
フラグのリストを配置できます。
レジストリが GitHub でホストされている場合(bazelbuild/bazel-central-registry
のフォークなど)、--registry
値には raw.githubusercontent.com
の下に未加工の GitHub アドレスが必要です。たとえば、my-org
フォークの main
ブランチでは、--registry=https://raw.githubusercontent.com/my-org/bazel-central-registry/main/
を設定します。
--registry
フラグを使用すると、デフォルトで Bazel Central Registry の使用が停止されますが、--registry=https://bcr.bazel.build
を追加することで再び使用できます。