Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/bazel-contrib/rules_oci
Bazel rules for building OCI containers
https://github.com/bazel-contrib/rules_oci
Last synced: 3 months ago
JSON representation
Bazel rules for building OCI containers
- Host: GitHub
- URL: https://github.com/bazel-contrib/rules_oci
- Owner: bazel-contrib
- License: apache-2.0
- Created: 2021-12-10T09:06:52.000Z (almost 3 years ago)
- Default Branch: main
- Last Pushed: 2024-04-12T19:34:51.000Z (7 months ago)
- Last Synced: 2024-04-14T03:58:16.876Z (7 months ago)
- Language: Starlark
- Homepage:
- Size: 61.9 MB
- Stars: 219
- Watchers: 10
- Forks: 108
- Open Issues: 93
-
Metadata Files:
- Readme: README.md
- Contributing: CONTRIBUTING.md
- License: LICENSE
Awesome Lists containing this project
- awesome-repositories - bazel-contrib/rules_oci - Bazel rules for building OCI containers (Starlark)
README
# Bazel rules for OCI container images
Bazel rules based on the Open Containers Initiative:
Please let us know about your success stories on our adoption discussion!
_Need help?_ This ruleset has support provided by [Aspect Build](https://www.aspect.build/services).
## Comparison with rules_docker
This ruleset is not intended as a complete replacement for [rules_docker]!
Many use cases can be accomodated, and we know that many users have completely replaced rules*docker.
You can find a migration guide at .
However, some other use cases such as `container_run_and*\*` rules have no equivalent.[rules_docker] was largely unmaintained for 18 months, and as of October 2023 it has been archived.
See https://github.com/bazelbuild/rules_docker/discussions/2038.
You might still decide to use rules_docker, and perhaps even sign up as a maintainer so that it may be un-archived.We started from first principles and avoided some pitfalls we learned from rules_docker:
- Use a toolchain consisting of off-the-shelf, pre-built layer and container manipulation tools.
- Don't write language-specific rules, as we cannot be experts on all languages, nor can users deal with the versioning issues
that come with dependencies we would be forced to take on the rules for those languages.
- Don't be docker-specific, now that it has a commercial license and other container runtimes exist ([podman](https://podman.io/) for example).
- Use our toolchain hermetically: don't assume there is a docker pre-installed on the machine.
- Keep a tight complexity budget for the project so we are able to commit to effective maintenance.[rules_docker]: https://github.com/bazelbuild/rules_docker
## Installation
See the install instructions on the release notes:
To use a commit rather than a release, you can point at any SHA of the repo.
With bzlmod, you can use `archive_override` or `git_override`. For `WORKSPACE`, you modify the `http_archive` call; for example to use commit `abc123` with a `WORKSPACE` file:
1. Replace `url = "https://github.com/bazel-contrib/rules_oci/releases/download/v0.1.0/rules_oci-v0.1.0.tar.gz"`
with a GitHub-provided source archive like `url = "https://github.com/bazel-contrib/rules_oci/archive/abc123.tar.gz"`
1. Replace `strip_prefix = "rules_oci-0.1.0"` with `strip_prefix = "rules_oci-abc123"`
1. Update the `sha256`. The easiest way to do this is to comment out the line, then Bazel will
print a message with the correct value.> Note that GitHub source archives don't have a strong guarantee on the sha256 stability, see
>## Usage
rules_oci does not contain language-specific rules, but we do have limited documentation on how to accomplish typical tasks.
- [C/C++](docs/cpp.md)
- [Go](docs/go.md)
- [Java](docs/java.md)
- [JavaScript](docs/javascript.md)
- [Python](docs/python.md)
- [Rust](docs/rust.md)
- [Scala](docs/scala.md)
- [WASM](https://github.com/bazel-contrib/rules_oci/tree/main/e2e/wasm) (see https://docs.docker.com/desktop/wasm/)
- [Static Content](docs/static_content.md) (such as a html/javascript frontend)> [!NOTE]
> Your language not listed above? Please contribute engineering resources or financially through our Sponsor link!There are some generic examples of usage in the [examples](https://github.com/bazel-contrib/rules_oci/tree/main/examples) folder.
Note that these examples rely on the setup code in the `/WORKSPACE` file in the root of this repo.## Public API Docs
### Install system packages
- Alpine: we recommend to install [apk](https://wiki.alpinelinux.org/wiki/Package_management) packages.
- Debian: we recommend to install [deb](https://www.debian.org/distrib/packages) packages.
- RHEL/CentOS/Amazon Linux: we don't have any support for this yet. Please consider donating to the project!### Construct image layers
- [oci_image](docs/image.md) Build an OCI compatible container image.
- [oci_image_index](docs/image_index.md) Build a multi-architecture OCI compatible container image.
- [oci_load](docs/load.md) Loads an `oci_image` into a container daemon. Can optionally produce a loadable tarball.### Pull and Push
- [oci_pull](docs/pull.md) Pull image layers using Bazel's downloader. Falls back to using `curl` in some cases.
- [oci_push](docs/push.md) Push an `oci_image` or `oci_image_index` to a remote registry.### Testing
- We recommend [container_structure_test](https://github.com/GoogleContainerTools/container-structure-test#running-structure-tests-through-bazel) to run tests against an `oci_image` target (with `driver="docker"`) or an `oci_tarball` target (with `driver="tar"`).
### Signing
> [!WARNING]
> Signing images is a developer preview, not part of public API yet.- [cosign_sign](https://github.com/bazel-contrib/rules_oci/blob/main/cosign/private/sign.bzl): Sign an `oci_image` using `cosign` binary at a remote registry.
- [cosign_attest](https://github.com/bazel-contrib/rules_oci/blob/main/cosign/private/attest.bzl) Add an attachment to an `oci_image` at a remote registry using `cosign`.
-### 3rd Party Extensions/Tools
- [ociupdate](https://github.com/theoremlp/ociupdate): CLI and basic module extension to help with automating updates to image digests for ECR-based images with immutable tags.