angular-cn/integration/bazel
Alex Eagle 46fe8fb8b4 build: depend on bazelisk rather than directly on Bazel (#36078)
This has a couple benefits:
- we now use a .bazelversion file rather than package.json to pin the version of bazel we want. This means even if you install bazel on your computer rather than via yarn, you'll still get a warning if your bazel version is wrong.
- you no longer end up downloading three copies of bazel due to bugs in both npm and yarn where they download all tarballs before checking the metadata to see which are usable on the local platform.
- bazelisk correctly handles the tools/bazel trick for wrapping functionality, which we want to use to instrument developer build latencies

PR Close #36078
2020-03-16 10:58:06 -07:00
..
src test: keep diff in integration/bazel minimal by not introducing additional_root_paths (#34736) 2020-01-15 14:58:07 -05:00
test/e2e build: update to nodejs rules 0.37.1 (#32151) 2019-09-25 11:29:12 -07:00
.bazelignore build(bazel): update to nodejs rules 0.30.1 & bazel 0.26.0 (#30627) 2019-06-11 00:03:11 +00:00
.bazelrc build: remove remaining internal references to define=compile flag (#33983) 2019-11-26 16:38:40 -05:00
.bazelversion build: depend on bazelisk rather than directly on Bazel (#36078) 2020-03-16 10:58:06 -07:00
BUILD.bazel test: bazel integration test should use angular npm packages (#28762) 2019-02-19 12:53:19 -08:00
WORKSPACE build: update to rules_nodejs 1.4.1 (#35999) 2020-03-10 20:57:40 -04:00
package.json build: depend on bazelisk rather than directly on Bazel (#36078) 2020-03-16 10:58:06 -07:00
protractor.conf.js feat(bazel): protractor_web_test_suite for release (#24787) 2018-07-12 16:34:45 -04:00
yarn.lock build: depend on bazelisk rather than directly on Bazel (#36078) 2020-03-16 10:58:06 -07:00