2017-12-06 09:56:49 -05:00
|
|
|
# Enable debugging tests with --config=debug
|
|
|
|
test:debug --test_arg=--node_options=--inspect-brk --test_output=streamed --test_strategy=exclusive --test_timeout=9999 --nocache_test_results
|
|
|
|
|
2017-11-02 15:15:47 -04:00
|
|
|
###############################
|
|
|
|
# Filesystem interactions #
|
|
|
|
###############################
|
|
|
|
|
2018-12-20 15:12:51 -05:00
|
|
|
# Create symlinks in the project:
|
|
|
|
# - dist/bin for outputs
|
|
|
|
# - dist/testlogs, dist/genfiles
|
|
|
|
# - bazel-out
|
|
|
|
# NB: bazel-out should be excluded from the editor configuration.
|
|
|
|
# The checked-in /.vscode/settings.json does this for VSCode.
|
|
|
|
# Other editors may require manual config to ignore this directory.
|
|
|
|
# In the past, we say a problem where VSCode traversed a massive tree, opening file handles and
|
2018-02-22 12:47:09 -05:00
|
|
|
# eventually a surprising failure with auto-discovery of the C++ toolchain in
|
|
|
|
# MacOS High Sierra.
|
|
|
|
# See https://github.com/bazelbuild/bazel/issues/4603
|
2018-12-20 15:12:51 -05:00
|
|
|
build --symlink_prefix=dist/
|
2017-11-02 15:15:47 -04:00
|
|
|
|
2019-04-01 11:17:00 -04:00
|
|
|
# Disable watchfs as it causes tests to be flaky on Windows
|
|
|
|
# https://github.com/angular/angular/issues/29541
|
|
|
|
build --nowatchfs
|
2017-11-02 15:15:47 -04:00
|
|
|
|
2018-10-25 20:02:50 -04:00
|
|
|
# Turn off legacy external runfiles
|
|
|
|
run --nolegacy_external_runfiles
|
|
|
|
test --nolegacy_external_runfiles
|
|
|
|
|
2019-01-28 13:30:18 -05:00
|
|
|
# Turn on --incompatible_strict_action_env which was on by default
|
|
|
|
# in Bazel 0.21.0 but turned off again in 0.22.0. Follow
|
|
|
|
# https://github.com/bazelbuild/bazel/issues/7026 for more details.
|
|
|
|
# This flag is needed to so that the bazel cache is not invalidated
|
|
|
|
# when running bazel via `yarn bazel`.
|
|
|
|
# See https://github.com/angular/angular/issues/27514.
|
|
|
|
build --incompatible_strict_action_env
|
|
|
|
run --incompatible_strict_action_env
|
|
|
|
test --incompatible_strict_action_env
|
|
|
|
|
2018-12-18 01:09:39 -05:00
|
|
|
###############################
|
|
|
|
# Saucelabs support #
|
|
|
|
# Turn on these settings with #
|
|
|
|
# --config=saucelabs #
|
|
|
|
###############################
|
|
|
|
|
|
|
|
# Expose SauceLabs environment to actions
|
|
|
|
# These environment variables are needed by
|
|
|
|
# web_test_karma to run on Saucelabs
|
|
|
|
test:saucelabs --action_env=SAUCE_USERNAME
|
|
|
|
test:saucelabs --action_env=SAUCE_ACCESS_KEY
|
|
|
|
test:saucelabs --action_env=SAUCE_READY_FILE
|
|
|
|
test:saucelabs --action_env=SAUCE_PID_FILE
|
|
|
|
test:saucelabs --action_env=SAUCE_TUNNEL_IDENTIFIER
|
|
|
|
test:saucelabs --define=KARMA_WEB_TEST_MODE=SL_REQUIRED
|
|
|
|
|
2018-02-13 11:20:35 -05:00
|
|
|
###############################
|
|
|
|
# Release support #
|
2018-11-29 20:10:29 -05:00
|
|
|
# Turn on these settings with #
|
|
|
|
# --config=release #
|
2018-02-13 11:20:35 -05:00
|
|
|
###############################
|
|
|
|
|
2018-03-15 18:36:11 -04:00
|
|
|
# Releases should always be stamped with version control info
|
2018-12-03 14:43:21 -05:00
|
|
|
# This command assumes node on the path and is a workaround for
|
|
|
|
# https://github.com/bazelbuild/bazel/issues/4802
|
|
|
|
build:release --workspace_status_command="node ./tools/bazel_stamp_vars.js"
|
2018-02-13 11:20:35 -05:00
|
|
|
|
2017-11-02 15:15:47 -04:00
|
|
|
###############################
|
|
|
|
# Output #
|
|
|
|
###############################
|
|
|
|
|
|
|
|
# A more useful default output mode for bazel query
|
|
|
|
# Prints eg. "ng_module rule //foo:bar" rather than just "//foo:bar"
|
|
|
|
query --output=label_kind
|
|
|
|
|
|
|
|
# By default, failing tests don't print any output, it goes to the log file
|
|
|
|
test --test_output=errors
|
|
|
|
|
2018-01-25 12:55:27 -05:00
|
|
|
################################
|
|
|
|
# Settings for CircleCI #
|
|
|
|
################################
|
2017-12-13 12:18:16 -05:00
|
|
|
|
2018-01-25 12:55:27 -05:00
|
|
|
# Bazel flags for CircleCI are in /.circleci/bazel.rc
|
2018-05-03 13:40:31 -04:00
|
|
|
|
|
|
|
################################
|
|
|
|
# Temporary Settings for Ivy #
|
|
|
|
################################
|
2018-11-08 12:50:49 -05:00
|
|
|
# to determine if the compiler used should be Ivy or ViewEngine one can use `--define=compile=aot` on
|
build(ivy): support alternate compilation modes to enable Ivy testing (#24056)
Bazel has a restriction that a single output (eg. a compiled version of
//packages/common) can only be produced by a single rule. This precludes
the Angular repo from having multiple rules that build the same code. And
the complexity of having a single rule produce multiple outputs (eg. an
ngc-compiled version of //packages/common and an Ivy-enabled version) is
too high.
Additionally, the Angular repo has lots of existing tests which could be
executed as-is under Ivy. Such testing is very valuable, and it would be
nice to share not only the code, but the dependency graph / build config
as well.
Thus, this change introduces a --define flag 'compile' with three potential
values. When --define=compile=X is set, the entire build system runs in a
particular mode - the behavior of all existing targets is controlled by
the flag. This allows us to reuse our entire build structure for testing
in a variety of different manners. The flag has three possible settings:
* legacy (the default): the traditional View Engine (ngc) build
* local: runs the prototype ngtsc compiler, which does not rely on global
analysis
* jit: runs ngtsc in a mode which executes tsickle, but excludes the
Angular related transforms, which approximates the behavior of plain
tsc. This allows the main packages such as common to be tested with
the JIT compiler.
Additionally, the ivy_ng_module() rule still exists and runs ngc in a mode
where Ivy-compiled output is produced from global analysis information, as
a stopgap while ngtsc is being developed.
PR Close #24056
2018-05-21 18:48:00 -04:00
|
|
|
# any bazel target. This is a temporary flag until codebase is permanently switched to Ivy.
|
2018-10-15 19:51:26 -04:00
|
|
|
build --define=compile=legacy
|
2018-12-01 19:08:15 -05:00
|
|
|
|
|
|
|
###############################
|
|
|
|
# Remote Build Execution support
|
|
|
|
# Turn on these settings with
|
|
|
|
# --config=remote
|
|
|
|
###############################
|
|
|
|
|
2019-03-15 13:45:20 -04:00
|
|
|
# Load default settings for Remote Build Execution.
|
|
|
|
import %workspace%/third_party/github.com/bazelbuild/bazel-toolchains/bazelrc/.bazelrc.notoolchain
|
2018-12-01 19:08:15 -05:00
|
|
|
|
|
|
|
# Increase the default number of jobs by 50% because our build has lots of
|
|
|
|
# parallelism
|
|
|
|
build:remote --jobs=150
|
|
|
|
|
2019-03-15 13:45:20 -04:00
|
|
|
# Toolchain and platform related flags
|
|
|
|
build:remote --host_javabase=@rbe_ubuntu1604_angular//java:jdk
|
|
|
|
build:remote --javabase=@rbe_ubuntu1604_angular//java:jdk
|
|
|
|
build:remote --host_java_toolchain=@bazel_tools//tools/jdk:toolchain_hostjdk8
|
|
|
|
build:remote --java_toolchain=@bazel_tools//tools/jdk:toolchain_hostjdk8
|
|
|
|
build:remote --crosstool_top=@rbe_ubuntu1604_angular//cc:toolchain
|
|
|
|
build:remote --action_env=BAZEL_DO_NOT_DETECT_CPP_TOOLCHAIN=1
|
|
|
|
build:remote --extra_toolchains=@rbe_ubuntu1604_angular//config:cc-toolchain
|
2018-12-01 19:08:15 -05:00
|
|
|
build:remote --extra_execution_platforms=//tools:rbe_ubuntu1604-angular
|
|
|
|
build:remote --host_platform=//tools:rbe_ubuntu1604-angular
|
|
|
|
build:remote --platforms=//tools:rbe_ubuntu1604-angular
|
|
|
|
|
|
|
|
# Remote instance.
|
|
|
|
build:remote --remote_instance_name=projects/internal-200822/instances/default_instance
|
2019-06-21 15:38:35 -04:00
|
|
|
build:remote --project_id=internal-200822
|
2018-12-01 19:08:15 -05:00
|
|
|
|
2019-06-21 18:13:39 -04:00
|
|
|
# Remote caching
|
|
|
|
build:remote --remote_cache=remotebuildexecution.googleapis.com
|
|
|
|
# By default, do not accept remote cache, to be set to true for CI based on environment
|
2018-12-01 19:08:15 -05:00
|
|
|
build:remote --remote_accept_cached=false
|
2019-06-21 18:13:39 -04:00
|
|
|
# By default, do not upload local results to cache, to be set to true for CI based on environment
|
|
|
|
build:remote --remote_upload_local_results=false
|
2019-03-13 11:57:26 -04:00
|
|
|
|
2019-06-21 15:38:35 -04:00
|
|
|
# Build Event Service Configuration
|
|
|
|
build:remote --bes_backend=buildeventservice.googleapis.com
|
|
|
|
build:remote --bes_timeout=30s
|
|
|
|
build:remote --bes_results_url="https://source.cloud.google.com/results/invocations/"
|
|
|
|
|
2019-05-22 20:28:42 -04:00
|
|
|
###############################
|
|
|
|
# NodeJS rules settings
|
|
|
|
# These settings are required for rules_nodejs
|
|
|
|
###############################
|
|
|
|
|
|
|
|
# Turn on managed directories feature in Bazel
|
|
|
|
# This allows us to avoid installing a second copy of node_modules
|
2019-06-07 12:28:41 -04:00
|
|
|
common --experimental_allow_incremental_repository_updates
|
2019-06-20 12:13:33 -04:00
|
|
|
|
|
|
|
####################################################
|
|
|
|
# User bazel configuration
|
|
|
|
# NOTE: This needs to be the *last* entry in the config.
|
|
|
|
####################################################
|
|
|
|
|
|
|
|
# Load any settings which are specific to the current user. Needs to be *last* statement
|
|
|
|
# in this config, as the user configuration should be able to overwrite flags from this file.
|
|
|
|
try-import .bazelrc.user
|