Releases: bazelbuild/bazelisk
v1.4.0 (npm improvements, Starlark incompatible flags)
This fresh Bazelisk release brings two improvements:
- ✨ Add
bazel
as a binary in the NPM package JSON. When you install Bazelisk vianpm i -g @bazel/bazelisk
you can from now on run it just usingbazel
, too. - 🎏 Support for
--//some/path:incompatible_some_flag
incompatible flags was added, which are flags defined by Starlark rules.
v1.3.0 (npm and local mirrors)
This fresh Bazelisk release brings two improvements:
- 👩💻 @alexeagle contributed support for uploading Bazelisk to npm. If you're a fan of Node.js, try to install your Bazelisk via
npm install -g @bazel/bazelisk
. (#114). - 🏗 @ali5h contributed support for a "local mirror" feature. If you specify the
BAZELISK_BASE_URL
environment variable, Bazelisk will download binaries from that server. We'll iterate on this in the near future to make Bazelisk fully offline and "internal mirror" ready. (#107)
v1.2.1
v1.2.0
Another release with two new features and some bug fixes.
What's new
Go version
- Bazelisk now supports
WORKSPACE.bazel
files which can be used as aliases forWORKSPACE
files. - The
--migrate
flag will now print more information about incompatible flags, including the Bazel release in which they will be flipped, and links to their GitHub issues.
Python version
- @clintharrison fixed a bug related to file paths (thank you!).
v1.1.0 (Local Binaries)
This release just adds one feature:
Bazel versions (e.g. in USE_BAZEL_VERSION
or .bazelversion
) can now refer to absolute paths on the filesystem. As an added convenience, a tilde prefix is expanded to the user's home directory.
Example:
$ USE_BAZEL_VERSION="~/bin/bazel-1.0" bazelisk
This would tell Bazelisk to not download any binaries and instead just directly use the Bazel binary in $HOME/bin/bazel-1.0
.
The build process was also updated to use Bazel 1.0 and the latest rules_go version (which means we now build Bazelisk with Go 1.13).
v1.0 (🚀 Enterprise Ready)
Here's another handcrafted Bazelisk release for you, including a few new features and a little bug fix.
Remember: If Bazelisk doesn't yet do what you need it to do, please file an issue or send a PR. 😊
👷 What's new 👷♀
- 💖 From now on, we will use semantic versioning, so in case we change environment variable names or how we parse their values in a backwards incompatible way, we'll bump the major version to signal this.
- 🍴 @borkaehw contributed support for using a Bazel fork instead of Bazel's official releases. If you forked Bazel and create your own releases for it on GitHub, just prefix the version with your username / organization name and it'll magically work (e.g.
USE_BAZEL_VERSION=philwo/latest
). - ✨ @keith contributed support for the
BAZELISK_CLEAN
environment flag. If you specify it, Bazelisk will clean runbazel clean --expunge
between builds when using--migrate
._ - ♻️ @meteorcloudy contributed support for the
BAZELISK_SHUTDOWN
environment flag. If you specify it, Bazelisk will shutdown Bazel viabazel shutdown
between builds when using--migrate
. This can help with issues like bazelbuild/bazel#9104. - 💣 @borkaehw fixed a bug where Bazelisk would crash when your
.bazelversion
file was empty.
v0.0.8
v0.0.7
Here's another exciting Bazelisk release with a fresh set of features for you :)
- Bazelisk now supports the
last_rc
value for USE_BAZEL_VERSION. This will automatically use the latest available Bazel release candidate if one is available, otherwise it will use the latest stable release. We recommend to use this if you're a Bazel developer so that the release candidates get some real world testing outside of CI, too! (Thanks @fweikert!) - When asking the GitHub API for available Bazel versions, Bazelisk can now use a GitHub API token so that you don't run into rate-limiting. Simply set the BAZELISK_GITHUB_TOKEN environment variable to a valid GitHub token. (Thanks @keith!)
- Bazelisk now prepends its own version information when you run
bazel version
. This makes it easier to find out whether you're using Bazelisk and which version of it. (Thanks @zegl!) - You can now disable the behavior that Bazelisk tries to delegate execution to a
<workspace>/tools/bazel
script, by setting the BAZELISK_SKIP_WRAPPER environment variable to any value except the empty string. See #61 for an example where this is useful. - Bazelisk now correctly joins paths on Windows, which should prevent some errors on that platform. (Thanks @excitoon!)
Hope you like it and let us know if there's any issue or feature request we should work on for the next version!