for more information on\nmanaging npm dependencies with Bazel.\n\n\n## Customizing the TypeScript compiler binary\n\nAn example use case is needing to increase the NodeJS heap size used for compilations.\n\nSimilar to above, you declare your own binary for running `tsc_wrapped`, e.g.:\n\n```python\nnodejs_binary(\n name = \"tsc_wrapped_bin\",\n entry_point = \"@npm//:node_modules/@bazel/typescript/internal/tsc_wrapped/tsc_wrapped.js\",\n templated_args = [\n \"--node_options=--max-old-space-size=2048\",\n ],\n data = [\n \"@npm//protobufjs\",\n \"@npm//source-map-support\",\n \"@npm//tsutils\",\n \"@npm//typescript\",\n \"@npm//@bazel/typescript\",\n ],\n)\n```\n\nthen refer to that target in the `compiler` attribute of your `ts_library` rule.\n\nNote that `nodejs_binary` targets generated by `npm_install`/`yarn_install` can include data dependencies\non packages which aren't declared as dependencies. For example, if you use [tsickle] to generate Closure Compiler-compatible JS, then it needs to be a data dependency of `tsc_wrapped` so that it can be loaded at runtime.\n\n[tsickle](https://github.com/angular/tsickle)\n\n\n## Usage\n\n\n### Compiling TypeScript: `ts_library`\n\nThe `ts_library` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files).\n\nCreate a `BUILD` file next to your sources:\n\n```python\npackage(default_visibility=[\"//visibility:public\"])\nload(\"//@bazel/typescript:index.bzl\", \"ts_library\")\n\nts_library(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nIf your ts_library target has npm dependencies you can specify these\nwith fine grained npm dependency targets created by the `yarn_install` or\n`npm_install` rules:\n\n```python\nts_library(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//foo\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` target which will include all\npackages in the `@types` scope as dependencies.\n\nIf you are using self-managed npm dependencies, you can use the\n`node_modules` attribute in `ts_library` and point it to the\n`//:node_modules` filegroup defined in your root `BUILD.bazel` file.\nYou'll also need to override the `compiler` attribute if you do this\nas the Bazel-managed deps and self-managed cannot be used together\nin the same rule.\n\n```python\nts_library(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n node_modules = \"//:node_modules\",\n compiler = \"//:@bazel/typescript/tsc_wrapped\",\n)\n```\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nThe resulting `.d.ts` file paths will be printed. Additionally, the `.js`\noutputs from TypeScript will be written to disk, next to the `.d.ts` files 1.\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, to keep consistent settings for the TypeScript compiler.\nBy default, `ts_library` uses the `tsconfig.json` file in the workspace root\ndirectory. See the notes about the `tsconfig` attribute in the [ts_library API docs].\n\n> 1 The\n> [declarationDir](https://www.typescriptlang.org/docs/handbook/compiler-options.html)\n> compiler option will be silently overwritten if present.\n\n[ts_library API docs]: http://tsetse.info/api/build_defs.html#ts_library\n\n\n## Accessing JavaScript outputs\n\nThe default output of the `ts_library` rule is the `.d.ts` files.\nThis is for a couple reasons:\n\n- help ensure that downstream rules which access default outputs will not require\n a cascading re-build when only the implementation changes but not the types\n- make you think about whether you want the `devmode` (named `UMD`) or `prodmode` outputs\n\nYou can access the JS output by adding a `filegroup` rule after the `ts_library`,\nfor example\n\n```python\nts_library(\n name = \"compile\",\n srcs = [\"thing.ts\"],\n)\n\nfilegroup(\n name = \"thing.js\",\n srcs = [\"compile\"],\n # Change to es6_sources to get the 'prodmode' JS\n output_group = \"es5_sources\",\n)\n\nmy_rule(\n name = \"uses_js\",\n deps = [\"thing.js\"],\n)\n```\n\n\n## Serving TypeScript for development\n\nThis is now documented in the `@bazel/concatjs` package.\n\n\n## Writing TypeScript code for Bazel\n\nBazel's TypeScript compiler has your workspace path mapped, so you can import\nfrom an absolute path starting from your workspace.\n\n`/WORKSPACE`:\n```python\nworkspace(name = \"myworkspace\")\n```\n\n`/some/long/path/to/deeply/nested/subdirectory.ts`:\n```javascript\nimport {thing} from 'myworkspace/place';\n```\n\nwill import from `/place.ts`.\n\n\nSince this is an extension to the vanilla TypeScript compiler, editors which use the TypeScript language services to provide code completion and inline type checking will not be able to resolve the modules. In the above example, adding\n```json\n\"paths\": {\n \"myworkspace/*\": [\"*\"]\n}\n```\nto `tsconfig.json` will fix the imports for the common case of using absolute paths.\nSee [path mapping] for more details on the paths syntax.\n\nSimilarly, you can use path mapping to teach the editor how to resolve imports\nfrom `ts_library` rules which set the `module_name` attribute.\n\n\n### Notes\n\nIf you'd like a \"watch mode\", try [ibazel].\n\nAt some point, we plan to release a tool similar to [gazelle] to generate the\n`BUILD` files from your source code.\n\n[gazelle]: https://github.com/bazelbuild/bazel-gazelle\n[ibazel]: https://github.com/bazelbuild/bazel-watcher\n[path mapping]: https://www.typescriptlang.org/docs/handbook/module-resolution.html#path-mapping\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n\n## ts_library\n\n**USAGE**\n\n\nts_library(name, angular_assets, compiler, data, deps, devmode_module, devmode_target,\n expected_diagnostics, generate_externs, internal_testing_type_check_dependencies,\n link_workspace_root, module_name, module_root, node_modules, prodmode_module,\n prodmode_target, runtime, runtime_deps, srcs, supports_workers, tsconfig, tsickle_typed,\n use_angular_plugin)\n
\n\n`ts_library` type-checks and compiles a set of TypeScript sources to JavaScript.\n\nIt produces declarations files (`.d.ts`) which are used for compiling downstream\nTypeScript targets and JavaScript for the browser and Closure compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\nangular_assets
\n\n(*List of labels*): Additional files the Angular compiler will need to read as inputs.\n Includes .css and .html files\n\nDefaults to `[]`\n\ncompiler
\n\n(*Label*): Sets a different TypeScript compiler binary to use for this library.\nFor example, we use the vanilla TypeScript tsc.js for bootstrapping,\nand Angular compilations can replace this with `ngc`.\n\nThe default ts_library compiler depends on the `//@bazel/typescript`\ntarget which is setup for projects that use bazel managed npm deps and\ninstall the @bazel/typescript npm package.\n\nDefaults to `//@bazel/typescript/bin:tsc_wrapped`\n\ndata
\n\n(*List of labels*)\n\nDefaults to `[]`\n\ndeps
\n\n(*List of labels*): Compile-time dependencies, typically other ts_library targets\n\nDefaults to `[]`\n\ndevmode_module
\n\n(*String*): Set the typescript `module` compiler option for devmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"umd\"`\n\ndevmode_target
\n\n(*String*): Set the typescript `target` compiler option for devmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nexpected_diagnostics
\n\n(*List of strings*)\n\nDefaults to `[]`\n\ngenerate_externs
\n\n(*Boolean*)\n\nDefaults to `True`\n\ninternal_testing_type_check_dependencies
\n\n(*Boolean*): Testing only, whether to type check inputs that aren't srcs.\n\nDefaults to `False`\n\nlink_workspace_root
\n\n(*Boolean*): Link the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\n If source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nmodule_name
\n\n(*String*)\n\nDefaults to `\"\"`\n\nmodule_root
\n\n(*String*)\n\nDefaults to `\"\"`\n\nnode_modules
\n\n(*Label*): The npm packages which should be available during the compile.\n\nThe default value of `//typescript:typescript__typings` is setup\nfor projects that use bazel managed npm deps. This default is in place\nsince ts_library will always depend on at least the typescript\ndefault libs which are provided by `//typescript:typescript__typings`.\n\nThis attribute is DEPRECATED. As of version 0.18.0 the recommended\napproach to npm dependencies is to use fine grained npm dependencies\nwhich are setup with the `yarn_install` or `npm_install` rules.\n\nFor example, in targets that used a `//:node_modules` filegroup,\n\n```\nts_library(\n name = \"my_lib\",\n ...\n node_modules = \"//:node_modules\",\n)\n```\n\nwhich specifies all files within the `//:node_modules` filegroup\nto be inputs to the `my_lib`. Using fine grained npm dependencies,\n`my_lib` is defined with only the npm dependencies that are\nneeded:\n\n```\nts_library(\n name = \"my_lib\",\n ...\n deps = [\n \"@npm//@types/foo\",\n \"@npm//@types/bar\",\n \"@npm//foo\",\n \"@npm//bar\",\n ...\n ],\n)\n```\n\nIn this case, only the listed npm packages and their\ntransitive deps are includes as inputs to the `my_lib` target\nwhich reduces the time required to setup the runfiles for this\ntarget (see https://github.com/bazelbuild/bazel/issues/5153).\nThe default typescript libs are also available via the node_modules\ndefault in this case.\n\nThe @npm external repository and the fine grained npm package\ntargets are setup using the `yarn_install` or `npm_install` rule\nin your WORKSPACE file:\n\n```\nyarn_install(\n name = \"npm\",\n package_json = \"//:package.json\",\n yarn_lock = \"//:yarn.lock\",\n)\n```\n\nDefaults to `@npm//typescript:typescript__typings`\n\nprodmode_module
\n\n(*String*): Set the typescript `module` compiler option for prodmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"esnext\"`\n\nprodmode_target
\n\n(*String*): Set the typescript `target` compiler option for prodmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nruntime
\n\n(*String*)\n\nDefaults to `\"browser\"`\n\nruntime_deps
\n\n(*List of labels*) The dependencies of this attribute must provide: JsInfo\n\n\nDefaults to `[]`\n\nsrcs
\n\n(*List of labels, mandatory*): The TypeScript source files to compile.\n\n\nsupports_workers
\n\n(*Boolean*): Intended for internal use only.\n\nAllows you to disable the Bazel Worker strategy for this library.\nTypically used together with the \"compiler\" setting when using a\nnon-worker aware compiler binary.\n\nDefaults to `True`\n\ntsconfig
\n\n(*Label*): A tsconfig.json file containing settings for TypeScript compilation.\nNote that some properties in the tsconfig are governed by Bazel and will be\noverridden, such as `target` and `module`.\n\nThe default value is set to `//:tsconfig.json` by a macro. This means you must\neither:\n\n- Have your `tsconfig.json` file in the workspace root directory\n- Use an alias in the root BUILD.bazel file to point to the location of tsconfig:\n `alias(name=\"tsconfig.json\", actual=\"//path/to:tsconfig-something.json\")`\n- Give an explicit `tsconfig` attribute to all `ts_library` targets\n\nDefaults to `None`\n\ntsickle_typed
\n\n(*Boolean*): If using tsickle, instruct it to translate types to ClosureJS format\n\nDefaults to `True`\n\nuse_angular_plugin
\n\n(*Boolean*): Run the Angular ngtsc compiler under ts_library\n\nDefaults to `False`\n\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, composite, incremental, emit_declaration_only, ts_build_info_file, tsc,\n worker_tsc_bin, worker_typescript_module, validate, supports_workers, declaration_dir,\n out_dir, root_dir, link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is named by adding `.json` to the `name` attribute.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, defaults to `**/*.ts[x]` (all TypeScript files in the package).\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nDefaults to `None`\n\nworker_tsc_bin
\n\nLabel of the TypeScript compiler binary to run when running in worker mode.\n\nFor example, `tsc = \"@my_deps//node_modules/typescript/bin/tsc\"`\nOr you can pass a custom compiler binary instead.\n\nDefaults to `\"@npm//:node_modules/typescript/bin/tsc\"`\n\nworker_typescript_module
\n\nLabel of the package containing all data deps of worker_tsc_bin.\n\nFor example, `tsc = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig settings match the attributes.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/master/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.0.0-rc.1","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-KaGaCEbXjCKaRuwH/hLjW7aBuNyU8p/9yUe4KlP4KKoRqHAmjYISbUOw7VAksOW6BxXHgknOcZYaVF6PzE4CgQ==","shasum":"4a80682124475db63abc97b7da358caaadbd3077","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.0.0-rc.1.tgz","fileCount":102,"unpackedSize":19440000,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJf3NfdCRA9TVsSAnZWagAAmAQQAJ00JUDJwRRxgDUJBxt4\n+XZzknKtw6oz2gNazNUd494Uf3UF5kDzT4IFQjj/RLdwXpgRM7zFECY2nvZ3\nlVk8F1zqtLBD1myIiH1pChMCGMa8u0aGfQ8GEp25YsGfbeiTGjQGMrfyZc5R\nqhEMeE8jZxixmfMuCxJeiykic7VpymCjtONTMl09IgrJJ0ZYIj1DsCK4X6i9\nKjRv31XotnJ9Tss028LP0O78bmZRecwSXjju7R8f9TEWsCfLhRk5wsJBAY1w\nJoY8TiVpQ3wmbDOrboO5yzWILbRsyjiYasEuV8f2T2qIPxEDB1XLDRdx35pU\nB3vef/6M+ABWXWsoNVXuGU6r2dsS1DiWmc5rIhIjiXs/EaM7bPI17e9rZ6pA\nLHKQmisNzRp4RE1S/iEG59DevB5QfH4zt4fmBVD8VglSABqMlgMk8xr/eORU\npfVuu8Cmq1q8pHLwrOHeCkHUJN0odetMbEGa4YuUbkwfxE3+xBfxmm9tk6gO\nC0YRy+WJY+wBD+Y9UgjPZonwWG2Tfnh6MVLNJQK4rcVIh3OAOhV0g1KxY7Cq\niZIOqD0nyc4+nz0wAA6mTaJVoTiLrFqVYXfXyznUYFN2c9OLZ72reEfALsWn\nrYcfO7M4Wgceh7IQg+vyfPV97NYm38u7lOMhGBucoZzyoT3pkBGPP/sJPvIe\nXw1f\r\n=cWP/\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIBl9zs5vKyilFmZ66t6gf5aMkAWITDTL+mC/sPhb2KIEAiAVyCLQ1SfbZ76+jtWdIyxNT1zgRTbe+5DTqHnvUxFnmw=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.0.0-rc.1_1608308700697_0.517309172380428"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.0.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.0.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.0.0","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-qYsfyi/+7QOFP9uVAv3gKaqkxo+fIamFrdQ71K85FlJSowxAkwj51pxOPnIWBcMzFVNv1p2ZyfM3ZctKqGye2g==","shasum":"7cb3bcf405c590228888be78b9e49d1dc298dfea","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.0.0.tgz","fileCount":102,"unpackedSize":19435632,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJf4n+zCRA9TVsSAnZWagAAXn4QAJzKs68KKcg1O/eyl2Rk\nEnABOQ31e7VEkzGH96OPbPZpsom9NgouuwdfDUosFgZGASuWGl0zR+FX1t2G\nwkTPXtiXofL+xYvyOxtNT96sIDIszbVkgXUwew2YRktJ+rZGJoEKiuPLL80r\n1578SoUH9oXRpmELITtUXwtqkUyfPIowTeev7n3zKsLKNvg94VHS++bj5qR4\naZ78FWpOiNLYbsP+AYI9azzKfotCfQQD17lMbByKFTAFVFAYVtqYEAEiaZFt\nK6XR2yFrauvb8Ztqmz68BJZSe1WUM8VSm2ANRNzSXmixlJCF/6199xLT8vSt\nZIqJz1H962lGYtyMf9z2RWv3wNlji90tZBhuxDoVXWgktsMzJZ6BM4SLnqJ8\nHrNTL9NA0vQispRNI5ldPsq06VP9Y71tgvDmM3V89PK0nKK/U5uCLjzGHbmv\nYZeTN1+wFoCNnyO4G1mCmaHkv2IaS/kg6isF/4gZCfvnUVDrNn+k63Q/g//t\nOvwazoFBbp/Oh6tRV0UA9dG3z/uhUelkxkoFnE/XckVI3EFu/wJwGTl732nd\ndwbJzJ6IBdkpPdDETIOepOxVUzwA/gvGv7V6Jw0DMcUoH9gziAoGtDf+CPYo\nccJms8xjJQ7l9EPNybJ6O6no70oiQYPz/HJjZaQ8pTRqe/nnXsKKImSqVSna\ntPZI\r\n=Dk5H\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIFrougZtszXhD0imBJyjo90P0Qn69dA9vOZ6tVxERmVpAiANCOxPJmiS7BsOXUPGsrUHgneRLCzTiP52btJd4NqiAA=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.0.0_1608679346490_0.7611988180047267"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"2.3.3":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"2.3.3","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"readme":"# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are two alternatives provided: `ts_project` and `ts_library`.\nThis section describes the trade-offs between these rules.\n\n`ts_project` is recommended for all new uses, and we hope to migrate all users to it in the future.\nIt simply runs `tsc --project`.\n\nThe rule ensures that Bazel knows which outputs to expect based on the TypeScript compiler options, and provides interoperability with other TypeScript rules via a Bazel Provider ([DeclarationInfo](Built-ins#declarationinfo)) that transmits the type information.\n\nAdvantages of `ts_project` include:\n- it's an easy on-boarding for existing TypeScript code and for developers already familiar with using the TypeScript compiler.\n- any behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n- It's a compact implementation that we can afford to maintain.\n\n> We used to recommend using the `tsc` rule directly from the `typescript` project, like\n> `load(\"@npm//typescript:index.bzl\", \"tsc\")`\n> However `ts_project` is strictly better and should be used instead.\n\n**`ts_library` will be deprecated as soon as `ts_project` has performance parity. Thus we do not recommend any new usages**\n\n`ts_library` is an open-sourced version of the rule we use to compile TS code at Google, however it is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- You cannot use `--noEmit` compiler option to use TypeScript as a linter. We always expect to produce .js outputs.\n- We control the output format and module syntax so that downstream rules can rely on them.\n\nOn the other hand, `ts_library` is also fast and optimized.\nWe keep a running TypeScript compile running as a daemon, using Bazel workers.\nThis process avoids re-parse and re-JIT of the >1MB `typescript.js` and keeps cached bound ASTs for input files which saves time.\nWe also produce JS code which can be loaded faster (using named AMD module format) and which can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\n\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n\n### Notes\n\nIf you'd like a \"watch mode\", try [ibazel].\n\nAt some point, we plan to release a tool similar to [gazelle] to generate the\nBUILD files from your source code.\n\n[gazelle]: https://github.com/bazelbuild/bazel-gazelle\n[ibazel]: https://github.com/bazelbuild/bazel-watcher\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n\n## ts_devserver\n\n**USAGE**\n\n\nts_devserver(name, additional_root_paths, bootstrap, deps, devserver, devserver_host, entry_module,\n port, scripts, serving_path, static_files)\n
\n\nts_devserver is a simple development server intended for a quick \"getting started\" experience.\n\nAdditional documentation [here](https://github.com/alexeagle/angular-bazel-example/wiki/Running-a-devserver-under-Bazel)\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\nadditional_root_paths
\n\n(*List of strings*): Additional root paths to serve `static_files` from.\n Paths should include the workspace name such as `[\"__main__/resources\"]`\n\nDefaults to `[]`\n\nbootstrap
\n\n(*List of labels*): Scripts to include in the JS bundle before the module loader (require.js)\n\nDefaults to `[]`\n\ndeps
\n\n(*List of labels*): Targets that produce JavaScript, such as `ts_library`\n\nDefaults to `[]`\n\ndevserver
\n\n(*Label*): Go based devserver executable.\n\n With cross-platform RBE for OSX & Windows ctx.executable.devserver will be linux as --cpu and\n --host_cpu must be overridden to k8. However, we still want to be able to run the devserver on the host\n machine so we need to include the host devserver binary, which is ctx.executable.devserver_host, in the\n runfiles. For non-RBE and for RBE with a linux host, ctx.executable.devserver & ctx.executable.devserver_host\n will be the same binary.\n\n Defaults to precompiled go binary setup by @bazel/typescript npm package\n\nDefaults to `//@bazel/typescript/devserver:devserver`\n\ndevserver_host
\n\n(*Label*): Go based devserver executable for the host platform.\n Defaults to precompiled go binary setup by @bazel/typescript npm package\n\nDefaults to `//@bazel/typescript/devserver:devserver_darwin_amd64`\n\nentry_module
\n\n(*String*): The `entry_module` should be the AMD module name of the entry module such as `\"__main__/src/index\".`\n `ts_devserver` concats the following snippet after the bundle to load the application:\n `require([\"entry_module\"]);`\n\nDefaults to `\"\"`\n\nport
\n\n(*Integer*): The port that the devserver will listen on.\n\nDefaults to `5432`\n\nscripts
\n\n(*List of labels*): User scripts to include in the JS bundle before the application sources\n\nDefaults to `[]`\n\nserving_path
\n\n(*String*): The path you can request from the client HTML which serves the JavaScript bundle.\n If you don't specify one, the JavaScript can be loaded at /_/ts_scripts.js\n\nDefaults to `\"/_/ts_scripts.js\"`\n\nstatic_files
\n\n(*List of labels*): Arbitrary files which to be served, such as index.html.\n They are served relative to the package where this rule is declared.\n\nDefaults to `[]`\n\n\n\n## ts_library\n\n**USAGE**\n\n\nts_library(name, angular_assets, compiler, data, deps, devmode_module, devmode_target,\n expected_diagnostics, generate_externs, internal_testing_type_check_dependencies,\n link_workspace_root, module_name, module_root, node_modules, prodmode_module,\n prodmode_target, runtime, runtime_deps, srcs, supports_workers, tsconfig, tsickle_typed,\n use_angular_plugin)\n
\n\n`ts_library` type-checks and compiles a set of TypeScript sources to JavaScript.\n\nFirst read the [Alternatives](#alternatives) section above.\n`ts_project` is recommended for new uses.\n\nThe `ts_library` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files).\nIt produces declarations files (`.d.ts`) which are used for compiling downstream\nTypeScript targets and JavaScript for the browser and Closure compiler.\n\nTo start, create a `BUILD` file next to your sources:\n\n```python\npackage(default_visibility=[\"//visibility:public\"])\nload(\"//@bazel/typescript:index.bzl\", \"ts_library\")\n\nts_library(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nIf your ts_library target has npm dependencies you can specify these\nwith fine grained npm dependency targets created by the `yarn_install` or\n`npm_install` rules:\n\n```python\nts_library(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//foo\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` target which will include all\npackages in the `@types` scope as dependencies.\n\nIf you are using self-managed npm dependencies, you can use the\n`node_modules` attribute in `ts_library` and point it to the\n`//:node_modules` filegroup defined in your root `BUILD.bazel` file.\nYou'll also need to override the `compiler` attribute if you do this\nas the Bazel-managed deps and self-managed cannot be used together\nin the same rule.\n\n```python\nts_library(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n node_modules = \"//:node_modules\",\n compiler = \"//:@bazel/typescript/tsc_wrapped\",\n)\n```\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nThe resulting `.d.ts` file paths will be printed. Additionally, the `.js`\noutputs from TypeScript will be written to disk, next to the `.d.ts` files 1.\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, to keep consistent settings for the TypeScript compiler.\nBy default, `ts_library` uses the `tsconfig.json` file in the workspace root\ndirectory. See the notes about the `tsconfig` attribute in the [ts_library API docs].\n\n> 1 The\n> [declarationDir](https://www.typescriptlang.org/docs/handbook/compiler-options.html)\n> compiler option will be silently overwritten if present.\n\n[ts_library API docs]: http://tsetse.info/api/build_defs.html#ts_library\n\n\n### Self-managed npm dependencies\n\nWe recommend you use Bazel managed dependencies, but if you would like\nBazel to also install a `node_modules` in your workspace you can also\npoint the `node_repositories` repository rule in your `WORKSPACE` file to\nyour `package.json`.\n\n```python\nnode_repositories(package_json = [\"//:package.json\"])\n```\n\nYou can then run `yarn` in your workspace with:\n\n```sh\n$ bazel run @nodejs//:yarn_node_repositories\n```\n\nTo use your workspace `node_modules` folder as a dependency in `ts_library` and\nother rules, add the following to your root `BUILD.bazel` file:\n\n```python\nfilegroup(\n name = \"node_modules\",\n srcs = glob(\n include = [\n \"node_modules/**/*.js\",\n \"node_modules/**/*.d.ts\",\n \"node_modules/**/*.json\",\n \"node_modules/.bin/*\",\n ],\n exclude = [\n # Files under test & docs may contain file names that\n # are not legal Bazel labels (e.g.,\n # node_modules/ecstatic/test/public/ä¸Â文/檔案.html)\n \"node_modules/**/test/**\",\n \"node_modules/**/docs/**\",\n # Files with spaces in the name are not legal Bazel labels\n \"node_modules/**/* */**\",\n \"node_modules/**/* *\",\n ],\n ),\n)\n\n# Create a tsc_wrapped compiler rule to use in the ts_library\n# compiler attribute when using self-managed dependencies\nnodejs_binary(\n name = \"@bazel/typescript/tsc_wrapped\",\n entry_point = \"@npm//:node_modules/@bazel/typescript/internal/tsc_wrapped/tsc_wrapped.js\",\n # Point bazel to your node_modules to find the entry point\n node_modules = \"//:node_modules\",\n)\n```\n\nSee for more information on\nmanaging npm dependencies with Bazel.\n\n\n### Customizing the TypeScript compiler binary\n\nAn example use case is needing to increase the NodeJS heap size used for compilations.\n\nSimilar to above, you declare your own binary for running `tsc_wrapped`, e.g.:\n\n```python\nnodejs_binary(\n name = \"tsc_wrapped_bin\",\n entry_point = \"@npm//:node_modules/@bazel/typescript/internal/tsc_wrapped/tsc_wrapped.js\",\n templated_args = [\n \"--node_options=--max-old-space-size=2048\",\n ],\n data = [\n \"@npm//protobufjs\",\n \"@npm//source-map-support\",\n \"@npm//tsutils\",\n \"@npm//typescript\",\n \"@npm//@bazel/typescript\",\n ],\n)\n```\n\nthen refer to that target in the `compiler` attribute of your `ts_library` rule.\n\nNote that `nodejs_binary` targets generated by `npm_install`/`yarn_install` can include data dependencies\non packages which aren't declared as dependencies. For example, if you use [tsickle] to generate Closure Compiler-compatible JS,\nthen it needs to be a `data` dependency of `tsc_wrapped` so that it can be loaded at runtime.\n\n[tsickle]: https://github.com/angular/tsickle\n\n\n### Accessing JavaScript outputs\n\nThe default output of the `ts_library` rule is the `.d.ts` files.\nThis is for a couple reasons:\n\n- help ensure that downstream rules which access default outputs will not require\n a cascading re-build when only the implementation changes but not the types\n- make you think about whether you want the `devmode` (named UMD) or `prodmode` outputs\n\nYou can access the JS output by adding a `filegroup` rule after the `ts_library`,\nfor example\n\n```python\nts_library(\n name = \"compile\",\n srcs = [\"thing.ts\"],\n)\n\nfilegroup(\n name = \"thing.js\",\n srcs = [\"compile\"],\n # Change to es6_sources to get the 'prodmode' JS\n output_group = \"es5_sources\",\n)\n\nmy_rule(\n name = \"uses_js\",\n deps = [\"thing.js\"],\n)\n```\n\n\n### Serving TypeScript for development\n\nThere are two choices for development mode:\n\n1. Use the `ts_devserver` rule to bring up our simple, fast development server.\n This is intentionally very simple, to help you get started quickly. However,\n since there are many development servers available, we do not want to mirror\n their features in yet another server we maintain.\n1. Teach your real frontend server to serve files from Bazel's output directory.\n This is not yet documented. Choose this option if you have an existing server\n used in development mode, or if your requirements exceed what the\n `ts_devserver` supports. Be careful that your development round-trip stays\n fast (should be under two seconds).\n\nTo use `ts_devserver`, you simply `load` the rule, and call it with `deps` that\npoint to your `ts_library` target(s):\n\n```python\nload(\"//@bazel/typescript:index.bzl\", \"ts_devserver\", \"ts_library\")\n\nts_library(\n name = \"app\",\n srcs = [\"app.ts\"],\n)\n\nts_devserver(\n name = \"devserver\",\n # We'll collect all the devmode JS sources from these TypeScript libraries\n deps = [\":app\"],\n # This is the path we'll request from the browser, see index.html\n serving_path = \"/bundle.js\",\n # The devserver can serve our static files too\n static_files = [\"index.html\"],\n)\n```\n\nThe `index.html` should be the same one you use for production, and it should\nload the JavaScript bundle from the path indicated in `serving_path`.\n\nIf you don't have an index.html file, a simple one will be generated by the\n`ts_devserver`.\n\nSee `examples/app` in this repository for a working example. To run the\ndevserver, we recommend you use [ibazel]:\n\n```sh\n$ ibazel run examples/app:devserver\n```\n\n`ibazel` will keep the devserver program running, and provides a LiveReload\nserver so the browser refreshes the application automatically when each build\nfinishes.\n\n[ibazel]: https://github.com/bazelbuild/bazel-watcher\n\n\n### Writing TypeScript code for `ts_library`\n\nThe custom TypeScript compiler `tsc_wrapped` has your workspace path mapped, so you can import\nfrom an absolute path starting from your workspace.\n\n`/WORKSPACE`:\n```python\nworkspace(name = \"myworkspace\")\n```\n\n`/some/long/path/to/deeply/nested/subdirectory.ts`:\n```javascript\nimport {thing} from 'myworkspace/place';\n```\n\nwill import from `/place.ts`.\n\n\nSince this is an extension to the vanilla TypeScript compiler, editors which use the TypeScript language services to provide code completion and inline type checking will not be able to resolve the modules. In the above example, adding\n```json\n\"paths\": {\n \"myworkspace/*\": [\"*\"]\n}\n```\nto `tsconfig.json` will fix the imports for the common case of using absolute paths.\nSee [path mapping] for more details on the paths syntax.\n\nSimilarly, you can use path mapping to teach the editor how to resolve imports\nfrom `ts_library` rules which set the `module_name` attribute.\n\n[path mapping]: https://www.typescriptlang.org/docs/handbook/module-resolution.html#path-mapping\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\nangular_assets
\n\n(*List of labels*): Additional files the Angular compiler will need to read as inputs.\n Includes .css and .html files\n\nDefaults to `[]`\n\ncompiler
\n\n(*Label*): Sets a different TypeScript compiler binary to use for this library.\nFor example, we use the vanilla TypeScript tsc.js for bootstrapping,\nand Angular compilations can replace this with `ngc`.\n\nThe default ts_library compiler depends on the `//@bazel/typescript`\ntarget which is setup for projects that use bazel managed npm deps and\ninstall the @bazel/typescript npm package.\n\nDefaults to `//@bazel/typescript/bin:tsc_wrapped`\n\ndata
\n\n(*List of labels*)\n\nDefaults to `[]`\n\ndeps
\n\n(*List of labels*): Compile-time dependencies, typically other ts_library targets\n\nDefaults to `[]`\n\ndevmode_module
\n\n(*String*): Set the typescript `module` compiler option for devmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"umd\"`\n\ndevmode_target
\n\n(*String*): Set the typescript `target` compiler option for devmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nexpected_diagnostics
\n\n(*List of strings*)\n\nDefaults to `[]`\n\ngenerate_externs
\n\n(*Boolean*)\n\nDefaults to `True`\n\ninternal_testing_type_check_dependencies
\n\n(*Boolean*): Testing only, whether to type check inputs that aren't srcs.\n\nDefaults to `False`\n\nlink_workspace_root
\n\n(*Boolean*): Link the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\n If source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nmodule_name
\n\n(*String*)\n\nDefaults to `\"\"`\n\nmodule_root
\n\n(*String*)\n\nDefaults to `\"\"`\n\nnode_modules
\n\n(*Label*): The npm packages which should be available during the compile.\n\nThe default value of `//typescript:typescript__typings` is setup\nfor projects that use bazel managed npm deps. This default is in place\nsince ts_library will always depend on at least the typescript\ndefault libs which are provided by `//typescript:typescript__typings`.\n\nThis attribute is DEPRECATED. As of version 0.18.0 the recommended\napproach to npm dependencies is to use fine grained npm dependencies\nwhich are setup with the `yarn_install` or `npm_install` rules.\n\nFor example, in targets that used a `//:node_modules` filegroup,\n\n```\nts_library(\n name = \"my_lib\",\n ...\n node_modules = \"//:node_modules\",\n)\n```\n\nwhich specifies all files within the `//:node_modules` filegroup\nto be inputs to the `my_lib`. Using fine grained npm dependencies,\n`my_lib` is defined with only the npm dependencies that are\nneeded:\n\n```\nts_library(\n name = \"my_lib\",\n ...\n deps = [\n \"@npm//@types/foo\",\n \"@npm//@types/bar\",\n \"@npm//foo\",\n \"@npm//bar\",\n ...\n ],\n)\n```\n\nIn this case, only the listed npm packages and their\ntransitive deps are includes as inputs to the `my_lib` target\nwhich reduces the time required to setup the runfiles for this\ntarget (see https://github.com/bazelbuild/bazel/issues/5153).\nThe default typescript libs are also available via the node_modules\ndefault in this case.\n\nThe @npm external repository and the fine grained npm package\ntargets are setup using the `yarn_install` or `npm_install` rule\nin your WORKSPACE file:\n\n```\nyarn_install(\n name = \"npm\",\n package_json = \"//:package.json\",\n yarn_lock = \"//:yarn.lock\",\n)\n```\n\nDefaults to `@npm//typescript:typescript__typings`\n\nprodmode_module
\n\n(*String*): Set the typescript `module` compiler option for prodmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"esnext\"`\n\nprodmode_target
\n\n(*String*): Set the typescript `target` compiler option for prodmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nruntime
\n\n(*String*)\n\nDefaults to `\"browser\"`\n\nruntime_deps
\n\n(*List of labels*) The dependencies of this attribute must provide: JsInfo\n\n\nDefaults to `[]`\n\nsrcs
\n\n(*List of labels, mandatory*): The TypeScript source files to compile.\n\n\nsupports_workers
\n\n(*Boolean*): Intended for internal use only.\n\nAllows you to disable the Bazel Worker strategy for this library.\nTypically used together with the \"compiler\" setting when using a\nnon-worker aware compiler binary.\n\nDefaults to `True`\n\ntsconfig
\n\n(*Label*): A tsconfig.json file containing settings for TypeScript compilation.\nNote that some properties in the tsconfig are governed by Bazel and will be\noverridden, such as `target` and `module`.\n\nThe default value is set to `//:tsconfig.json` by a macro.\nTo use the default, create a `BUILD.bazel` file in your workspace root.\nIf your `tsconfig.json` file is in the root, use\n\n```python\nexports_files([\"tsconfig.json\"], visibility = [\"//visibility:public\"])\n```\n\notherwise create an alias:\n\n```python\nalias(\n name = \"tsconfig.json\",\n actual = \"//path/to/my:tsconfig.json\",\n)\n```\n\nOr, instead of the default you can give an explicit `tsconfig` attribute to all `ts_library` targets.\n\nDefaults to `None`\n\ntsickle_typed
\n\n(*Boolean*): If using tsickle, instruct it to translate types to ClosureJS format\n\nDefaults to `True`\n\nuse_angular_plugin
\n\n(*Boolean*): Run the Angular ngtsc compiler under ts_library\n\nDefaults to `False`\n\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, composite, incremental, emit_declaration_only, ts_build_info_file, tsc,\n worker_tsc_bin, worker_typescript_module, validate, supports_workers, declaration_dir,\n out_dir, root_dir, link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is named by adding `.json` to the `name` attribute.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, defaults to `**/*.ts[x]` (all TypeScript files in the package).\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\n_DEPRECATED, to be removed in 3.0_:\nFor backwards compatibility, this accepts a list of Labels of the \"chained\"\ntsconfig files. You should instead use a single Label of a `ts_config` target.\nFollow this deprecation: https://github.com/bazelbuild/rules_nodejs/issues/2140\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nDefaults to `None`\n\nworker_tsc_bin
\n\nLabel of the TypeScript compiler binary to run when running in worker mode.\n\nFor example, `tsc = \"@my_deps//node_modules/typescript/bin/tsc\"`\nOr you can pass a custom compiler binary instead.\n\nDefaults to `\"@npm//:node_modules/typescript/bin/tsc\"`\n\nworker_typescript_module
\n\nLabel of the package containing all data deps of worker_tsc_bin.\n\nFor example, `tsc = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig settings match the attributes.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/master/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@2.3.3","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-tkkrV1wrpMKj7gDlgloo/24lGmW5btHxzg9xqBZsXVvEfhr3HP9dU296bBxtdS1zZuORCxdIhh7D3iPonQDibg==","shasum":"8f238a6d395140cdc6ed6900f0861efb744ca91b","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-2.3.3.tgz","fileCount":104,"unpackedSize":19548204,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgEEDTCRA9TVsSAnZWagAAZHEP/jfYKpQdBTgD9awkNTg9\n9bygvSANemycsqG/rczN2UQlZ10/9784oVX0xg8psA9jbswGnUmCTgcarpyG\nLrlIDWfXbGPa26FBxiQ/GMCbkJcUxjhgC7SzaqHjh2a1qXK4NNrrLPD0+atE\nb+N4iBv7Zypx4BWI2Uc+UP2TLxPhUgCeUEKULWYMPjKqA0HHSwmbxAHbhmYH\nkCPw4mNCfFdKD4eGIeyDw0kXYqIGjk5K99LmvwipIZP5U6h0eeNFpmvTnnt9\n4PYSWZ601GZKlGnQOCNio7/if0qDQUNtRg5gI7hQ/Io2c8BdPkrSh8r6PAFX\nxQKKW9NoHbXsGjSJ/QhzDTr6I/N8BdqfT3ge8tfAVXdtU7nR2HbdZNTJEJIB\npZFsokp4PpCgG/VxEUkt8RV0w7lqZGhgGsnFW3tzz1YqgyYqaOg0hN5nMYdM\nfL6iDhYcddeE4dsz3ZNvSqnbTNbdyLH7DANhibBazicF6AIowdgyKJER8gFc\nBaHWqC6rcFg1q4d5m5TSEUuZCjuHpnP8XgEuNptPYcVYd+enjqTPwsAAWRvo\nDP37PFzIVsMBVyTU/PsnwrxozY7GDn2EyPlWIrfeTKEjpmv34OfJp6fZR9Sd\nLhwk+Cu4FiIv9/z/T3Jhy0/8vkl2XYxRviTl2SXrmiUzax8hfuya6sxozi4q\nlmqn\r\n=M0Um\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQC8F0WoxsO8meMnuUF5WGdGCprkbj22krFEYzvjl56nMQIgBT68VeHepivoo9Fpq/4ZihdDFcrpF1C8X7LUfLCs3cg="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_2.3.3_1611677907189_0.9807598647756768"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.1.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.1.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.1.0","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-sEWuvkUGIDeRhjLENHtJyop7wu4UqKN8h/nSgUwc5gkpWXQiT2wGH5jKVxBqODOBHB+IInEMtAjyRmCT+HbSHA==","shasum":"a07999ad7956b8c624604a521e653570bba32025","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.1.0.tgz","fileCount":103,"unpackedSize":19441349,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgGLAcCRA9TVsSAnZWagAAsj4P/iqcIeDalcX/ygDBL9oB\nOH2LTDmbuqi7MnQRQGbcfyaUyxCMpt03eHhXlzHKfskZXzRnvsYxp5gB24dB\n0BlGxrmi3pd1rg6VY/30cVaVZKnRpnyqbu+E8Rxi7AekxnBiDznZEFdlGwBW\nILtR7k4dUqksHnmBBoXmfqBcQtR3Tcp4b0jlP2Xtpo6zMtWDltk8bB6f2yyv\n0ihmDZsA/EUWMBY0kXQmIHOwZrpV/bwZipm1CsAw6w2NwfxKxvmrisv0VPN9\nLT8GCUcWLwldQNgO5JV+qK2gfBWd7EKQ8DdG6q9C72W6TjgGWblvhOoV48Yr\nkbbWWwe4GJmkAmbAIhImTN7w5HOtp1MJbci4nbGUTB1nbo4ms7IZZ1F0hVJC\n5Vl4xm0mOyeTZbVuZ0bmXD3+R5VLXPc4L8/7Ucgpd9Y8cNrNd712q70lWzx6\nisUci3gONMmEdIyzdz/lkinT6cC+47BIGxuE9KiAppeZFZ+H7cY/F+jP5dQX\ngjICO9WoFk/jEdFU9c+CA0FGase5ssQ4DV07xCjFBsMDQ2YOZT/2iHmCmw+g\nxECVSmESQ4d0jAi0n9YCnstX0l68p3h8GaUcBM3gVmLjTCQD2XmxxYneOc15\nfkGNSgzbGooWoTrVwtgidqfy4eOJX2ZnfvzckiLFXAhju2sEPa7RhW4EQJYk\ntECL\r\n=+WW/\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIAm2qAkivcm/1gaIwbPoehoNFi/GxqInPh/6NevkfOzgAiEAqEBIQ/yPu/LQXgBpnOWYlITe4TVB+66nods6df4OrZk="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.1.0_1612230683744_0.09979142901458182"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.2.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.2.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.2.0","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-RKdy9ThbcUAqZR3AJK7AR/nxbJqdHi7pPayIGUSMIpxVkeTxVRQpf1aGe2H02HdZ9fR/uk1xXhO/Ff9TLvTgHQ==","shasum":"299bd173fe04f98407ab9be4f654662c1c28470e","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.2.0.tgz","fileCount":103,"unpackedSize":19441276,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgJxtmCRA9TVsSAnZWagAAqvoP/A5KYMoESdXlX8EMpKz5\n5aOkiPsN34JsHmOgrUd6VTmf11MiXRgZWI40jteBxRImbt+DKNZ+2q/B0/0V\n6e+Cx0w5ih2d1U6xXufcKaqX9yUtPPX9W2eFQ3x0hmzwEOkOltar7ZjyJjP9\na3UL08pCdN308x5Jbbfc9fmczKUygut3FQR6fJdNjn60xxL5W7OvL5+1WyXG\nR5dZQgaj6tfm3oX1ExHjzU4et1mXiTJiA1dPmHyNh+PWwhTM5Lq/wIecx+B6\n/1EBjNlw14DZ3EgI77AqYn+UJaqht2Dk0JPwGNN7PcOvX0yCVdxlJbSLBRbF\ny0rVwqPLgSsjGvFWDTXNguB3JckTITDcAMCREGqd3fx9RY7xJntOwkWPBtLk\niX651cAE/Zx6G8UdSf7kx1clmvK6ieOX4uhjysKZiW+HAmh1ua0g36/oOHzl\nfM/guoyFKhiBVxKVPIOoVYNFZh1wHa5vDpLwGkaaBI3FKEhW4ij5EXe9l0/j\nIbQAlk7wrHakcQcQrjVFFo1mlOulatpe6bWvgCr3da+YK3GV5gmduRfRuXqM\nIMuGYZQaSorbG/BXkXS7jiuTlBCS8Hf9Z6sOLCQP103PGHNtxC3+pilnL6ba\n6gV97kvjCB9epaJZ/v+f6M1wUn6Qau8j9w0jo/fx3w3STAPhPR3VXagrIUXW\nWme2\r\n=AFaZ\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQD8I7S0nbmrexTpC4NKy5OhPYkCsLFhrtcnj9b49H4lhgIhAMHRtVZG1pqVKWvPLb2iDDqpDDab1N4x38Dsq6h7c7mk"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.2.0_1613175653539_0.610216867092312"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.2.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.2.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.2.1","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-2KgMqKcbqL89WWWVC2iwTCS0tMWmQ4LpQgFhaF3Lp56Edl0nv/fy0TOu+waw2Qs2rTBbTVKhk5/9DRiqJmOd2g==","shasum":"564849e2f05387612d13ef64304b7a7582bd107a","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.2.1.tgz","fileCount":103,"unpackedSize":19441417,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgNVyHCRA9TVsSAnZWagAAAvwP/Rpdjm9irOnSqCHuJmRi\nFjy9T+Pp4FbwoOXRLSpc6nSvd7NJUY9VbjlvOQTUlxzsQHSyyFHpQWbahCqL\nbRsjEL41aE7ZQa9VD0Ync8X5cfSGuFssYg/aPkMwbpPtH0tfZmb5ICZCxIjo\npIB5RyT10xJjsXFP+hdqkrHHq9Gc5gX01uTUjFwskm0z0WIlsieVrAiedbmk\nfxv5LNd/oyFIHEyCtUdOqyPimwr2i78ROG15hMAtEKeRtOh8enBlT1WAuFLM\nz9+8fne+5IiUWyyu5VaVf1zCDej48O0iu/M4yoZro5vLUccYgQCXQiWWmFG9\n87FeGuoeRPeqB4ydaCBO0d66O8fXL0/WWcjqL1tHkDlPhP8PsrNkGPKKv817\nBtSTBjnFZiblXEzCoY4qW/324AFSMIfAQKhDdaSKgkwaeQxVtuCTkHUvanYQ\nWZ9NqeZsnBYKM8jVM7Aunj+Hp75oxuF0T0NwZvvkS9MumHl5CqNGG4naWHwN\nUaJfKl5SjEytZN06/+DTfSUACd25pzMfjHRA2wX1UTjStPVJEFruN3DDbhnd\nFzg6BOPpFB8ffeInE/SN+Q7uLfGcX63zzuBpOG1rjplOA4H2VC5tAzH0q1Qr\nKqDhW1258UzUM6ZIT4PTCEWdlTsBkEFy3t4kr68rbaqjutkExRy0jVU5wDWX\nk9Zb\r\n=tlnX\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIFdMr3p/4JBviZawrsi14AevzTrG3aH6HAXSRAoRxnoNAiEAj8QCGbNdkrWjA9HgQs3xoi2oIWtPos80koBZJCZinyM="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.2.1_1614109831154_0.8430189706525719"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.2.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.2.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.2.2","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-fTPtX3kZAQ50fWJaBvHtHf4w0fqMCrOhK9A8c5GgbqRrIWF8GG/+Tbt4OPwsG0N3+JDYOsHATacJI0qkjIeG1g==","shasum":"b53ee35dee68952abd711a2d472485748c7521c1","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.2.2.tgz","fileCount":103,"unpackedSize":19441417,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgRZmyCRA9TVsSAnZWagAA+mgQAIAqObEzQYQCyXgIsvEx\nK6QvjQA6wtrwtk4yg9PG194/Sp4azMkKD1mANfKmUvbEIOi2O3rN9Uv80kG1\n7TCWzsJDlD+HBeL6zmJeDWXdqauDACXK1OLmjuJPbFhJeFP2UJbYx/5xsuKu\nFGQAQ7fgI99cGcG8SdqGtUcgEL77Gz55n4boM/WInDnGm2/7vPH+fFcUL+mM\nAHeU7kpu6gIkmN7ct16tLuuftL1zoeQqDeoTLB+u6dgomDLrBRUybGw9K8T1\n6IiJbI0R5pavCurnhOh7lHBvrmW20j4+WJMHbJ1+nPGHTMJ00utMKsr6NsS7\nPXM+D2nBLWei3bhDOAg+xCpPTbj5hY4rLgZH8pY2EabzMdQPxS2eOGOnCTCb\npO6Bcj1+d/svTDcfEmVar5U79iyA27LzIw99KdlLNWnvLxqZikPO20yDgfGJ\nrfnG7WSWoBHaEcbV9W44jg4/Zz8ke/ljUGkA27EYk5ghYpqF7roFCaGQt1MO\n6d895c/K/fe9PwNFFHou1az8mOGZ9u4u2N4PUE9zx7I85frqDQ31zVBENB6x\nKL/jwKBUB7TifcXv96wgFLvhb8O1KAiD4OoE1R67tmsY2T9oYuNnDPnn6PN+\noGv5zwYDyxbGFiHsxRlB3h6pa+bMN6ihdUKpNLEiMayg8Rfl6pr+ZPy/y1ip\n8MBy\r\n=cDeh\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQCMUeFqaxA3o/eeGo89zEYZsUEsvHU+Ye264lVS2aPwrgIhAIEnjq/AtdqcPBQkkbj5TXhCNBAn0Zt6siRrvck5JfnE"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.2.2_1615174065701_0.2776350556654483"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.2.3":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.2.3","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.2.3","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-Q1Yin/AYdh9yrkSJo3H6nVn6mMaohr5syjLd0Df0w7WI4zerdJTxrY5nhoWZwO/S1rPj8/MedDwZudCqPDeDMA==","shasum":"6e40bdb7c5294e588bac3b7d1269e58b98a1856c","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.2.3.tgz","fileCount":103,"unpackedSize":19440917,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgW+YACRA9TVsSAnZWagAAIeQP/1euRLowf5YT/U2vBwIr\nBGXI4QDUvNEow1JMIWr98PuTq0WiSMzhIMOGYN3e0hpBnbjJZ7RwgwjYCv5A\nsqRXokaJW7jsUfgkn5bjKOoZy3xJjfK/uZiKlRwxIpnFlR4grHVKEfbJURxa\nWFd/T64eno7S4NyiiE5xyz3d1vZbulaBR1E9r96iAjUPSFBo487A5RIe4sBi\n7Yp7djeMEjbUITROR5uqTLH8roXVvzAgbQ+rU78h6fm0l2ElGvePbFRai87q\n+fm84h80p81j/WNT5mftq1Q3vPp0QgC8hfjbUgTtPgvKa3BjspHegEP/wV04\nOpbvPYvy6UDMJE1ebjtOgsMOvICvx4nya3NOUX0yhtWSAEwZi8FYOyzp8I9H\np6HrOggsjNmtUFbGWuzJ4q6rhwfDx0+CDymCb/05ifuSZ98RyoYmmpVk5b8K\ni0DP2vlJ2/bm4tVwuq6VDg4wQ9NINj/VzZfAabu476p+jQc4ppDw9UfzlzOi\nnxhpkHt3ZvnoZfnN0ivpCB/w5S69xzjkt4k/Cl8SxKmh2w5LdUGmE46QWEkz\nCzuMollcw9qGs+hrCKFwDj89kRnFyjKsfEeH0pDw0rVZf7dd6QlEiK7oh9jC\nEqhXCPoDeMC87VnVcTX/ad3VU4ClmVeVQEfzG9cPZti5lCQHWQjPtG1LIMIG\nDGtd\r\n=j7aJ\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIHmbOP5N1PEtiu6D6nCbNA1bFb/iRC/7Yi6qU4ziPuK9AiBHNOVZexO9w9Hf214jAZ6RG8kxX84QhPPVIsJjDGX9Pw=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.2.3_1616635391650_0.686088102564397"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.3.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.3.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.3.0","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-neprCOVshAjlDAHgD5PAA4uqhkBzWve20Rl07Ip6BGnCNhU3XLkv+b86TtyWcU8tYMILoCSey9gzXs07XhEz6g==","shasum":"6781f3aec3f974b864519ae9f47eaf09b134910b","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.3.0.tgz","fileCount":103,"unpackedSize":19442789,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgblKICRA9TVsSAnZWagAA+YUP/iOslMHFgPqMW+/CLHDr\nQ+CajZzY9SOnTt0jLT3B5pj2N1G8+j11e06MW8R+DRN48/S4c07tlrPs3BFp\nJQEzj/wRa7sT7+bF06dKI+CoEYa4qU/BYtfmT+d1/vC+Cpx6yyBDmcqUCvYF\nDRfqiR4lbofW8A9aJN2POxJabNz+mPcf9MCvtDzHDaPBZ+pFzaBg0EF+NdZ3\nX1ERo3d0x/4WeS8+Y54fgledppYuoksVBE0zfizyz3KsoqFO3pj/+JVjAtTC\nIQBsOdhzw91rQmSqG4kzgfzmf+tZ3A381M+wezD38Ae6fFjKK0cvvC9v0qZa\nxmP0gtLIUOXWPgiMMsVygLNHVqk4BJIf25R3IQpMQ2vKcPeHrdNLuvPg8YXU\ntQ6lhIjcKx8l5B1jri+5RCR122QGjQphBoJj7XyJZ5C0SJnFIkzQ+EX9zo4h\nLRiIEwrd/vtLRgb5YGo8J/MQn8gkyNyUaD6Uiga+IYyYRctUZJEP8wrmtfR7\nA72o9syfBP86NuF80Pm37e41zIr3ZiG8qh2CWR5Ljb2iQhooR3+xquKK1qpX\nJsD3Fw1hNCU+eda+Us5R/xTQOckGeuDyIcs7SVFoDatxRfKDkXHDPKUJRX5W\nwBCF3rJ2h0zGgzcw6lCE8g1CbbcfkyQHC6oBPSF9gTJGzrAK6U0DNbxuvk9r\niNXy\r\n=riGl\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIAtx7Yc/4foyMt0oYgZeS9v42VGMoSvPyQHkrl125GEMAiEAjkCQBbauPaYb3YXQ6/vj6NS418g4xC5/ShDZLlTmr04="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.3.0_1617842824191_0.8932936515624674"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.4.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.4.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.4.0","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-XlWrlQnsdQHTwsliUAf4mySHOgqRY2S57LKG2rKRjm+a015Lzlmxo6jRQaxjr68UmuhmlklRw0WfCFxdR81AvQ==","shasum":"031d989682ff8605ed8745f31448c2f76a1b653a","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.4.0.tgz","fileCount":103,"unpackedSize":19443175,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgdy1XCRA9TVsSAnZWagAAl6kP/Au2m8ssGugaELmd2Ey/\nzMZzDeXfYHlk5/o398vwB44sabcHRFHnGIhMR2RfhE/Y9LrSUSvZTj1Js+zL\nYFsFMmjA6JmIbBDjhGlMj9BWQuPnaZiwSet4MLtJwPLGrOe6lxoVctWJPNrb\nImSkvOv3QD6erJsUMlfjC1rbjmPK91Yd2sKLYoamZJ6N/muOlbUDRL9j2jTb\nfM50QB0HcdD1KBfa/OLX02XVEjouTXxPfo56eqmGW/KXLAGGq+C/1eC2eFBw\nQ9kYCcbnF18OPn7h0PfqY2/iSUsB5l2mnTbqCaCxiqWwtVx/Hs4pT0UBHkWx\n4lLUbYgg3n0hNL2jLXImwitkVPmqBlMADbfR8T3nd0pa7QGS8l6qXV8NkwyP\nEU40eE5j7AzNhlJEze9at1cZ5HbCra8zqGcSRtd1xPxH9l7H/1uX3aWqOynF\nfAfCrpHNgoxnJA3PkrpfniEMLiTrAooW7ZHpgMbj9Tl7F9YeHYFVk0euYuqt\nWwSPa3xlD1U4PWMVwUMWcsKar0LMK+8yz8k04nu1nT+/vs+6qn8Dr4LuDNeU\nY0oM0CzXvSiyHSDkEmaQrFmLBi9narGQqmVVLaPYznPArfhkMS0dl4B8t1Ln\ngc0lUbDmhqstK3TtOhQMsW0oX6lpxuOZuPu7H3O97F/POgZppNSdlEtaJ38x\nU2ls\r\n=3CCI\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQCKiJ3E7A5FqvtQVTBTq+UJg7emy793MxD1YYUw/wKWSwIhAMUtyLHXoynj3JaPhjiDsBng4MGz8KnO3IxyuaTcfkEt"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.4.0_1618423126886_0.023214941459567484"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.4.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.4.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.4.1","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-OKpfjFRhudsaUBL3xH1oAbat+bwdRyfAOTn2qgMQSO3vR4ZBBVYk7GVMJzWamLkbDS0aY5ws5wLfDScJSKD2ww==","shasum":"ec52292b240157cd2d874ff7ea7857da8416c00c","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.4.1.tgz","fileCount":103,"unpackedSize":19443517,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJggc0kCRA9TVsSAnZWagAAGBAQAJUjev2iTP7wiLuoz0kZ\nwFZeMNZFZh2mBeb0IBqbnfKrxuKrtPqkGlRaXkTva2/JkfxPeSSBaTx24QfH\nnm3VDVIkMFGcW8yHKG+oFlice4nA8jv9Cg5+y0l+DcciAHs6AjQk09DK9JP1\nnR1p92c94ctMtrseoxs8VYQIldjlVWbKymur0/7bAG6/Y6LoIBghukbaBmc2\n8FFz78wlFNF88eSyCXgNraxO/lJS6rJpOGQHkeDOzUFx2JnNPw5rbSFIxXy5\nrQVmyqTMuzXYW3See+HYeWo5N/yj2tjoRJo90wvsLAzomhhDDxQPdLn2Qoan\nKuchrsDiLABgJd58a+ig639bTft9pcnWJd6Sn3qatsjyG9yAfIwW3bbzPMPT\nqolOfuO309eTwXruVO4O2NrRvNz3SbfA7DGui8pCMy1jOLG1IZuXkLeqpZFJ\ngAy7epqHb8QSjFFM7O/W4QFs+rSzcBupOQI5EQy7wxZFMkLqNJScBNwWeM+/\nFtVVRv6nyq8cyily5+2T1bcN4hrjm1CeF0ZsTaZIkT0m1nejoNmeg5sXwGJ4\n63qn7KNZUOGHA2BqwtpU/0tNvnd31y0mzHPGD97uk4srzlLhPKxoXzqM6+Bc\nmn7oPkmqF7LAzte+ZgDq4fLKFPZdr42bRDusEBN8ZOZbL0v3F8czfumQAixx\nnudA\r\n=DXmv\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIHymJwoUI3ElEsUvS5wCiRemKyaZvWdNg+jDwzi4+Vb0AiBDl/q84N13ARSR5rTEbvK36anmkXwtRAmt8o8LeK0kng=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.4.1_1619119396169_0.8609430075939795"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.4.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.4.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.4.2","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-JtLdPOC7rytALJBxawxTCnxVopGstk2eXFs56zHBy+JWSeqrnwujeWZyK5qZHzpag02/JtIQ/ZKkM/DQtrXC8Q==","shasum":"183cb14d1f4149cc67ed2723c4b8a7366da5ec36","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.4.2.tgz","fileCount":103,"unpackedSize":19447990,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgifG7CRA9TVsSAnZWagAAqCwQAKQQz4U9jNSawgVi7PGd\nelZCpCUg9Ij2oP2KBPEk5OXWJPfXp1MY/lrDIBVItaFTgjg10lMn4oY78y+l\nGMBEVRcloipypD5h34rx9Z46gin+JBGJ6T1ExSxDaRRLI0JvSFQwHiXLhwl2\ntHYt0wekD2VeeLfuWHoL6QIr77DkWKR1go/QFWWkPQTfu0SSwivSCZctup6m\nj0KziX3CqwkHXRtEr2dgY6diKsc4ZMhDLN5CsiieyX88qJI6ej5SGOJJeiqm\nnsIOFN+5zCbYjcsM2403AyT6RylOQhevv2QYKqXyuNNtjzxJdU2/418MvoOx\nJPx6+CiuTYRC3slfPp4aNHCF1+HiKbW/EAp33EQgWxLAJ/wVJ6ZuNIRGVoEo\n3A+S3V0tHIEFYh+3V+AtzXquRiSG5Xj2rgpYyeceNFcuQccAOpNU0jpHMTRG\nkkUnDVV3L6qzhGPfTQt+A7hVsQSQhP8iycd0AIwIMPH7WUAAFYKv1L4dTbXb\nzzGSbF0HyQDlf0g7+PjbpWrvLjHQr148WBDRqIstPEytHAXrrzLMZkk2y4/w\n2yJx0aSVuRVzw3Q0+sZMru7QLUbfwSdrPfImTC71eY5JF+h2p570QHkLp83I\nUWmYyS1459wzNgh7V2SEjIaoat3drjsVzDy6QNXwZh074gyx7yxnCflbtiWr\nRzhk\r\n=m+mp\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQCrz8sjiBJ1+P6BgZW3CFV54vflQdx3bSlDQn2r2f6g2QIgMcocAG9GlpliLhK5wu5PMmqkqc3Ad+1lqPnogeWJ2D8="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.4.2_1619653050993_0.15733541975293264"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.5.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.5.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.5.0","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-BtGFp4nYFkQTmnONCzomk7dkmOwaINBL3piq+lykBlcc6UxLe9iCAnZpOyPypB1ReN3k3SRNAa53x6oGScQxMg==","shasum":"605493f4f0a5297df8a7fcccb86a1a80ea2090bb","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.5.0.tgz","fileCount":103,"unpackedSize":19447988,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgmuzDCRA9TVsSAnZWagAAl7EP/AslZbdLCYgVZM8T5VuT\nfyBKo6zOcJ5/7BYZu4MwC+7maWj7yedFWN2SdZrRY3Xef6N7MNdUUCp/Am7k\n5po2Dp1fEJiLBrreDZ+jsKMhEnM8JVHeCsjU7u2Cc9ib2Wb6Hc+Ik6rcLSo2\nfqCEcpT5n7NzyKWidNUJVDNwtgKiNwkWsmz+Mru9GPHvzJsYNBcR54MA+1G2\n2FJxoC++1T9xsD2JZe46CexLxPTQyu+UOkvsOe69bMcHh6QXr6ia7yaBUy6I\n/gMs9+a1Tp2uV/cNty7Fgaptm/WFyhQAUl2mn45B97WKdwJbAy7UCebgqdMG\ni59z1VqfD/zqxMsNECy5GvzRknjbh7YMk1ZY6GkoqiRNMWH+COUl9PQDRu9e\nRokPYiG1DzwjHDlv7aTId7MIwMV+rJ01OknIOVWQSzmaHLEIEebun5IxOnCV\nG/URQvV99+o/QtNY2dZqZENDKWICT99GLUzJRZD+0d22Y7nrDS0N50x5A2iK\nCakVrq5Tfmej8n56Sy6/Dd2U3/byAkAkktn9oWtcWon1gzc1SSIWPJ0FHwDm\nkJ19/hetgBun3tCvqrhF/6bZrVBaarQVfSQCSdaoKWuoSlicbYPmezHm39aJ\nMvqX3qHi5Cmbpajov76rdnWwyvFPzld0OWFSXRfFFTTq451Ep0DfJSat3Wbz\n0pkF\r\n=SV99\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIA2oK+e0sF9W56vCZF2/ylyebWF8blG3+lZrxt5r8Nn/AiEAtejG/HaRJnTjhvhYWM5WLjAbOFbQ3kwjOM2RecNk92o="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.5.0_1620765890331_0.4830909908492902"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.5.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.5.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.5.1","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-dU5sGgaGdFWV1dJ1B+9iFbttgcKtmob+BvlM8mY7Nxq4j7/wVbgPjiVLOBeOD7kpzYep8JHXfhAokHt486IG+Q==","shasum":"c6027d683adeefa2c3cebfa3ed5efa17c405a63b","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.5.1.tgz","fileCount":103,"unpackedSize":19448089,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgrXljCRA9TVsSAnZWagAAJgQP/11ORUX7rbnTq3DTYuXn\nQADfWLk3n6enwQHDUxXOkBr6ppLM63Y8L1+HRT0fFSQNwYf5ZB3gr6uZ9v3X\n2FMFQS4ij6XdwspCLHTTRw1gZsnJ9/4u1a3lTdh23gKNKsE9J1jIAXDhr3uC\npddpvQ6JvyWsinMYaa2pjrV1TgmSySJZaEAmb60LMt84Dm3lHtHlBoQ4vGwM\nciPrL0KPQjdzCMhCss21fINeZ2JNTDXQa9g0QftCw0/6ETsAk/xFw/yG0GVk\nG7+WNkYiyhDsrYZHoO6Z+eh00nY0LBnj48Kr8F3bVvOXVNq/XrfZZA7tDPKw\nWNAleKicUdMmawxEIXauTKRQLlsV9r3ndYe6K30ZR0gcgcFMGUU7nvv4iC3A\nquY20eAXokG9SnDlefZr6KVkJqY2jnGjYAjn+4lTS8HtjYEnZt45stW3qYTt\ndO9IwxeKe8J+xpLd40H5oYljacaOfv8wj9Y7DFPVkhwWPeot/yC1ztkXOycp\nTdu9GzCQRO1ndoUvNlbqMSg8FAb5Kv2qDfU94si7uQwz9ntHd6cr6wyliRM6\nZ8xkVQHBKR8wZgrMOt+TPxCLTOPl6TF25p7EcPpPgrFU4ifdKxm/wqA2X9y4\n1Q08R8cR7U2cVXHHvKZwVhO2H8c5PtNkkrpo00+q3e1rk9u2ey5vVSvIm/lJ\nExl0\r\n=L+5r\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIBCiu3nbcdFb4g+hv8DO5rlXCEOQkGGDWheDwYR2XpjSAiEAh3Tr1Fj2zqcUz1E0iBW+wjj3GMIHIvDHPVpjoi1CkWM="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"angular-core+npm@google.com"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.5.1_1621981539093_0.7219408965668177"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.6.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.6.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"./internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"./internal/ts_project_options_validator.js"},"//":"note that typescript doesn't follow semver, so technically anything 3.6 or higher might break us","peerDependencies":{"typescript":">=3.0.0 <4.3"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.6.0","_nodeVersion":"12.13.0","_npmVersion":"6.12.0","dist":{"integrity":"sha512-cO58iHmSxM4mRHJLLbb3FfoJJxv0pMiVGFLORoiUy/EhLtyYGZ1e7ntf4GxEovwK/E4h/awjSUlQkzPThcukTg==","shasum":"4dda2e39505cde4a190f51118fbb82ea0e80fde6","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.6.0.tgz","fileCount":103,"unpackedSize":19448781,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJgwMdQCRA9TVsSAnZWagAAaQAP/jdL/l6oB3IY+/Rw/HF3\ncM5+D14J5kE1rYxanKIBu6jetWojzymzgPt04kAZB4tDTLWsEoLlnczkUxLZ\nJpUKYgBNc6zKp/dhm5lCOsP1az4CT8AIHzz7NYUgvqkmFfJc176sYqO1Js8K\ngBZkslTx/zMm3PWy0pg4bDsanbhQ4ucbqg0cW6lkjXEI0GfgGtBCLAvu1d5q\nBHmLlokEXqoM0eebXe2DUgXtBoprfYPcIntSf85RfUOP5xHO4z2ThyDL6urH\nnOywAIRZcgJVr1wsBTVW0f1kWMITB59q3PJVWZQAn+7je5bEy93cPYB1j+Qh\nuudi6/xU0+RJp77FfPN9bqZfyRld3wf8E0GtRKEnsnWhCkWkfhAwCmA5Awxv\nXCYIuwxtB2yPa8ebMc72etc0u3y69bEgM+Iagcy+XQ+Ablgi522YveW9EiIM\ndYqxBzpE0gTqqAmb2oywV8dSOa/DYdz6CXdj4C3gC4UerAgoVf5Mef1BvwJm\n5lccJTpfS+u2a5LLuWFv03AtK6NFYDHojqKjxDCR+I2HRw7tHONcUDybwO4H\n7Xl//NRFJwE6N/pszslYl3hhJkhut9c5d3fxfaRRvCbQt02xSNDwQeWhY5rS\n1LjapCxSOOyeBPjBcz8dLIr/UBWtW0Gl1YXXFu6Mmwi8v1E1y6kmT65HW8N9\nYkpJ\r\n=T6Xw\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQCsHvtNy5V6qozAqHza72Zc5suDHuiVxYQGIknWL7C4bgIgY6xQ03OZGpVZfrXrPzprry13vIP6iXHYea35Kyz5j+M="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.6.0_1623246671650_0.06809082272060252"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.7.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.7.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.7.0","_nodeVersion":"12.14.1","_npmVersion":"6.13.4","dist":{"integrity":"sha512-bkNHZaCWg4Jk+10wzhFDhB+RRZkfob/yydC4qRzUVxCDLPFICYgC0PWeLhf/ixEhVeHtS0Cmv74M+QziqKSdbw==","shasum":"a4d648a36f7ef4960c8a16222f853a4c285a522d","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.7.0.tgz","fileCount":103,"unpackedSize":19449102,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJg31xQCRA9TVsSAnZWagAASVsQAJHFK+eln1u9l84HHpsP\n7Q1xjWdEP6PtaoFAkaWADBFDjjC9hEMoNe5xaBeLAuSH3hRsPeAY4CGKq1NS\nbEd6dpcXCneBA6GB8XqlQzFacduitmvgj3Wtcf08r2Ki6l3w6ZnuTk5pCr1K\nSIl88Bo/AmfB5LLRfBfjLaC6uARpP0hnJBj7Mnl9MhsM0JGOCUAch3Cznydx\nKiywroGqLUA2JoB501Czh1HJ2nMsUsRonDqACpBj9Q/EtK1TqjeUZBU/Xk8f\nG8BIIrOK6VtZpiTy9jiqEkZ6acCuICob6PVuc+qGlN4VtoYpYJZdSbsJcEyW\nZ0NuQLTey00L36NAndXfRKdPnPh7LkI7N2qayrfnfmFhdYXDzqDYL5mhDC92\n8zOzzOa4/AvjrRoECGd3Mdi+Id5w/BTOkHfIM96jJuQZUdg2g9VKKHM6Q5ok\nH7JopeBSjerKO6oEXpfenAc3gyJxOtuFl7We7pO/hEnmx2Vxb6H/IMGiiF0Y\nDHkvOI6vnw+Bv/wPfr1zXdRniX9bEULdqnW60Cdrv/HTtQv4Wo/y5u2yV33/\nv0CcERFOL56qOP8HCaaavn30ulKggETq62Gh9bLLE/H5m/WMF86Tfu0QCukO\nEA+Nbft9Lqtmzw8Rf89FkJgawqeHsDfcXjOW19ZFTvl16t9FkjySI/qykbos\nKEQ2\r\n=mU5n\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQDJjXm7GEifOnTml/+GkaEcEht2CrgAs7F5RlPcXbLmqAIgEW5BxYuc0A4PFIMBFLC4tKSUR4hRA4Y8kjdp/lS3aVM="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.7.0_1625250895735_0.42474803270743977"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.0.0-beta.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.0.0-beta.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"readme":"\n\n# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are three alternatives provided: `tsc`, `ts_project`, `ts_library`.\nThis section describes the trade-offs between these rules.\n\n### tsc\n\n`tsc` is the TypeScript compiler published by the team at Microsoft.\nYou can call it without any custom Bazel rules.\n\nTo use this option, you **do not need to install the `@bazel/typescript` package**.\n\nThe only reason to use raw `tsc` is if you want to compile a directory of `.ts` files and cannot enumerate them ahead-of-time in your BUILD file so that Bazel can predict all the output files.\n(For example if the `.ts` files are generated by some tool).\nThis will produce an opaque directory of `.js` file outputs, which you won't be able to individually reference.\n\nAny other use case for `tsc` is better served by using `ts_project`, see below.\n\nLike we do for any npm package that exposes a binary, rules_nodejs will see your dependency on\n`typescript` and will generate an `index.bzl` file allowing you to run `tsc`.\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nThen call it, using the [`npm_package_bin`](Built-ins#npm_package_bin) documentation.\n\nHere is an example:\nhttps://github.com/bazelbuild/rules_nodejs/blob/3.2.2/internal/node/test/BUILD.bazel#L491-L507\n\n### ts_project\n\n`ts_project` simply runs `tsc --project`, with Bazel knowing which outputs to expect based on the TypeScript compiler options,\nand with interoperability with other TypeScript rules via the [DeclarationInfo] Provider that transmits the type information.\n\nIt is intended as an easy on-boarding for existing TypeScript code and should be familiar if your background is in frontend ecosystem idioms.\n\nAny behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n\n`ts_project` is recommended for all new code.\n\nExhaustive examples of calling `ts_project` are in the test suite:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\nAnd there are also many uses of it in our \n\n[DeclarationInfo]: Built-ins#declarationinfo\n\n### ts_library\n\n`ts_library` should not be used for new code, and may be deprecated in the future.\n\n`ts_library` is an open-sourced version of the rule used to compile TS code at Google.\nHowever there is no support from the team that maintains that internal version.\nIt is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- We control the output format and module syntax so that downstream rules can rely on them.\n- Some other options are incompatible. For example you cannot use the `--noEmit` compiler option in `tsconfig.json`.\n\nThe only reason to use `ts_library` for new code is if you are bought-in to using a [concatjs] bundler, which requires the named AMD module format. This may be faster than other tooling, and this format can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\nHowever it is very challenging to configure and there is little available support for problems you'll run into.\n\n[concatjs]: https://www.npmjs.com/package/@bazel/concatjs\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n## Typical Usage\n\nThe `ts_project` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files). In TypeScript terms, this is one \"Project\"\nwhich can use \"Project References\" to break up a large application.\n\nCreate a `BUILD` file next to your sources:\n\n```starlark\nload(\"@npm//@bazel/typescript:index.bzl\", \"ts_project\")\n\nts_project(\n name = \"my_code\",\n # glob is a quick way to select all the code,\n # but has performance penalty in that Bazel must evaluate it.\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nHere, `//path/to/other:library` is another target in your repo that produces TypeScript typings (for example, another `ts_project` rule).\nBe sure to set the `rootDirs` in your tsconfig.json as noted below, so that TypeScript can find the `.d.ts` files produced by that other target.\n\nTo use third-party libraries from npm, first install them (likely using `npm_install` or `yarn_install` rules) then add those to the `deps` as well:\n\n```starlark\nts_project(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//somelib\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` grouping target which will include all\npackages in the `@types` scope as dependencies.\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, or `extends` from it, to keep consistent settings for the TypeScript compiler.\n\nAnything you do with TypeScript is possible with `ts_project`, including json imports, type-checking only,\ntranspile only, outdir, rootdir, and so on.\nSee many examples in our test cases:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n## ts_library\n\n**USAGE**\n\n\nts_library(name, angular_assets, compiler, data, deps, devmode_module, devmode_target,\n expected_diagnostics, generate_externs, internal_testing_type_check_dependencies,\n link_workspace_root, module_name, module_root, package_name, package_path, prodmode_module,\n prodmode_target, runtime, runtime_deps, srcs, supports_workers, tsconfig, tsickle_typed,\n use_angular_plugin)\n
\n\ntype-check and compile a set of TypeScript sources to JavaScript.\n\nIt produces declarations files (`.d.ts`) which are used for compiling downstream\nTypeScript targets and JavaScript for the browser and Closure compiler.\n\nBy default, `ts_library` uses the `tsconfig.json` file in the workspace root\ndirectory. See the notes about the `tsconfig` attribute below.\n\n## Serving TypeScript for development\n\n`ts_library` is typically served by the concatjs_devserver rule, documented in the `@bazel/concatjs` package.\n\n## Accessing JavaScript outputs\n\nThe default output of the `ts_library` rule is the `.d.ts` files.\nThis is for a couple reasons:\n\n- help ensure that downstream rules which access default outputs will not require\n a cascading re-build when only the implementation changes but not the types\n- make you think about whether you want the `devmode` (named `UMD`) or `prodmode` outputs\n\nYou can access the JS output by adding a `filegroup` rule after the `ts_library`,\nfor example\n\n```python\nts_library(\n name = \"compile\",\n srcs = [\"thing.ts\"],\n)\n\nfilegroup(\n name = \"thing.js\",\n srcs = [\"compile\"],\n # Change to es6_sources to get the 'prodmode' JS\n output_group = \"es5_sources\",\n)\n\nmy_rule(\n name = \"uses_js\",\n deps = [\"thing.js\"],\n)\n```\n\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\nangular_assets
\n\n(*List of labels*): Additional files the Angular compiler will need to read as inputs.\n Includes .css and .html files\n\nDefaults to `[]`\n\ncompiler
\n\n(*Label*): Sets a different TypeScript compiler binary to use for this library.\nFor example, we use the vanilla TypeScript tsc.js for bootstrapping,\nand Angular compilations can replace this with `ngc`.\n\nThe default ts_library compiler depends on the `//@bazel/typescript`\ntarget which is setup for projects that use bazel managed npm deps and\ninstall the @bazel/typescript npm package.\n\nYou can also use a custom compiler to increase the NodeJS heap size used for compilations.\n\nTo do this, declare your own binary for running `tsc_wrapped`, e.g.:\n\n```python\nnodejs_binary(\n name = \"tsc_wrapped_bin\",\n entry_point = \"@npm//:node_modules/@bazel/typescript/internal/tsc_wrapped/tsc_wrapped.js\",\n templated_args = [\n \"--node_options=--max-old-space-size=2048\",\n ],\n data = [\n \"@npm//protobufjs\",\n \"@npm//source-map-support\",\n \"@npm//tsutils\",\n \"@npm//typescript\",\n \"@npm//@bazel/typescript\",\n ],\n)\n```\n\nthen refer to that target in the `compiler` attribute.\n\nNote that `nodejs_binary` targets generated by `npm_install`/`yarn_install` can include data dependencies\non packages which aren't declared as dependencies.\nFor example, if you use [tsickle](https://github.com/angular/tsickle) to generate Closure Compiler-compatible JS,\nthen it needs to be a data dependency of `tsc_wrapped` so that it can be loaded at runtime.\n\nDefaults to `//@bazel/typescript/bin:tsc_wrapped`\n\ndata
\n\n(*List of labels*)\n\nDefaults to `[]`\n\ndeps
\n\n(*List of labels*): Compile-time dependencies, typically other ts_library targets\n\nDefaults to `[]`\n\ndevmode_module
\n\n(*String*): Set the typescript `module` compiler option for devmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"umd\"`\n\ndevmode_target
\n\n(*String*): Set the typescript `target` compiler option for devmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nexpected_diagnostics
\n\n(*List of strings*)\n\nDefaults to `[]`\n\ngenerate_externs
\n\n(*Boolean*)\n\nDefaults to `True`\n\ninternal_testing_type_check_dependencies
\n\n(*Boolean*): Testing only, whether to type check inputs that aren't srcs.\n\nDefaults to `False`\n\nlink_workspace_root
\n\n(*Boolean*): Link the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\n\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nmodule_name
\n\n(*String*)\n\nDefaults to `\"\"`\n\nmodule_root
\n\n(*String*)\n\nDefaults to `\"\"`\n\npackage_name
\n\n(*String*): The package name that the linker will link this ts_library output as.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\npackage_path
\n\n(*String*): The package path in the workspace that the linker will link this ts_library output to.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\nprodmode_module
\n\n(*String*): Set the typescript `module` compiler option for prodmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"esnext\"`\n\nprodmode_target
\n\n(*String*): Set the typescript `target` compiler option for prodmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nruntime
\n\n(*String*)\n\nDefaults to `\"browser\"`\n\nruntime_deps
\n\n(*List of labels*) The dependencies of this attribute must provide: JsInfo\n\n\nDefaults to `[]`\n\nsrcs
\n\n(*List of labels, mandatory*): The TypeScript source files to compile.\n\n\nsupports_workers
\n\n(*Boolean*): Intended for internal use only.\n\nAllows you to disable the Bazel Worker strategy for this library.\nTypically used together with the \"compiler\" setting when using a\nnon-worker aware compiler binary.\n\nDefaults to `True`\n\ntsconfig
\n\n(*Label*): A tsconfig.json file containing settings for TypeScript compilation.\nNote that some properties in the tsconfig are governed by Bazel and will be\noverridden, such as `target` and `module`.\n\nThe default value is set to `//:tsconfig.json` by a macro. This means you must\neither:\n\n- Have your `tsconfig.json` file in the workspace root directory\n- Use an alias in the root BUILD.bazel file to point to the location of tsconfig:\n `alias(name=\"tsconfig.json\", actual=\"//path/to:tsconfig-something.json\")`\n and also make the tsconfig.json file visible to other Bazel packages:\n `exports_files([\"tsconfig.json\"], visibility = [\"//visibility:public\"])`\n- Give an explicit `tsconfig` attribute to all `ts_library` targets\n\nDefaults to `None`\n\ntsickle_typed
\n\n(*Boolean*): If using tsickle, instruct it to translate types to ClosureJS format\n\nDefaults to `True`\n\nuse_angular_plugin
\n\n(*Boolean*): Run the Angular ngtsc compiler under ts_library\n\nDefaults to `False`\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, preserve_jsx, composite, incremental, emit_declaration_only,\n ts_build_info_file, tsc, typescript_package, typescript_require_path, validate,\n supports_workers, declaration_dir, out_dir, root_dir, link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/host/bin/path/to\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is \"tsconfig.json\" in the same folder as the ts_project rule.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, defaults to `**/*.ts[x]` (all TypeScript files in the package).\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\npreserve_jsx
\n\nif the `jsx` value is set to \"preserve\" in the tsconfig.\nInstructs Bazel to expect a `.jsx` or `.jsx.map` output for each `.tsx` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nOne possible compiler is the Angular compiler, provided by the\n`@angular/compiler-cli` package as the `ngc` binary, which can be set typically with\n`tsc = \"@npm//@angular/compiler-cli/bin:ngc\"`\nNote that you'll also need to pass `.html` and `.css` files to the `srcs` of the `ts_project`\nso that they're declared as inputs for the Angular compiler to read them.\n\nAn example can be found in the rules_nodejs repo under `packages/typescript/test/ts_project/ngc`.\n\n> To use the `ngc` program from Angular versions prior to 11, you'll need a fix for\n> https://github.com/angular/angular/issues/36290\n> To apply the fix, you can use the patch-package package to apply this patch:\n> https://gist.github.com/alexeagle/ba44b2601bd7c953d29c6e8ec44d1ef9\n\nDefaults to `None`\n\ntypescript_package
\n\nLabel of the package containing all data deps of tsc.\n\nFor example, `typescript_package = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\ntypescript_require_path
\n\nModule name which resolves to typescript_package when required\n\nFor example, `typescript_require_path = \"typescript\"`\n\nDefaults to `\"typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig JSON settings match the attributes on this target.\n\nSet this to `False` to skip running our validator, in case you have a legitimate reason for these to differ,\ne.g. you have a setting enabled just for the editor but you want different behavior when Bazel runs `tsc`.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/master/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.0.0-beta.0","_nodeVersion":"12.14.1","_npmVersion":"6.13.4","dist":{"integrity":"sha512-dfI3QLQ5bLyK3BIrrwxuH9cLbMHuku0UZH7nwjHjXwQX70O0MSGN6yXx2Vrqatj2iw/UfHX/akPuhGlNqrDFRw==","shasum":"daf2fb0d0bdcd3df331d4320463b1a4beca6031c","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.0.0-beta.0.tgz","fileCount":103,"unpackedSize":19450618,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJg32VnCRA9TVsSAnZWagAA4ycQAIBc9MAMV6qjY1JVCIUR\nwJbvQUNSJK5RIUzAInKp5zA/ci40HAzertnxCQicZbZIsRGWN3+CVvpsTD/e\nvek6LWdudi4UJTQuWjDJRHX5O65+BwuF1iiStb6sPAuW8koM/jYlPxY/es9m\nkkSYqSSNJa1GSthWt8oXwEd3o+g5lF3vJQiq5vaLNJP7VZI+p25LQr3Xtcri\nXH2kKntYTV/3TSmEdSqC8b//l2I9MwbhEU9iRvd00plhse5j0bTl48Abj184\nhAnEhUVTN7EK8vHu4KgAraclTNxsBK7qClY47sK6JqCjhW+YyVzsSiNa/WLm\nalw4ik8Lcf490LWSMHBvuZQPgFuFtKw2qGF3Z32AQddcgCOC/bkhI3cUVPK7\nWJL84Q6XoTeNmOZXzQD77ohTD6BDslGrUk8aWwn2IHabEK71eyUFSD9Js8xM\nHPx2lWzHl9FJRf5SKsVYiysPRYYGGFxG9v66G010zazo69fWJvW2ZlN/EjBk\nUv5HtnRVa2zWiyYTudmldNFLw1tQp+sCmaL7GeMfxAkoxPG5h1KvTD+wuU9c\nebxf4Tt09zdKfcZT6gAF+1NeDBIV9EY17IgDj5cQAtTK2gQ2CLtTAn/xRbXx\nCf9ie1skSulQf0UCT+TvnCpfSZE7+41lkPMAl7xCWkgMEQl3yMSoAT1g91+Y\n3QL6\r\n=/ZsE\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIELIpmvc3xH5kRDRpO9ystbvTb2ZPeQBBbofy5RsZ+uuAiEAy5wnw23gVMCsJ6ZhFjT1Fxzbpta7gbkxwSTf5bmAsvU="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.0.0-beta.0_1625253223145_0.9136599763413922"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.0.0-beta.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.0.0-beta.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"readme":"\n\n# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are three alternatives provided: `tsc`, `ts_project`, `ts_library`.\nThis section describes the trade-offs between these rules.\n\n### tsc\n\n`tsc` is the TypeScript compiler published by the team at Microsoft.\nYou can call it without any custom Bazel rules.\n\nTo use this option, you **do not need to install the `@bazel/typescript` package**.\n\nThe only reason to use raw `tsc` is if you want to compile a directory of `.ts` files and cannot enumerate them ahead-of-time in your BUILD file so that Bazel can predict all the output files.\n(For example if the `.ts` files are generated by some tool).\nThis will produce an opaque directory of `.js` file outputs, which you won't be able to individually reference.\n\nAny other use case for `tsc` is better served by using `ts_project`, see below.\n\nLike we do for any npm package that exposes a binary, rules_nodejs will see your dependency on\n`typescript` and will generate an `index.bzl` file allowing you to run `tsc`.\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nThen call it, using the [`npm_package_bin`](Built-ins#npm_package_bin) documentation.\n\nHere is an example:\nhttps://github.com/bazelbuild/rules_nodejs/blob/3.2.2/internal/node/test/BUILD.bazel#L491-L507\n\n### ts_project\n\n`ts_project` simply runs `tsc --project`, with Bazel knowing which outputs to expect based on the TypeScript compiler options,\nand with interoperability with other TypeScript rules via the [DeclarationInfo] Provider that transmits the type information.\n\nIt is intended as an easy on-boarding for existing TypeScript code and should be familiar if your background is in frontend ecosystem idioms.\n\nAny behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n\n`ts_project` is recommended for all new code.\n\nExhaustive examples of calling `ts_project` are in the test suite:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\nAnd there are also many uses of it in our \n\n[DeclarationInfo]: Built-ins#declarationinfo\n\n### ts_library\n\n`ts_library` should not be used for new code, and may be deprecated in the future.\n\n`ts_library` is an open-sourced version of the rule used to compile TS code at Google.\nHowever there is no support from the team that maintains that internal version.\nIt is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- We control the output format and module syntax so that downstream rules can rely on them.\n- Some other options are incompatible. For example you cannot use the `--noEmit` compiler option in `tsconfig.json`.\n\nThe only reason to use `ts_library` for new code is if you are bought-in to using a [concatjs] bundler, which requires the named AMD module format. This may be faster than other tooling, and this format can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\nHowever it is very challenging to configure and there is little available support for problems you'll run into.\n\n[concatjs]: https://www.npmjs.com/package/@bazel/concatjs\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n## Typical Usage\n\nThe `ts_project` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files). In TypeScript terms, this is one \"Project\"\nwhich can use \"Project References\" to break up a large application.\n\nCreate a `BUILD` file next to your sources:\n\n```starlark\nload(\"@npm//@bazel/typescript:index.bzl\", \"ts_project\")\n\nts_project(\n name = \"my_code\",\n # glob is a quick way to select all the code,\n # but has performance penalty in that Bazel must evaluate it.\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nHere, `//path/to/other:library` is another target in your repo that produces TypeScript typings (for example, another `ts_project` rule).\nBe sure to set the `rootDirs` in your tsconfig.json as noted below, so that TypeScript can find the `.d.ts` files produced by that other target.\n\nTo use third-party libraries from npm, first install them (likely using `npm_install` or `yarn_install` rules) then add those to the `deps` as well:\n\n```starlark\nts_project(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//somelib\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` grouping target which will include all\npackages in the `@types` scope as dependencies.\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, or `extends` from it, to keep consistent settings for the TypeScript compiler.\n\nAnything you do with TypeScript is possible with `ts_project`, including json imports, type-checking only,\ntranspile only, outdir, rootdir, and so on.\nSee many examples in our test cases:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n## ts_library\n\n**USAGE**\n\n\nts_library(name, angular_assets, compiler, data, deps, devmode_module, devmode_target,\n expected_diagnostics, generate_externs, internal_testing_type_check_dependencies,\n link_workspace_root, module_name, module_root, package_name, package_path, prodmode_module,\n prodmode_target, runtime, runtime_deps, srcs, supports_workers, tsconfig, tsickle_typed,\n use_angular_plugin)\n
\n\ntype-check and compile a set of TypeScript sources to JavaScript.\n\nIt produces declarations files (`.d.ts`) which are used for compiling downstream\nTypeScript targets and JavaScript for the browser and Closure compiler.\n\nBy default, `ts_library` uses the `tsconfig.json` file in the workspace root\ndirectory. See the notes about the `tsconfig` attribute below.\n\n## Serving TypeScript for development\n\n`ts_library` is typically served by the concatjs_devserver rule, documented in the `@bazel/concatjs` package.\n\n## Accessing JavaScript outputs\n\nThe default output of the `ts_library` rule is the `.d.ts` files.\nThis is for a couple reasons:\n\n- help ensure that downstream rules which access default outputs will not require\n a cascading re-build when only the implementation changes but not the types\n- make you think about whether you want the `devmode` (named `UMD`) or `prodmode` outputs\n\nYou can access the JS output by adding a `filegroup` rule after the `ts_library`,\nfor example\n\n```python\nts_library(\n name = \"compile\",\n srcs = [\"thing.ts\"],\n)\n\nfilegroup(\n name = \"thing.js\",\n srcs = [\"compile\"],\n # Change to es6_sources to get the 'prodmode' JS\n output_group = \"es5_sources\",\n)\n\nmy_rule(\n name = \"uses_js\",\n deps = [\"thing.js\"],\n)\n```\n\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\nangular_assets
\n\n(*List of labels*): Additional files the Angular compiler will need to read as inputs.\n Includes .css and .html files\n\nDefaults to `[]`\n\ncompiler
\n\n(*Label*): Sets a different TypeScript compiler binary to use for this library.\nFor example, we use the vanilla TypeScript tsc.js for bootstrapping,\nand Angular compilations can replace this with `ngc`.\n\nThe default ts_library compiler depends on the `//@bazel/typescript`\ntarget which is setup for projects that use bazel managed npm deps and\ninstall the @bazel/typescript npm package.\n\nYou can also use a custom compiler to increase the NodeJS heap size used for compilations.\n\nTo do this, declare your own binary for running `tsc_wrapped`, e.g.:\n\n```python\nnodejs_binary(\n name = \"tsc_wrapped_bin\",\n entry_point = \"@npm//:node_modules/@bazel/typescript/internal/tsc_wrapped/tsc_wrapped.js\",\n templated_args = [\n \"--node_options=--max-old-space-size=2048\",\n ],\n data = [\n \"@npm//protobufjs\",\n \"@npm//source-map-support\",\n \"@npm//tsutils\",\n \"@npm//typescript\",\n \"@npm//@bazel/typescript\",\n ],\n)\n```\n\nthen refer to that target in the `compiler` attribute.\n\nNote that `nodejs_binary` targets generated by `npm_install`/`yarn_install` can include data dependencies\non packages which aren't declared as dependencies.\nFor example, if you use [tsickle](https://github.com/angular/tsickle) to generate Closure Compiler-compatible JS,\nthen it needs to be a data dependency of `tsc_wrapped` so that it can be loaded at runtime.\n\nDefaults to `//@bazel/typescript/bin:tsc_wrapped`\n\ndata
\n\n(*List of labels*)\n\nDefaults to `[]`\n\ndeps
\n\n(*List of labels*): Compile-time dependencies, typically other ts_library targets\n\nDefaults to `[]`\n\ndevmode_module
\n\n(*String*): Set the typescript `module` compiler option for devmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"umd\"`\n\ndevmode_target
\n\n(*String*): Set the typescript `target` compiler option for devmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nexpected_diagnostics
\n\n(*List of strings*)\n\nDefaults to `[]`\n\ngenerate_externs
\n\n(*Boolean*)\n\nDefaults to `True`\n\ninternal_testing_type_check_dependencies
\n\n(*Boolean*): Testing only, whether to type check inputs that aren't srcs.\n\nDefaults to `False`\n\nlink_workspace_root
\n\n(*Boolean*): Link the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\n\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nmodule_name
\n\n(*String*)\n\nDefaults to `\"\"`\n\nmodule_root
\n\n(*String*)\n\nDefaults to `\"\"`\n\npackage_name
\n\n(*String*): The package name that the linker will link this ts_library output as.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\npackage_path
\n\n(*String*): The package path in the workspace that the linker will link this ts_library output to.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\nprodmode_module
\n\n(*String*): Set the typescript `module` compiler option for prodmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"esnext\"`\n\nprodmode_target
\n\n(*String*): Set the typescript `target` compiler option for prodmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nruntime
\n\n(*String*)\n\nDefaults to `\"browser\"`\n\nruntime_deps
\n\n(*List of labels*) The dependencies of this attribute must provide: JsInfo\n\n\nDefaults to `[]`\n\nsrcs
\n\n(*List of labels, mandatory*): The TypeScript source files to compile.\n\n\nsupports_workers
\n\n(*Boolean*): Intended for internal use only.\n\nAllows you to disable the Bazel Worker strategy for this library.\nTypically used together with the \"compiler\" setting when using a\nnon-worker aware compiler binary.\n\nDefaults to `True`\n\ntsconfig
\n\n(*Label*): A tsconfig.json file containing settings for TypeScript compilation.\nNote that some properties in the tsconfig are governed by Bazel and will be\noverridden, such as `target` and `module`.\n\nThe default value is set to `//:tsconfig.json` by a macro. This means you must\neither:\n\n- Have your `tsconfig.json` file in the workspace root directory\n- Use an alias in the root BUILD.bazel file to point to the location of tsconfig:\n `alias(name=\"tsconfig.json\", actual=\"//path/to:tsconfig-something.json\")`\n and also make the tsconfig.json file visible to other Bazel packages:\n `exports_files([\"tsconfig.json\"], visibility = [\"//visibility:public\"])`\n- Give an explicit `tsconfig` attribute to all `ts_library` targets\n\nDefaults to `None`\n\ntsickle_typed
\n\n(*Boolean*): If using tsickle, instruct it to translate types to ClosureJS format\n\nDefaults to `True`\n\nuse_angular_plugin
\n\n(*Boolean*): Run the Angular ngtsc compiler under ts_library\n\nDefaults to `False`\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, preserve_jsx, composite, incremental, emit_declaration_only,\n ts_build_info_file, tsc, typescript_package, typescript_require_path, validate,\n supports_workers, declaration_dir, out_dir, root_dir, link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/host/bin/path/to\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is \"tsconfig.json\" in the same folder as the ts_project rule.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, defaults to `**/*.ts[x]` (all TypeScript files in the package).\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\npreserve_jsx
\n\nif the `jsx` value is set to \"preserve\" in the tsconfig.\nInstructs Bazel to expect a `.jsx` or `.jsx.map` output for each `.tsx` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nOne possible compiler is the Angular compiler, provided by the\n`@angular/compiler-cli` package as the `ngc` binary, which can be set typically with\n`tsc = \"@npm//@angular/compiler-cli/bin:ngc\"`\nNote that you'll also need to pass `.html` and `.css` files to the `srcs` of the `ts_project`\nso that they're declared as inputs for the Angular compiler to read them.\n\nAn example can be found in the rules_nodejs repo under `packages/typescript/test/ts_project/ngc`.\n\n> To use the `ngc` program from Angular versions prior to 11, you'll need a fix for\n> https://github.com/angular/angular/issues/36290\n> To apply the fix, you can use the patch-package package to apply this patch:\n> https://gist.github.com/alexeagle/ba44b2601bd7c953d29c6e8ec44d1ef9\n\nDefaults to `None`\n\ntypescript_package
\n\nLabel of the package containing all data deps of tsc.\n\nFor example, `typescript_package = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\ntypescript_require_path
\n\nModule name which resolves to typescript_package when required\n\nFor example, `typescript_require_path = \"typescript\"`\n\nDefaults to `\"typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig JSON settings match the attributes on this target.\n\nSet this to `False` to skip running our validator, in case you have a legitimate reason for these to differ,\ne.g. you have a setting enabled just for the editor but you want different behavior when Bazel runs `tsc`.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/main/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.0.0-beta.1","_nodeVersion":"12.14.1","_npmVersion":"6.13.4","dist":{"integrity":"sha512-pWQ8o3n8a7oVmOJ8nsj2/zeT99VwqI0S5oNmVxmoDydm9B9HE93QhkUelZrGooQC84AUBv0D4J0vZ5oONlAbjA==","shasum":"2524d3d0e4cba56ccc5b8a6ab0a1ee8af5a86b70","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.0.0-beta.1.tgz","fileCount":103,"unpackedSize":19450700,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJg/044CRA9TVsSAnZWagAAcRMP/1A2YZIJJ0HzPBG6YgGY\nivB8GIpwTQAX93a4gT6qGIL2zhe/H37wMRCMaeG+XENYECjE0+JJERmNDFFN\nMuM3BbL6xf+fL+KfgArBptgayZj5xlHZzKANyj3KCSn5aPkJeddGIyKBfeRv\nBhR4ukA2jlWTCQbSpPKsGgpGIOuBTSgetyKDCsEI2OX12Q6r+RYH1pacef28\nHunUevP3haa6z4RnQ4DSJTIoDSXfpG7cML3877tJ9YgumGgHoCTXbF+HatzZ\nyzQc6DPot/OzfCpu2sp5Lqla1j5nvjgLvGsDcP8Oe+vqRsoIuGp5CNGd1QBK\nJ5D/8JzejpFZiC/zo+UhZB8PHQC8UT7cn5cDAp92221qnK/y0Wc2USgpuecl\nGLGTMOArdfGjWVHU/36ZMGhYrcody7RAPqcXfZBFv6hT7PRoWAkjOHpZB5g9\nkxySRy4n5tpn98PD4XrJMNfNATiWWc1R9rYlaf9mLXr94KxM1ovMjSeEPblE\nqAN9pUYeGl7Ul1TxAu1MQZnTAhNrQ1ZNcSqJpZnZpCLp5atR/t/bymbO6AWP\nSkfZ4ehRo4Xlxu0DSDTiAj+F4Pt1X1VYPEqm1tPTjqzsyEIlWZQapxBOZEsw\ng9vn3MojVUVZ8wxOSg7Fk7aRf7EdAcAHG4fL2sCfEk3OLMcZjAW/1qwgA10Z\n1zTK\r\n=P3Vd\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQCaGYb24wBphFBpB22A8SXKZaYOOyhq1g3vtS/VP7k33QIhAKNRjz8GXZvLTXnZ3j2BLEwbYFHOqZFoe/pCGKKSNRfi"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.0.0-beta.1_1627344439840_0.6916033963045034"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"3.8.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"3.8.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@3.8.0","_nodeVersion":"12.18.4","_npmVersion":"6.14.6","dist":{"integrity":"sha512-4C1pLe4V7aidWqcPsWNqXFS7uHAB1nH5SUKG5uWoVv4JT9XhkNSvzzQIycMwXs2tZeCylX4KYNeNvfKrmkyFlw==","shasum":"725d51a1c25e314a1d8cddb8b880ac05ba97acd4","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-3.8.0.tgz","fileCount":103,"unpackedSize":19450033,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJhFatnCRA9TVsSAnZWagAAZtwP/2qxaXM6pndVLA2MD7lZ\nttaBnuZiNTGBV8+l4KsbICeD/m5WAFXoQc2ncFK3u5ThXUlMOMUCKKPs3uEx\n5rE1ObMTNhn6huI5/W6JyOMpfdXZCbM7YpklKFwCCobQqx7+/WfdiXqAuw1h\nePs897o49v9jzMZMU5fxt4pe141E4kepk3FXPn6qp/CmqBKzL/a6e+Vm5YOA\nMIod6JCq9PyAYN/h63rHtI3d+fO5twWigAd3mef6yt2HuUyGvM3K0PakL5r5\nw6HOC3NQ5C2L+y6tHf2ORTTErBQ7GpjbGQKe0uKvzpcVL4BMzhqkcbvkqFXQ\nM0zEggjO7enxMTLcZ6kSnoNYxCawq7N2fvj1Avr5YKKv5gFz09yW5exX9zTe\nctFRArmsXsjBJ5VYSC1qacMSUmGHMuvL4rGRbuuqpSq4fcEOKJ7ZibdSM3Nr\n85BUSwf1Ws35bt6PO0ZKhmo9F7UUpjS4lMNkAHcmizvlaZq76gqDVYJPyqCC\ns79xzZw5D6tyAMIMa6U+O7VhysORWcsCPSI6x7JXz++O3tc0+RfoUhpPhe48\nP3ppawQdw4fLoBqKZmpkUnJUiDRk1cGBDxlkzJVPh0wIIs2xcZN1owpu0o7C\nLvSccfH2JKFkYUbGKRLrqteA6pbLWVGzr823PsT9fkgLEHjd2s391cjo13c2\n+zJB\r\n=2acB\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQCWTTPyucA02oCrt7RmdEepcHHFNLz0MzCGEi3mcg8pVAIgbRPdaTEdH6+rn9hJRxSvHACTpYuDMpoUlHRP+AyxvtA="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_3.8.0_1628810086933_0.7147251986629131"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.0.0-rc.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.0.0-rc.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"readme":"\n\n# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are three alternatives provided: `tsc`, `ts_project`, `ts_library`.\nThis section describes the trade-offs between these rules.\n\n### tsc\n\n`tsc` is the TypeScript compiler published by the team at Microsoft.\nYou can call it without any custom Bazel rules.\n\nTo use this option, you **do not need to install the `@bazel/typescript` package**.\n\nThe only reason to use raw `tsc` is if you want to compile a directory of `.ts` files and cannot enumerate them ahead-of-time in your BUILD file so that Bazel can predict all the output files.\n(For example if the `.ts` files are generated by some tool).\nThis will produce an opaque directory of `.js` file outputs, which you won't be able to individually reference.\n\nAny other use case for `tsc` is better served by using `ts_project`, see below.\n\nLike we do for any npm package that exposes a binary, rules_nodejs will see your dependency on\n`typescript` and will generate an `index.bzl` file allowing you to run `tsc`.\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nThen call it, using the [`npm_package_bin`](Built-ins#npm_package_bin) documentation.\n\nHere is an example:\nhttps://github.com/bazelbuild/rules_nodejs/blob/3.2.2/internal/node/test/BUILD.bazel#L491-L507\n\n### tsc_test\n\n`tsc_test` is generated alongside `tsc`.\nIt is identical, except that Bazel treats it as a test target, producing only an exit code\nrather than files to be consumed by other steps in the build.\n\nThis can be used for a build with `--noEmit`, so that TypeScript is purely used for\ntype-checking and not for producing any build outputs.\n\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc_test\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nSee example in https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/tsc_test\n\n### ts_project\n\n`ts_project` simply runs `tsc --project`, with Bazel knowing which outputs to expect based on the TypeScript compiler options,\nand with interoperability with other TypeScript rules via the [DeclarationInfo] Provider that transmits the type information.\n\nIt is intended as an easy on-boarding for existing TypeScript code and should be familiar if your background is in frontend ecosystem idioms.\n\nAny behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n\n`ts_project` is recommended for all new code.\n\nExhaustive examples of calling `ts_project` are in the test suite:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\nAnd there are also many uses of it in our \n\n[DeclarationInfo]: Built-ins#declarationinfo\n\n### ts_library\n\n`ts_library` should not be used for new code, and may be deprecated in the future.\n\n`ts_library` is an open-sourced version of the rule used to compile TS code at Google.\nHowever there is no support from the team that maintains that internal version.\nIt is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- We control the output format and module syntax so that downstream rules can rely on them.\n- Some other options are incompatible. For example you cannot use the `--noEmit` compiler option in `tsconfig.json`.\n\nThe only reason to use `ts_library` for new code is if you are bought-in to using a [concatjs] bundler, which requires the named AMD module format. This may be faster than other tooling, and this format can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\nHowever it is very challenging to configure and there is little available support for problems you'll run into.\n\n[concatjs]: https://www.npmjs.com/package/@bazel/concatjs\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n## Typical Usage\n\nThe `ts_project` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files). In TypeScript terms, this is one \"Project\"\nwhich can use \"Project References\" to break up a large application.\n\nCreate a `BUILD` file next to your sources:\n\n```starlark\nload(\"@npm//@bazel/typescript:index.bzl\", \"ts_project\")\n\nts_project(\n name = \"my_code\",\n # glob is a quick way to select all the code,\n # but has performance penalty in that Bazel must evaluate it.\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nHere, `//path/to/other:library` is another target in your repo that produces TypeScript typings (for example, another `ts_project` rule).\nBe sure to set the `rootDirs` in your tsconfig.json as noted below, so that TypeScript can find the `.d.ts` files produced by that other target.\n\nTo use third-party libraries from npm, first install them (likely using `npm_install` or `yarn_install` rules) then add those to the `deps` as well:\n\n```starlark\nts_project(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//somelib\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` grouping target which will include all\npackages in the `@types` scope as dependencies.\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, or `extends` from it, to keep consistent settings for the TypeScript compiler.\n\nAnything you do with TypeScript is possible with `ts_project`, including json imports, type-checking only,\ntranspile only, outdir, rootdir, and so on.\n\n> To use `ts_project` for typecheck-only, you'll still need to use --declaration so that .d.ts files are produced.\n> Alternatively, see the `tsc_test` rule documented above.\n\nSee many examples in our test cases:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n## ts_library\n\n**USAGE**\n\n\nts_library(name, angular_assets, compiler, data, deps, devmode_module, devmode_target,\n expected_diagnostics, generate_externs, internal_testing_type_check_dependencies,\n link_workspace_root, module_name, module_root, package_name, package_path, prodmode_module,\n prodmode_target, runtime, runtime_deps, srcs, supports_workers, tsconfig, tsickle_typed,\n use_angular_plugin)\n
\n\ntype-check and compile a set of TypeScript sources to JavaScript.\n\nIt produces declarations files (`.d.ts`) which are used for compiling downstream\nTypeScript targets and JavaScript for the browser and Closure compiler.\n\nBy default, `ts_library` uses the `tsconfig.json` file in the workspace root\ndirectory. See the notes about the `tsconfig` attribute below.\n\n## Serving TypeScript for development\n\n`ts_library` is typically served by the concatjs_devserver rule, documented in the `@bazel/concatjs` package.\n\n## Accessing JavaScript outputs\n\nThe default output of the `ts_library` rule is the `.d.ts` files.\nThis is for a couple reasons:\n\n- help ensure that downstream rules which access default outputs will not require\n a cascading re-build when only the implementation changes but not the types\n- make you think about whether you want the `devmode` (named `UMD`) or `prodmode` outputs\n\nYou can access the JS output by adding a `filegroup` rule after the `ts_library`,\nfor example\n\n```python\nts_library(\n name = \"compile\",\n srcs = [\"thing.ts\"],\n)\n\nfilegroup(\n name = \"thing.js\",\n srcs = [\"compile\"],\n # Change to es6_sources to get the 'prodmode' JS\n output_group = \"es5_sources\",\n)\n\nmy_rule(\n name = \"uses_js\",\n deps = [\"thing.js\"],\n)\n```\n\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\nangular_assets
\n\n(*List of labels*): Additional files the Angular compiler will need to read as inputs.\n Includes .css and .html files\n\nDefaults to `[]`\n\ncompiler
\n\n(*Label*): Sets a different TypeScript compiler binary to use for this library.\nFor example, we use the vanilla TypeScript tsc.js for bootstrapping,\nand Angular compilations can replace this with `ngc`.\n\nThe default ts_library compiler depends on the `//@bazel/typescript`\ntarget which is setup for projects that use bazel managed npm deps and\ninstall the @bazel/typescript npm package.\n\nYou can also use a custom compiler to increase the NodeJS heap size used for compilations.\n\nTo do this, declare your own binary for running `tsc_wrapped`, e.g.:\n\n```python\nnodejs_binary(\n name = \"tsc_wrapped_bin\",\n entry_point = \"@npm//:node_modules/@bazel/typescript/internal/tsc_wrapped/tsc_wrapped.js\",\n templated_args = [\n \"--node_options=--max-old-space-size=2048\",\n ],\n data = [\n \"@npm//protobufjs\",\n \"@npm//source-map-support\",\n \"@npm//tsutils\",\n \"@npm//typescript\",\n \"@npm//@bazel/typescript\",\n ],\n)\n```\n\nthen refer to that target in the `compiler` attribute.\n\nNote that `nodejs_binary` targets generated by `npm_install`/`yarn_install` can include data dependencies\non packages which aren't declared as dependencies.\nFor example, if you use [tsickle](https://github.com/angular/tsickle) to generate Closure Compiler-compatible JS,\nthen it needs to be a data dependency of `tsc_wrapped` so that it can be loaded at runtime.\n\nDefaults to `//@bazel/typescript/bin:tsc_wrapped`\n\ndata
\n\n(*List of labels*)\n\nDefaults to `[]`\n\ndeps
\n\n(*List of labels*): Compile-time dependencies, typically other ts_library targets\n\nDefaults to `[]`\n\ndevmode_module
\n\n(*String*): Set the typescript `module` compiler option for devmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"umd\"`\n\ndevmode_target
\n\n(*String*): Set the typescript `target` compiler option for devmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nexpected_diagnostics
\n\n(*List of strings*)\n\nDefaults to `[]`\n\ngenerate_externs
\n\n(*Boolean*)\n\nDefaults to `True`\n\ninternal_testing_type_check_dependencies
\n\n(*Boolean*): Testing only, whether to type check inputs that aren't srcs.\n\nDefaults to `False`\n\nlink_workspace_root
\n\n(*Boolean*): Link the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\n\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nmodule_name
\n\n(*String*)\n\nDefaults to `\"\"`\n\nmodule_root
\n\n(*String*)\n\nDefaults to `\"\"`\n\npackage_name
\n\n(*String*): The package name that the linker will link this ts_library output as.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\npackage_path
\n\n(*String*): The package path in the workspace that the linker will link this ts_library output to.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\nprodmode_module
\n\n(*String*): Set the typescript `module` compiler option for prodmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"esnext\"`\n\nprodmode_target
\n\n(*String*): Set the typescript `target` compiler option for prodmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nruntime
\n\n(*String*)\n\nDefaults to `\"browser\"`\n\nruntime_deps
\n\n(*List of labels*) The dependencies of this attribute must provide: JsInfo\n\n\nDefaults to `[]`\n\nsrcs
\n\n(*List of labels, mandatory*): The TypeScript source files to compile.\n\n\nsupports_workers
\n\n(*Boolean*): Intended for internal use only.\n\nAllows you to disable the Bazel Worker strategy for this library.\nTypically used together with the \"compiler\" setting when using a\nnon-worker aware compiler binary.\n\nDefaults to `True`\n\ntsconfig
\n\n(*Label*): A tsconfig.json file containing settings for TypeScript compilation.\nNote that some properties in the tsconfig are governed by Bazel and will be\noverridden, such as `target` and `module`.\n\nThe default value is set to `//:tsconfig.json` by a macro. This means you must\neither:\n\n- Have your `tsconfig.json` file in the workspace root directory\n- Use an alias in the root BUILD.bazel file to point to the location of tsconfig:\n `alias(name=\"tsconfig.json\", actual=\"//path/to:tsconfig-something.json\")`\n and also make the tsconfig.json file visible to other Bazel packages:\n `exports_files([\"tsconfig.json\"], visibility = [\"//visibility:public\"])`\n- Give an explicit `tsconfig` attribute to all `ts_library` targets\n\nDefaults to `None`\n\ntsickle_typed
\n\n(*Boolean*): If using tsickle, instruct it to translate types to ClosureJS format\n\nDefaults to `True`\n\nuse_angular_plugin
\n\n(*Boolean*): Run the Angular ngtsc compiler under ts_library\n\nDefaults to `False`\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, preserve_jsx, composite, incremental, emit_declaration_only,\n ts_build_info_file, tsc, typescript_package, typescript_require_path, validate,\n supports_workers, declaration_dir, out_dir, root_dir, link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/host/bin/path/to\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is \"tsconfig.json\" in the same folder as the ts_project rule.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, defaults to `**/*.ts[x]` (all TypeScript files in the package).\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\npreserve_jsx
\n\nif the `jsx` value is set to \"preserve\" in the tsconfig.\nInstructs Bazel to expect a `.jsx` or `.jsx.map` output for each `.tsx` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nOne possible compiler is the Angular compiler, provided by the\n`@angular/compiler-cli` package as the `ngc` binary, which can be set typically with\n`tsc = \"@npm//@angular/compiler-cli/bin:ngc\"`\nNote that you'll also need to pass `.html` and `.css` files to the `srcs` of the `ts_project`\nso that they're declared as inputs for the Angular compiler to read them.\n\nAn example can be found in the rules_nodejs repo under `packages/typescript/test/ts_project/ngc`.\n\n> To use the `ngc` program from Angular versions prior to 11, you'll need a fix for\n> https://github.com/angular/angular/issues/36290\n> To apply the fix, you can use the patch-package package to apply this patch:\n> https://gist.github.com/alexeagle/ba44b2601bd7c953d29c6e8ec44d1ef9\n\nDefaults to `None`\n\ntypescript_package
\n\nLabel of the package containing all data deps of tsc.\n\nFor example, `typescript_package = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\ntypescript_require_path
\n\nModule name which resolves to typescript_package when required\n\nFor example, `typescript_require_path = \"typescript\"`\n\nDefaults to `\"typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig JSON settings match the attributes on this target.\n\nSet this to `False` to skip running our validator, in case you have a legitimate reason for these to differ,\ne.g. you have a setting enabled just for the editor but you want different behavior when Bazel runs `tsc`.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/main/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.0.0-rc.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-Aa0SoUNzLSePcupAqZbdjJX3Q8hRLuMQluIga5rnPPxcvy6/NvU/N4pKIN7kRzDe4xJ3JQ45fLPYNnoUGEMtjQ==","shasum":"0507e329d66c1b94a4fe66423ce2e7ee2fcbd0b2","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.0.0-rc.0.tgz","fileCount":103,"unpackedSize":19451543,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJhFdFoCRA9TVsSAnZWagAA014P/AkWm3bJO0DSywOiljUN\nfDxKlgbHzJ+CHqEESFizrU1MHS0pMKvucA8K1lY94fUmCZlvwiCDyhzgs85M\ncCAC3Ir/X9mYs+QnLmC2aXP1VYg3Nemom3Q3k6BSUepv3gL1XqNmezSG/wAM\nDGPav1SSKVUj2CCmNI0c91l/2aIZmsB+lw0kc1zHuxqqo4z1Tvhpx52XeOzD\nt0BZVIZ1kQS7M5cLXUSoxUfA3Tz9k5kvbCF7WtvLNvqwpet7O2Qd9uBnDgGa\ndaan4s6ZyYtGDp6wjdfpwGE17iERYx3S8QErL4+hqWVJxVvxxX53wBePVGra\nJ2OxzTqszzNd3DASWC+p2xDJpa1P5e9i1Kf/qCE2NJtw00Q0y6RnsXZ1+8Qh\nFAyDmqSeO0a/srdzxS13vSeXftqk3AH4GOdcIAQYIkIrjBeS15pv+c+AHu9S\nxA+b12X+oqJk1ZPMIq4HI8TnJXorLEEpOKNwZdRwR7wlTlgSDXl6Dp8tzHDf\nHhv2vkTefcHzxsQ5p/gpajBdhrbOUdCGc4h1MdIhTIe64tn0AlkgPig1VI4d\nCWpr8Y4+6NLPhwOP19Z3GPd11Q4svqRmlQcTwy/TTw1yavbmZa/rgG75NyB6\nY2NE2YjaTZTGdlm88wXS369ywFo/6sMmC953mK2GB5wcikSMy3iarHgdZXm+\nLiEP\r\n=wzsa\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQDAUNck7aPuP+uLcFVAuav6C5332kHj97PscTzorKL3TAIhAJNqjsLuKBHJL08Qw5ZwJc43HPje3D/CpY3DyzrFrPxC"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.0.0-rc.0_1628819816165_0.8778490714552989"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.0.0-rc.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.0.0-rc.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"readme":"\n\n# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are three alternatives provided: `tsc`, `ts_project`, `ts_library`.\nThis section describes the trade-offs between these rules.\n\n### tsc\n\n`tsc` is the TypeScript compiler published by the team at Microsoft.\nYou can call it without any custom Bazel rules.\n\nTo use this option, you **do not need to install the `@bazel/typescript` package**.\n\nThe only reason to use raw `tsc` is if you want to compile a directory of `.ts` files and cannot enumerate them ahead-of-time in your BUILD file so that Bazel can predict all the output files.\n(For example if the `.ts` files are generated by some tool).\nThis will produce an opaque directory of `.js` file outputs, which you won't be able to individually reference.\n\nAny other use case for `tsc` is better served by using `ts_project`, see below.\n\nLike we do for any npm package that exposes a binary, rules_nodejs will see your dependency on\n`typescript` and will generate an `index.bzl` file allowing you to run `tsc`.\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nThen call it, using the [`npm_package_bin`](Built-ins#npm_package_bin) documentation.\n\nHere is an example:\nhttps://github.com/bazelbuild/rules_nodejs/blob/3.2.2/internal/node/test/BUILD.bazel#L491-L507\n\n### tsc_test\n\n`tsc_test` is generated alongside `tsc`.\nIt is identical, except that Bazel treats it as a test target, producing only an exit code\nrather than files to be consumed by other steps in the build.\n\nThis can be used for a build with `--noEmit`, so that TypeScript is purely used for\ntype-checking and not for producing any build outputs.\n\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc_test\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nSee example in https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/tsc_test\n\n### ts_project\n\n`ts_project` simply runs `tsc --project`, with Bazel knowing which outputs to expect based on the TypeScript compiler options,\nand with interoperability with other TypeScript rules via the [DeclarationInfo] Provider that transmits the type information.\n\nIt is intended as an easy on-boarding for existing TypeScript code and should be familiar if your background is in frontend ecosystem idioms.\n\nAny behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n\n`ts_project` is recommended for all new code.\n\nExhaustive examples of calling `ts_project` are in the test suite:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\nAnd there are also many uses of it in our \n\n[DeclarationInfo]: Built-ins#declarationinfo\n\n### ts_library\n\n`ts_library` should not be used for new code, and may be deprecated in the future.\n\n`ts_library` is an open-sourced version of the rule used to compile TS code at Google.\nHowever there is no support from the team that maintains that internal version.\nIt is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- We control the output format and module syntax so that downstream rules can rely on them.\n- Some other options are incompatible. For example you cannot use the `--noEmit` compiler option in `tsconfig.json`.\n\nThe only reason to use `ts_library` for new code is if you are bought-in to using a [concatjs] bundler, which requires the named AMD module format. This may be faster than other tooling, and this format can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\nHowever it is very challenging to configure and there is little available support for problems you'll run into.\n\n[concatjs]: https://www.npmjs.com/package/@bazel/concatjs\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n## Typical Usage\n\nThe `ts_project` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files). In TypeScript terms, this is one \"Project\"\nwhich can use \"Project References\" to break up a large application.\n\nCreate a `BUILD` file next to your sources:\n\n```starlark\nload(\"@npm//@bazel/typescript:index.bzl\", \"ts_project\")\n\nts_project(\n name = \"my_code\",\n # glob is a quick way to select all the code,\n # but has performance penalty in that Bazel must evaluate it.\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nHere, `//path/to/other:library` is another target in your repo that produces TypeScript typings (for example, another `ts_project` rule).\nBe sure to set the `rootDirs` in your tsconfig.json as noted below, so that TypeScript can find the `.d.ts` files produced by that other target.\n\nTo use third-party libraries from npm, first install them (likely using `npm_install` or `yarn_install` rules) then add those to the `deps` as well:\n\n```starlark\nts_project(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//somelib\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` grouping target which will include all\npackages in the `@types` scope as dependencies.\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, or `extends` from it, to keep consistent settings for the TypeScript compiler.\n\nAnything you do with TypeScript is possible with `ts_project`, including json imports, type-checking only,\ntranspile only, outdir, rootdir, and so on.\n\n> To use `ts_project` for typecheck-only, you'll still need to use --declaration so that .d.ts files are produced.\n> Alternatively, see the `tsc_test` rule documented above.\n\nSee many examples in our test cases:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n## ts_library\n\n**USAGE**\n\n\nts_library(name, angular_assets, compiler, data, deps, devmode_module, devmode_target,\n expected_diagnostics, generate_externs, internal_testing_type_check_dependencies,\n link_workspace_root, module_name, module_root, package_name, package_path, prodmode_module,\n prodmode_target, runtime, runtime_deps, srcs, supports_workers, tsconfig, tsickle_typed,\n use_angular_plugin)\n
\n\ntype-check and compile a set of TypeScript sources to JavaScript.\n\nIt produces declarations files (`.d.ts`) which are used for compiling downstream\nTypeScript targets and JavaScript for the browser and Closure compiler.\n\nBy default, `ts_library` uses the `tsconfig.json` file in the workspace root\ndirectory. See the notes about the `tsconfig` attribute below.\n\n## Serving TypeScript for development\n\n`ts_library` is typically served by the concatjs_devserver rule, documented in the `@bazel/concatjs` package.\n\n## Accessing JavaScript outputs\n\nThe default output of the `ts_library` rule is the `.d.ts` files.\nThis is for a couple reasons:\n\n- help ensure that downstream rules which access default outputs will not require\n a cascading re-build when only the implementation changes but not the types\n- make you think about whether you want the `devmode` (named `UMD`) or `prodmode` outputs\n\nYou can access the JS output by adding a `filegroup` rule after the `ts_library`,\nfor example\n\n```python\nts_library(\n name = \"compile\",\n srcs = [\"thing.ts\"],\n)\n\nfilegroup(\n name = \"thing.js\",\n srcs = [\"compile\"],\n # Change to es6_sources to get the 'prodmode' JS\n output_group = \"es5_sources\",\n)\n\nmy_rule(\n name = \"uses_js\",\n deps = [\"thing.js\"],\n)\n```\n\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\nangular_assets
\n\n(*List of labels*): Additional files the Angular compiler will need to read as inputs.\n Includes .css and .html files\n\nDefaults to `[]`\n\ncompiler
\n\n(*Label*): Sets a different TypeScript compiler binary to use for this library.\nFor example, we use the vanilla TypeScript tsc.js for bootstrapping,\nand Angular compilations can replace this with `ngc`.\n\nThe default ts_library compiler depends on the `//@bazel/typescript`\ntarget which is setup for projects that use bazel managed npm deps and\ninstall the @bazel/typescript npm package.\n\nYou can also use a custom compiler to increase the NodeJS heap size used for compilations.\n\nTo do this, declare your own binary for running `tsc_wrapped`, e.g.:\n\n```python\nnodejs_binary(\n name = \"tsc_wrapped_bin\",\n entry_point = \"@npm//:node_modules/@bazel/typescript/internal/tsc_wrapped/tsc_wrapped.js\",\n templated_args = [\n \"--node_options=--max-old-space-size=2048\",\n ],\n data = [\n \"@npm//protobufjs\",\n \"@npm//source-map-support\",\n \"@npm//tsutils\",\n \"@npm//typescript\",\n \"@npm//@bazel/typescript\",\n ],\n)\n```\n\nthen refer to that target in the `compiler` attribute.\n\nNote that `nodejs_binary` targets generated by `npm_install`/`yarn_install` can include data dependencies\non packages which aren't declared as dependencies.\nFor example, if you use [tsickle](https://github.com/angular/tsickle) to generate Closure Compiler-compatible JS,\nthen it needs to be a data dependency of `tsc_wrapped` so that it can be loaded at runtime.\n\nDefaults to `//@bazel/typescript/bin:tsc_wrapped`\n\ndata
\n\n(*List of labels*)\n\nDefaults to `[]`\n\ndeps
\n\n(*List of labels*): Compile-time dependencies, typically other ts_library targets\n\nDefaults to `[]`\n\ndevmode_module
\n\n(*String*): Set the typescript `module` compiler option for devmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"umd\"`\n\ndevmode_target
\n\n(*String*): Set the typescript `target` compiler option for devmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nexpected_diagnostics
\n\n(*List of strings*)\n\nDefaults to `[]`\n\ngenerate_externs
\n\n(*Boolean*)\n\nDefaults to `True`\n\ninternal_testing_type_check_dependencies
\n\n(*Boolean*): Testing only, whether to type check inputs that aren't srcs.\n\nDefaults to `False`\n\nlink_workspace_root
\n\n(*Boolean*): Link the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\n\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nmodule_name
\n\n(*String*)\n\nDefaults to `\"\"`\n\nmodule_root
\n\n(*String*)\n\nDefaults to `\"\"`\n\npackage_name
\n\n(*String*): The package name that the linker will link this ts_library output as.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\npackage_path
\n\n(*String*): The package path in the workspace that the linker will link this ts_library output to.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\nprodmode_module
\n\n(*String*): Set the typescript `module` compiler option for prodmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"esnext\"`\n\nprodmode_target
\n\n(*String*): Set the typescript `target` compiler option for prodmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nruntime
\n\n(*String*)\n\nDefaults to `\"browser\"`\n\nruntime_deps
\n\n(*List of labels*) The dependencies of this attribute must provide: JsInfo\n\n\nDefaults to `[]`\n\nsrcs
\n\n(*List of labels, mandatory*): The TypeScript source files to compile.\n\n\nsupports_workers
\n\n(*Boolean*): Intended for internal use only.\n\nAllows you to disable the Bazel Worker strategy for this library.\nTypically used together with the \"compiler\" setting when using a\nnon-worker aware compiler binary.\n\nDefaults to `True`\n\ntsconfig
\n\n(*Label*): A tsconfig.json file containing settings for TypeScript compilation.\nNote that some properties in the tsconfig are governed by Bazel and will be\noverridden, such as `target` and `module`.\n\nThe default value is set to `//:tsconfig.json` by a macro. This means you must\neither:\n\n- Have your `tsconfig.json` file in the workspace root directory\n- Use an alias in the root BUILD.bazel file to point to the location of tsconfig:\n `alias(name=\"tsconfig.json\", actual=\"//path/to:tsconfig-something.json\")`\n and also make the tsconfig.json file visible to other Bazel packages:\n `exports_files([\"tsconfig.json\"], visibility = [\"//visibility:public\"])`\n- Give an explicit `tsconfig` attribute to all `ts_library` targets\n\nDefaults to `None`\n\ntsickle_typed
\n\n(*Boolean*): If using tsickle, instruct it to translate types to ClosureJS format\n\nDefaults to `True`\n\nuse_angular_plugin
\n\n(*Boolean*): Run the Angular ngtsc compiler under ts_library\n\nDefaults to `False`\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, preserve_jsx, composite, incremental, emit_declaration_only,\n ts_build_info_file, tsc, typescript_package, typescript_require_path, validate,\n supports_workers, declaration_dir, out_dir, root_dir, link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/host/bin/path/to\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is \"tsconfig.json\" in the same folder as the ts_project rule.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, defaults to `**/*.ts[x]` (all TypeScript files in the package).\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\npreserve_jsx
\n\nif the `jsx` value is set to \"preserve\" in the tsconfig.\nInstructs Bazel to expect a `.jsx` or `.jsx.map` output for each `.tsx` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nOne possible compiler is the Angular compiler, provided by the\n`@angular/compiler-cli` package as the `ngc` binary, which can be set typically with\n`tsc = \"@npm//@angular/compiler-cli/bin:ngc\"`\nNote that you'll also need to pass `.html` and `.css` files to the `srcs` of the `ts_project`\nso that they're declared as inputs for the Angular compiler to read them.\n\nAn example can be found in the rules_nodejs repo under `packages/typescript/test/ts_project/ngc`.\n\n> To use the `ngc` program from Angular versions prior to 11, you'll need a fix for\n> https://github.com/angular/angular/issues/36290\n> To apply the fix, you can use the patch-package package to apply this patch:\n> https://gist.github.com/alexeagle/ba44b2601bd7c953d29c6e8ec44d1ef9\n\nDefaults to `None`\n\ntypescript_package
\n\nLabel of the package containing all data deps of tsc.\n\nFor example, `typescript_package = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\ntypescript_require_path
\n\nModule name which resolves to typescript_package when required\n\nFor example, `typescript_require_path = \"typescript\"`\n\nDefaults to `\"typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig JSON settings match the attributes on this target.\n\nSet this to `False` to skip running our validator, in case you have a legitimate reason for these to differ,\ne.g. you have a setting enabled just for the editor but you want different behavior when Bazel runs `tsc`.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/main/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.0.0-rc.1","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-oz3jLMbVEaMvkZP+necQxnNigsnLdqR9r6t+oUq0zhOW92SBmIbgBpAa1YPAHLDSC8YICrAOcUuXgMfiz136bw==","shasum":"6187e3cb34218afd2fba8927746df6502e31d5c8","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.0.0-rc.1.tgz","fileCount":103,"unpackedSize":19451543,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJhHq6cCRA9TVsSAnZWagAASR0P/08PvcYU19NmfHpLfenX\nQoi8tV3PBvHyi8qndGTJi6LCpaCvNbnzINdOOWsqG8fIFVPJkl+FCcgCiy97\nnTF9dEkacDPbfhKilNvuZkLXZMhfvBDxTU/vz1ewhOEgyuVczlqDtZeCW8cr\nGn5KvCRSxcGKetEia1N+Ww7DiGo29hfyMfLMzQJT7nLLVr3am9X679kfAHFn\nwsmH7rSbu8lfp05tMUm+R1eGbgVcM/KqKS0g++svAqg7Fpt8FfCDOypd/r/z\ndyeX2otF0m56fCsT11h4/vQGRrXdGbn62mvQpsSnHh0JMDA6Ccf2IrT1hQPB\nKAaEU0adsEofhPol1tiFZGj1xd95VxJcw3Nbf/ZBfWC7VkVhzj13xfu2lE+C\nwJSrJi/VhxiLObN3i4uHjpy142zFPVWnB2S5Q3uxXvjj2RbeK452YQO81uy4\nKjF9UHh6RnBFDrlSNy/P6hhCHHsTR71nc8oWkntJ6rp//4cb/rjx0wZpOtl7\n2hCQCkpLN5H67PLltzAJPH9Ghw1NtCDLJydjBBwnjMLYO4SbPO4B2sh0o+sR\nRREUJN+AmsD/gffp22UIBi9FxyhQonLVP4n96y4xNI0wUycoXZrNfmkIeFI9\n78DiJq5a8NfL2zL0cpPX2osqb37+eloQ2WOGxgiMWfuHs1ZWwODOi9Sdm3yN\nwDD9\r\n=3YXn\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQD/AVdKwN7LPU7kBXEzLDpv9neXqC12B0/duzAX6O7yGwIgHBRDBViJ2GYhC2HRli2TNSalhsXWoRE50P8u/6U9rnk="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.0.0-rc.1_1629400731770_0.1032206164538807"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.0.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.0.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"2.27.2"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.0.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-+Le9q+5IR9gEnSH8sXyxDB5dD6NJx2kbm6AL+cijYVat2MczpGV4sI1mu0mdLzYsEX5Tjt5iHkaNb7sFESjnYA==","shasum":"71a6f0f5e340c6b8516b21fbc0f0853e74055d0c","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.0.0.tgz","fileCount":103,"unpackedSize":19451538,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJhJVhFCRA9TVsSAnZWagAAGLUQAI9gIwawGGU1hje5MMgP\nJzwgEBAOoQwSSVC/vrxA1udMQdK3vAYCkhShj9F1De7srlvQw1d4OTccePJz\nDk4tfKZmDTl+HE84n1sKWbQ2m3f59YpyM37qutgsGsRBeAF86Wi5p/hxuJIW\nF5b0MHJCf/09BRcRx9HIJnIhzbOlPSCAvPBhSxhCbzgltzLRv/RcuKxYOik8\n8YSGJDsdgCEbm6KSrtDFlBczzeQrqff6WirnUzQe8KNXVpmbgIQTyJe28jQX\nfIKu+GCQBwh3V/KG8ZGLLcB4jJUotKNFtzntjuxfQmcljyDj7pbP4Nc4Xhb/\nCBIZc8jvau3xEVN7vRgkCf9cwpJoscolpVLyZdNvIYUeGSeLi/+Fa2rfqkW2\n2WV6/vm59sCiXMI+07Mu1kfx6WGXlw+k3Z+Bd4quIU/VWZXn9OrDFSs9LDop\n5omTS+nDKLolO4QRCpCy51HIEqyOgPBdIFLsrjG5UXZqBGboK56+iEAEOiYO\nX8IdKkoP6j6JrX9Unj5Rjbq9yxyarN1OzfoDEBWdZzrJjHB2oj95l4aQS5V7\nRFIYu9DtqjJXq52lrcbLQmhzUNELhfUdYuT8RUnj0/GRVBeCg5yhoOQGMRZS\nBhQOrGHmxufuZzu/TIQ+u+2eANrD932t5lcsy6pzEvGQ3n/Ouy8d54dcSdG6\n6yqK\r\n=i1HR\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIBl5oBA63DZgsjfA3Qh4Ce1qwwRV2wXGC8GVt62vKyFOAiByWyPg9ru64sySAeusWpuDVnCycWxzh9BcS01HtYpPcQ=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.0.0_1629837381432_0.5622546627479748"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.1.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.1.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.1.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.1.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-EfjGIa70IGwkBqOeirrbCRgvC/jue91L5r13c6NErb6JiSAzbKuxyKvZp4isGNPqv5W/LqpLGim5/yUQAmKXww==","shasum":"883e793c37df70c4ebc44bc4139f6008b3eb92fa","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.1.0.tgz","fileCount":101,"unpackedSize":20446986,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJhOszlCRA9TVsSAnZWagAA8J0P/0oqmJXUZlc7QpP3wFU5\npRADh6k5kWciIEMGdJ61R1lbCl9s3FAZXM0RRxZRfLgksENg7VSkiVtStiFk\npZUBWWzgoIsuSmyl2OzDfX/AAHXndtPpWty86ZTEk15N8A7UjFXHxZqMkPkA\nRE0THX7z94/ua82fgAlm9yh7l4qybuVZwqYjWFcneCWs6kqb99IA9DH7OD/m\n66ID4Q3GxBgdBZFBQiQpQ4XeUNswJqVWxSCKisqVRUJQGVtCzOnHuMOEmIBv\ntHiz591UFjSjW7be7eifEk07En1rVsdCaW36gJDYVahN049ITvddbHKQ56tr\nBFPc365Bz8sfcMHI0rOhcAs+bodkAxgJ8hfZxzc2nyAL65iKI3YfwRKtfkfA\nJ/PW1/X66PnIJlZzIwSxpXNYPMyuhQmyHVJfg6ODrUv86sVU6Hd6rJLn84mG\np04FlzHBZgS8y5GEQGPHaP34Y1QK4ZzbEKsC07jQJfFK6k42aImbllqPo/IV\ngJOlpFYSO8Yr47nCWvlQ6iU3Ic1HLrUEw3etsOvuwWiXwgs0Nt6gN1WMmNWg\noIw8aYlARPgsu8BKRvXlNul0EhdLDbeHQiNTGAPZg4TGVWhTmX25BbW+KRmK\nScKHMEe9+8uG5yrzAg5i7c7saYQZeim0QkOMKoRylkJVzTBGkipb7sl4/IR6\n/6mQ\r\n=MK01\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIBDC5OIKMTHB6RTs5lwGxQ6Bc2NkpUTvvsXYBDKaBwS/AiEA51mQXHdnW5h2Ze9T7hX6Uq9doPqYRzPC6RkofjTFKqU="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.1.0_1631243493126_0.5474114232945619"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.2.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.2.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.2.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.2.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-M0jqTrwt1Dqc7wFCvs0J5XU+aQ0DfVjkkcruIFBuEPOTTA5aaVs6XKr1xVPV9WL5QsbJFD7rYc55zr0jDlX22Q==","shasum":"41543c2808c4c475f33f5b1d9e071101a2385503","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.2.0.tgz","fileCount":101,"unpackedSize":20447633,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIGlp8e3EJR4AIozlAAjZ5dkW1Fy7ipx3zsmMb/ALZ+c/AiA62vVKLfLVARsJ5YdKgwCY7iJnYX59SEQVg/CCM3PY3Q=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.2.0_1631903009684_0.07265183000265107"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.3.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.3.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.3.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.3.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-ddPw0Xetl+a5UeZVHzpWsyMrUcAyhpGXknmfymx8vrWL+Y3yyquC7ZcYoYbkoCwIMBz7xhadm8NKIUYCrsEgaA==","shasum":"c4131ba7980f8e72885f5ec19c265ad9431e1a71","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.3.0.tgz","fileCount":103,"unpackedSize":20452985,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCID93dJkuTrIra/cSZx/QauDm6wNifxah4MP3VWkialW7AiAKmFt9S84kTSpu8FLLx0sNemeCg67nClWEqIcNbSzxQw=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"gregmagolan","email":"gmagolan@gmail.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.3.0_1632850276308_0.09367479971774495"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.4.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.4.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.4.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.4.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-2qmcQ95yCWHZzbCgjJ4SnqgWfkv3dhnNfZudjro/k11txPJfKbWgUK/PCzcqOTiwR9vkzV3QJTGV9jdNbkT3bw==","shasum":"c421a0d54e3385b5218ca277c3fa8d60659b6f89","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.4.0.tgz","fileCount":103,"unpackedSize":20453871,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQCGB4oewglDgvcN+eHstrlHnb7+VB2CZ0kubLAB99tTowIhAP93Vw8ebfUe6u/4Amc93OXqQPswa81soVWUT+ppvKoE"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.4.0_1633990617245_0.17233573669418467"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.4.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.4.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.4.2","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.4.2","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-dTt/AvlnwWiUXF7T25FpAozmLKN9Z+me07iSOcjDv7+6aVcxV5vJTbhpktZO1Ij0oSaYew4I8e/NlRf/mS2k7g==","shasum":"987000806043d9df1388debcd576420ce5b8c860","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.4.2.tgz","fileCount":103,"unpackedSize":20454054,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIDvMMCFWq1K2RXu/bmaeLv+rpvwQqxo5WxY+c/2luYj7AiB/zpzsWCIUxlrmewKe5OoXLCW0FL/DVp/MpNAT5+VxEQ=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.4.2_1635447200351_0.7251776166213046"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.4.5":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.4.5","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.4.5","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.4.5","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-Cgq7ZXGkFPAAOn2t9C9JWIDkSjDKB7AkwNgXEwrPwpchKgdoCcD1uMieiErfwBB0FWgJF1xvwwLGOnWA6E/G0A==","shasum":"0b323a292910dbfdc5f90312377e9282c73035f0","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.4.5.tgz","fileCount":103,"unpackedSize":20455760,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIBJJwWJen9nQ6P6tVRJp5OKnwwXIfjJVLw2a+BYhFNfaAiEA46vts7V0XouwHAk3cEb7SqfXJTdHgJOKedM6kLEyeq4="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.4.5_1636667345714_0.8393708974469611"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.4.6":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.4.6","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.4.6","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.4.6","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-J205En8MjmnWSPnz4CqJm1x4mzcdWM+HvAsOzzVb0DHx86O+mjPFwqleeAtPGLTE9aWskel81XICJfEuTlNtiw==","shasum":"fbaac22460b3aa4a0961c6c657d239af8f895778","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.4.6.tgz","fileCount":103,"unpackedSize":20455892,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJhnUxiCRA9TVsSAnZWagAA/h0P/2DtjD8qUSACd0kggcmU\nM0SgGDe0xKpqGonLU6tROZTdttEnv6+8Y1FmujpRWUDss4x02feJ8lTjkzM8\nT2pF8cU5EGXh5iGaBdozMyL/3MGvfqctNTkksb/lR+zuJC7XUikffIzrCUHX\nhd3S1pGNqAVD/9SHZ8xtWJaQKOjt2L8RF5yOK4yLoU367/0KQXd3h8I4/f6S\nSLyFc/+4JSkBWf8WC038k5euX7GzVJ/RsyzyP8eHPc/7Ilejek19Y2bR+8gi\nc8hLihGsjJU1VOZvuD8CoRGkKmjIhnlQxMo1Gw33J72R8D0pYIj9aKNoJbn/\n3wlPciQdaZmQ2z0w7qIS+HxmV1mUed5/fuQx/R2Fk08+g9s3GOGxCAKLzmGL\nTO5p5B0xhjccZrcao4Ee0bmgxSctbNKiSNDxa103EhqYRwxPRswLTClbEV5d\nPvSiRw5kUOiIyyzb5Bt/RXUADyfXsDSMH5Mx6iKZx3hElohAuink2vodSiP0\nFMHO81Ymoto/im0UgfLv7TQ0pxJguJEG2DXu0UdAWMttktlCHT3f9sI1FzqR\nqZXrwHIfk03JTqU0d8THSuS5Q6KEPH2I/D5kMwPBigTnW0ld3/KXDwAyWwIO\nZ0R6KS1OIx69cxCpEu22lZz/tnBnAmIPJLHbVW4GfozCb9w1YF2wGXQlz/ha\nM7h9\r\n=9Mi5\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIB8IZPc1Ua7XfmO0bQpEj027T4VLycPgmWwtlXWM/LQXAiEAuD/Q0dUK4zZ5yoEka+74gl4IxjUiYMRVoQFQyY445Ks="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.4.6_1637698658312_0.9530990789936051"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.5.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.5.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.5.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.5.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-PcVwKWbxjFBCM0tWdetGt33XrYLS6MvfkfRUNA8xQzxxJnJlnr9xLoUjdqekYJ5D4SKatD8ttzYeyEwpHZpwJg==","shasum":"8167a5f29bd9e89dabecb0ad62f38c065c48d9f4","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.5.0.tgz","fileCount":103,"unpackedSize":20455892,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJhupjGCRA9TVsSAnZWagAALQ4QAJqQRL8BrPVAEPwxrmsL\nw9J2/6IRc/BD7oN6vayq0z4fe1y+yB3KnXmPcccC+xbses40n103kYxrIxmR\n0XLCYr4TqMaSl0pi1VNwAtRNT8dVsKppVPOHjWeZKx8Fu6fXetRqM3d1wLjC\nI3W4BIl9csM4021w8+dW72RFD48S4fzrCMu5SYSF1j20NF8Ie24jFv30HJCv\nmYaPhBEaCzKNcS/0eCV0meshqOYC2uPwdYhkmf56J7zN2JH/2a4/zejRv/YJ\n+coyknB8rso8k6m/Gkos1Wq/Nou1sXAFoJj69P1LTf1GySwGX6tzmZv/6eiR\nzhUdTfdveGMtXXDt02eDOo8sYpMjaWKi7hzFB6YUsttCI7aDMc8wJs1wkHH3\nO4rxcQceYOVXBnpXPkgkkYEjL2jgFgk1DGHnUgVUHKpvhF+mVePYX6zAE9xv\nM/RsMF5Ekku7jAglyW5SGer8RLheVSy7+lL9X3Bki2RaGKjZjyEeV7/jCnwr\n6ZBF7v25achOQJujaJZte4+IbeAE7STAMKuvZTHAl7hh7A7KMDHcdHPbhQhb\nRRoQTwYQOmPUnh7QsItv3bUxyfQs/7M3EgXmwbMe3X89WS3U6QyYd/u/rnwY\njU5Krw8L2hI/K2j4csZ86wzufI9TyEdKBwC94dePMOUgTrNo42TXTwhmoR8o\n66JQ\r\n=E6ta\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQCBj0FbGUIA+XdHLuubB9CTkCihLKhH8op3dDkNkAqCngIgRozPry4XMxaw3Y/C9rnnK9EV7uAJciEXJ3kraonpaZs="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.5.0_1639618758329_0.201406837467756"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.6.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.6.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.6.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.6.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-TLysIpJuMxZXAjZEFHkmLg71Ec3RRQTpbZsUtobBnIG5rRwbb2fgdFVfBx3Wvjg4oR+gj5Yj8yCRa4Ad+UhoYg==","shasum":"cd1fe24214581af72622dbc9e025c9af21e2ebda","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.6.0.tgz","fileCount":103,"unpackedSize":20464106,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJh1nA5CRA9TVsSAnZWagAAir0P/3OObnNla5f6mwnM3PJS\nJxCNts5dTzIRc+IFYnuL1u9VbTiAKCMrIJPX1J09MqYYcHafwGZCbD2MmFdi\nIp/Sl6ENa0go6az+vFy7biR6iAZW5ve2rF2rPoDqg97uwYVWzHL6fnIFu4Ju\nBlOMDhvh3WItR5Tm81EBMK0KBv9iTAdfUAdJMKn9QlsUEGxB2ZioqYaNBooT\naJf7OHac5t5KtsToPuSZWLZ9iL8IBRxi3tyFA0Di44crCavqVR4xpk9NyJOl\nh28ird3f1rDZbL9DrwHDbSEu7Qe7vUnYdPcvGrZsXJDIGU3LVoOMb5zUw2P1\n6MXPPV5O2iuMAdU5VL4KTkBxBIeUh+ho8NSIYRfzs+hQMaUTIclaKR3HCkWr\nz62BiDuYAZXognOf2wQadVFnm0hgl5K4dGeDLcRG2YuIvOyGx2fTGvIKZsAC\nfFqATTPhUADcL6BmIXc5BnwvQRfMwGIYCwMzXG4ORBbpVaNHPqZjeszv9Ytq\n+b4jDjQ9bxldl0vNL7tVxbV1dRVvZJPqjd5lkCn6F2NKu1F54s0Z1/on089Z\nbRIN22Vn4g/fjvoMI49pTUj+xkcEbQz4S2saldWE3sNL8TW6CmBvtZc4h4zr\ngmmtwxsVFx113Nw4NpvqIGcOqarCG+h/5W+K59aKQPpy9+QD1+DOgEvCMMHu\nwfT+\r\n=5WY9\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQCE4Q5fdxHcrbJVrcEX8BAmcBg8xLixzhM+iwiXTcBedQIgA+P0uD9dCPTQw93l/v+rOiqf1ZrA24bgi27o0sUfhs8="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.6.0_1641443384838_0.4695284346224029"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.6.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.6.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.6.1","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.6.1","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-T/2mOB9lSySaIQH47JsbKE8UG7eEChFltXCVNw2xk1+Eu7ym+osSIjaXoQVBPmAl/6qmIEzTyBIjFPEU2ohVrw==","shasum":"5c674698bda53006d784cb40ba1e2cb1263ecc20","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.6.1.tgz","fileCount":103,"unpackedSize":20465670,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJh4KKgCRA9TVsSAnZWagAAWbAP/ja+DTMZBzyRBKrB7g9d\nndjvi52KLzIe7mWmh3BPfazspIO4Ug1T3qZx8/pxykeEJlZPYICPSBApiXhI\ncSNaga8c5zDEVs6cmQrWyXp0cS+bE2+8FTZvlsLwW52nxL/ZAYOFrzQN3v1l\nH5hLdSxfhCzeLHi6Cmvrsr5014RUDB3GLkfxxYLq7MnlJGWLn6hJ+38GmfuI\nd8NJAQajdbMMT+GxqCPS4mWUonHHauu0BP00wmDPmtdXh85IzAD/Y5bzoKbA\n1PMz12tW2qG2DaRzf0nTfGhku/I1QJI54mZzREyY6WLmMlZ9mGwRhrG8ccUU\ntWbBlNblegF+f//PtdSkECe5zizNDT9fkOuSEPq4m7wsPm9+nCkmaItSjyQM\n+Tq4hxyIpub/2Yvq5p/CIjaIMV4C1ya7Whw5uPuZ95U7/Ai1/5cKYr5xeOL2\n+TvZ3xgLktfgtyMbnEr4NFL6kKnG+w3qvnhpPrRvdh3OFYJTEbtQoUbBDYgi\nLnrTIf6BuP2M0IipfTMATceW2RMgjg0oEZhc9iHwjp3u/2iatcVnGS0YNnfV\nbC49OqQy1Wv0kDhUgmnisxgbRnOP3fUzEu3HUc7y6ImzpX1nBJlJ4GFvX/LM\nqulXcVnD0FUWi2+pl9SqSlBkKT76gjdWI0CS9XHFnEfO6l5dcrRwhHoyzcjZ\n3ao5\r\n=3fV/\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQCQH3DLs0TqHI820jaH542OzYcPvhVFvtdOzRDEsVjWkQIhAJ1p9YxqA0iyTqHFYcK0f3aViujtQNAoJ5Q4E3Sp6o/Y"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.6.1_1642111647663_0.9300690173233039"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.0.0-rc.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.0.0-rc.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.0.0-rc.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"readme":"\n\n# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are four alternatives provided.\nThis section describes the trade-offs between these rules.\n\n### Option 1: tsc\n\n`tsc` is the TypeScript compiler published by the team at Microsoft.\nYou can call it without any custom Bazel rules.\n\nTo use this option, you **do not need to install the `@bazel/typescript` package**.\n\nThe only reason to use raw `tsc` is if you want to compile a directory of `.ts` files and cannot enumerate them ahead-of-time in your BUILD file so that Bazel can predict all the output files.\n(For example if the `.ts` files are generated by some tool).\nThis will produce an opaque directory of `.js` file outputs, which you won't be able to individually reference.\n\nAny other use case for `tsc` is better served by using `ts_project`, see below.\n\nLike we do for any npm package that exposes a binary, rules_nodejs will see your dependency on\n`typescript` and will generate an `index.bzl` file allowing you to run `tsc`.\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nThen call it, using the [`npm_package_bin`](Built-ins#npm_package_bin) documentation.\n\nHere is an example:\nhttps://github.com/bazelbuild/rules_nodejs/blob/3.2.2/internal/node/test/BUILD.bazel#L491-L507\n\n### Option 2: tsc_test\n\n`tsc_test` is generated alongside `tsc`.\nIt is identical, except that Bazel treats it as a test target, producing only an exit code\nrather than files to be consumed by other steps in the build.\n\nThis can be used for a build with `--noEmit`, so that TypeScript is purely used for\ntype-checking and not for producing any build outputs.\n\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc_test\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nTo get the typings available in the test (as \"runfiles\"), you may need to gather them from dependencies if they\nare not included as default outputs of those dependencies, like so:\n\n```starlark\nfilegroup(name = \"types\", srcs = [\"//some:js_library\"], output_group = \"types\")\n```\n\nAnd then include the `:types` target in the `data` of the `tsc_test`.\n\nSee example in https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/tsc_test\n\n### Option 3: ts_project\n\n`ts_project` simply runs `tsc --project`, with Bazel knowing which outputs to expect based on the TypeScript compiler options,\nand with interoperability with other TypeScript rules via the [DeclarationInfo] Provider that transmits the type information.\n\nIt is intended as an easy on-boarding for existing TypeScript code and should be familiar if your background is in frontend ecosystem idioms.\n\nAny behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n\n`ts_project` is recommended for all new code.\n\nExhaustive examples of calling `ts_project` are in the test suite:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\nAnd there are also many uses of it in our \n\n[DeclarationInfo]: Built-ins#declarationinfo\n\n### Option 4: ts_library\n\n`ts_library` should not be used for new code, and may be deprecated in the future.\n\n`ts_library` is an open-sourced version of the rule used to compile TS code at Google.\nHowever there is no support from the team that maintains that internal version.\nIt is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- We control the output format and module syntax so that downstream rules can rely on them.\n- Some other options are incompatible. For example you cannot use the `--noEmit` compiler option in `tsconfig.json`.\n\nThe only reason to use `ts_library` for new code is if you are bought-in to using a [concatjs] bundler, which requires the named AMD module format. This may be faster than other tooling, and this format can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\nHowever it is very challenging to configure and there is little available support for problems you'll run into.\n\n[concatjs]: https://www.npmjs.com/package/@bazel/concatjs\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n## Typical Usage\n\nThe `ts_project` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files). In TypeScript terms, this is one \"Project\"\nwhich can use \"Project References\" to break up a large application.\n\nCreate a `BUILD` file next to your sources:\n\n```starlark\nload(\"@npm//@bazel/typescript:index.bzl\", \"ts_project\")\n\nts_project(\n name = \"my_code\",\n # glob is a quick way to select all the code,\n # but has performance penalty in that Bazel must evaluate it.\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nHere, `//path/to/other:library` is another target in your repo that produces TypeScript typings (for example, another `ts_project` rule).\nBe sure to set the `rootDirs` in your tsconfig.json as noted below, so that TypeScript can find the `.d.ts` files produced by that other target.\n\nTo use third-party libraries from npm, first install them (likely using `npm_install` or `yarn_install` rules) then add those to the `deps` as well:\n\n```starlark\nts_project(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//somelib\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` grouping target which will include all\npackages in the `@types` scope as dependencies.\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, or `extends` from it, to keep consistent settings for the TypeScript compiler.\n\nAnything you do with TypeScript is possible with `ts_project`, including json imports, type-checking only,\ntranspile only, outdir, rootdir, and so on.\n\n> To use `ts_project` for typecheck-only, you'll still need to use --declaration so that .d.ts files are produced.\n> Alternatively, see the `tsc_test` rule documented above.\n\nSee many examples in our test cases:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, resolve_json_module, preserve_jsx, composite, incremental,\n emit_declaration_only, transpiler, ts_build_info_file, tsc, typescript_package,\n typescript_require_path, validate, supports_workers, declaration_dir, out_dir, root_dir,\n link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- `ts_project` always produces some output files, or else Bazel would never run it.\n Therefore you shouldn't use it with TypeScript's `noEmit` option.\n See `tsc_test` under the Alternatives section above.\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/host/bin/path/to\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin_arm64-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovides `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is \"tsconfig.json\" in the same folder as the ts_project rule.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, the default is set as follows:\n- Include `**/*.ts[x]` (all TypeScript files in the package).\n- If `allow_js` is set, include `**/*.js[x]` (all JavaScript files in the package).\n- If `resolve_json_module` is set, include `**/*.json` (all JSON files in the package), but exclude `**/package.json`, `**/package-lock.json`, and `**/tsconfig*.json`.\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\nresolve_json_module
\n\nNone | boolean; Specifies whether TypeScript will read .json files. Defaults to None.\nIf set to True or False and tsconfig is a dict, resolveJsonModule is set in the generated config file.\nIf set to None and tsconfig is a dict, resolveJsonModule is unset in the generated config and typescript\ndefault or extended tsconfig value will be load bearing.\n\nDefaults to `None`\n\npreserve_jsx
\n\nif the `jsx` value is set to \"preserve\" in the tsconfig.\nInstructs Bazel to expect a `.jsx` or `.jsx.map` output for each `.tsx` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\ntranspiler
\n\nA custom transpiler tool to run that produces the JavaScript outputs instead of `tsc`.\n\nThis attribute accepts a rule or macro with this signature:\n`name, srcs, js_outs, map_outs, **kwargs`\nwhere the `**kwargs` attribute propagates the tags, visibility, and testonly attributes from `ts_project`.\n\nIf you need to pass additional attributes to the transpiler rule, you can use a\n[partial](https://github.com/bazelbuild/bazel-skylib/blob/main/lib/partial.bzl)\nto bind those arguments at the \"make site\", then pass that partial to this attribute where it\nwill be called with the remaining arguments.\nSee the packages/typescript/test/ts_project/swc directory for an example.\n\nWhen a custom transpiler is used, then the `ts_project` macro expands to these targets:\n\n- `[name]` - the default target is a `js_library` which can be included in the `deps` of downstream rules.\n Note that it will successfully build *even if there are typecheck failures* because the `tsc` binary\n is not needed to produce the default outputs.\n This is considered a feature, as it allows you to have a faster development mode where type-checking\n is not on the critical path.\n- `[name]_typecheck` - provides typings (`.d.ts` files) as the default output,\n therefore building this target always causes the typechecker to run.\n- `[name]_typecheck_test` - a\n [`build_test`](https://github.com/bazelbuild/bazel-skylib/blob/main/rules/build_test.bzl)\n target which simply depends on the `[name]_typecheck` target.\n This ensures that typechecking will be run under `bazel test` with\n [`--build_tests_only`](https://docs.bazel.build/versions/main/user-manual.html#flag--build_tests_only).\n- `[name]_typings` - internal target which runs the binary from the `tsc` attribute\n- Any additional target(s) the custom transpiler rule/macro produces.\n Some rules produce one target per TypeScript input file.\n\nBy default, `ts_project` expects `.js` outputs to be written in the same action\nthat does the type-checking to produce `.d.ts` outputs.\nThis is the simplest configuration, however `tsc` is slower than alternatives.\nIt also means developers must wait for the type-checking in the developer loop.\n\nIn theory, Persistent Workers (via the `supports_workers` attribute) remedies the\nslow compilation time, however it adds additional complexity because the worker process\ncan only see one set of dependencies, and so it cannot be shared between different\n`ts_project` rules. That attribute is documented as experimental, and may never graduate\nto a better support contract.\n\nDefaults to `None`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nOne possible compiler is the Angular compiler, provided by the\n`@angular/compiler-cli` package as the `ngc` binary, which can be set typically with\n`tsc = \"@npm//@angular/compiler-cli/bin:ngc\"`\nNote that you'll also need to pass `.html` and `.css` files to the `srcs` of the `ts_project`\nso that they're declared as inputs for the Angular compiler to read them.\n\nAn example can be found in the rules_nodejs repo under `packages/typescript/test/ts_project/ngc`.\n\n> To use the `ngc` program from Angular versions prior to 11, you'll need a fix for\n> https://github.com/angular/angular/issues/36290\n> To apply the fix, you can use the patch-package package to apply this patch:\n> https://gist.github.com/alexeagle/ba44b2601bd7c953d29c6e8ec44d1ef9\n\nDefaults to `None`\n\ntypescript_package
\n\nLabel of the package containing all data deps of tsc.\n\nFor example, `typescript_package = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\ntypescript_require_path
\n\nModule name which resolves to typescript_package when required\n\nFor example, `typescript_require_path = \"typescript\"`\n\nDefaults to `\"typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig JSON settings match the attributes on this target.\n\nSet this to `False` to skip running our validator, in case you have a legitimate reason for these to differ,\ne.g. you have a setting enabled just for the editor but you want different behavior when Bazel runs `tsc`.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/main/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.0.0-rc.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-iKOnFMXIbc0XRTMgDUC3pF3rFOuQLAIdywTCqPKVMhJRUSXdezd3rikLiomtIeN28YL8oVuwYD2bHfx1hSbYKQ==","shasum":"e71ad0e0537135d0c3a70c6a4a097d63b68974ff","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.0.0-rc.0.tgz","fileCount":13,"unpackedSize":105148,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJh4aG9CRA9TVsSAnZWagAACtsQAJiZADv+r4H2ufKW902z\niRothna4bc0WsSn5eZWSxu8rn2mNH6JsEg+uZHqJ4uL3QmQK9+icn3Wxemgw\nBAGzNG3fnCvUhdSaACsxfqE4/92fE8WaKxZ1RcPOgtslQgZq6heQj/pO2+nV\nlK/DNYjziqphs+5L+uOfhK2023MEE2Of5Pbz9yQmd/0JtmNWPLERQ/8EX8kx\n1RKBToehHn+epZqC1FCmGIbc8Rq0Fwrz4UZrL5QNua6Zi++uSxw4HEwAmHHh\ngniq5lAf8iSMVnvCUMDut/AvZwtmUkg2klGxXghIH72jpKgttSG4Y9WJd0Gm\ndeuo0mVQxdNbagV9LpmXqJQWfO0p1zH3DRDGBdsfsqTKS7c6yyOwggvxy3LN\nZhEJgiiULwZ3m+ht8CjYvoHVgzUmTyKqvwoDG/c4JXnDhRCzrKndGfyEI1gL\nJmHCgK0I0B9wOvT3sya8MUuZ/Qs7AuT6s1GW6gGMtnJ5vRHbtKAbYB7w4qCe\nYAQKiF7Qc/3wscsyZyGoP+D+rvOC1NBrKU7Y4+qXUQHvbVHvqi7gNy42tjO1\nhkxLDBmMCXDkz5iAs5+qj7G0SOsqeRBCbwwop05pjOfG53ZLDmq52UMnPfCY\nvrdVDVh0oV9iItwYtQeWabO307p7DmawVmGHY2avgXSJIfNhMzRDV8uYtitn\n6sgF\r\n=nj6L\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCICjcgM5ZJKFw9yJ4zC08sWwWnC6WfcK7BMNO6/NVpiHIAiEA2fIvj0FI6FBdCoJi209SHNSPrySwrQwPhNtzBAj8AfU="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.0.0-rc.0_1642176957068_0.18644409490899694"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.0.0-rc.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.0.0-rc.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.0.0-rc.2","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"readme":"\n\n# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are four alternatives provided.\nThis section describes the trade-offs between these rules.\n\n### Option 1: tsc\n\n`tsc` is the TypeScript compiler published by the team at Microsoft.\nYou can call it without any custom Bazel rules.\n\nTo use this option, you **do not need to install the `@bazel/typescript` package**.\n\nThe only reason to use raw `tsc` is if you want to compile a directory of `.ts` files and cannot enumerate them ahead-of-time in your BUILD file so that Bazel can predict all the output files.\n(For example if the `.ts` files are generated by some tool).\nThis will produce an opaque directory of `.js` file outputs, which you won't be able to individually reference.\n\nAny other use case for `tsc` is better served by using `ts_project`, see below.\n\nLike we do for any npm package that exposes a binary, rules_nodejs will see your dependency on\n`typescript` and will generate an `index.bzl` file allowing you to run `tsc`.\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nThen call it, using the [`npm_package_bin`](Built-ins#npm_package_bin) documentation.\n\nHere is an example:\nhttps://github.com/bazelbuild/rules_nodejs/blob/3.2.2/internal/node/test/BUILD.bazel#L491-L507\n\n### Option 2: tsc_test\n\n`tsc_test` is generated alongside `tsc`.\nIt is identical, except that Bazel treats it as a test target, producing only an exit code\nrather than files to be consumed by other steps in the build.\n\nThis can be used for a build with `--noEmit`, so that TypeScript is purely used for\ntype-checking and not for producing any build outputs.\n\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc_test\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nTo get the typings available in the test (as \"runfiles\"), you may need to gather them from dependencies if they\nare not included as default outputs of those dependencies, like so:\n\n```starlark\nfilegroup(name = \"types\", srcs = [\"//some:js_library\"], output_group = \"types\")\n```\n\nAnd then include the `:types` target in the `data` of the `tsc_test`.\n\nSee example in https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/tsc_test\n\n### Option 3: ts_project\n\n`ts_project` simply runs `tsc --project`, with Bazel knowing which outputs to expect based on the TypeScript compiler options,\nand with interoperability with other TypeScript rules via the [DeclarationInfo] Provider that transmits the type information.\n\nIt is intended as an easy on-boarding for existing TypeScript code and should be familiar if your background is in frontend ecosystem idioms.\n\nAny behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n\n`ts_project` is recommended for all new code.\n\nExhaustive examples of calling `ts_project` are in the test suite:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\nAnd there are also many uses of it in our \n\n[DeclarationInfo]: Built-ins#declarationinfo\n\n### Option 4: ts_library\n\n`ts_library` should not be used for new code, and may be deprecated in the future.\n\n`ts_library` is an open-sourced version of the rule used to compile TS code at Google.\nHowever there is no support from the team that maintains that internal version.\nIt is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- We control the output format and module syntax so that downstream rules can rely on them.\n- Some other options are incompatible. For example you cannot use the `--noEmit` compiler option in `tsconfig.json`.\n\nThe only reason to use `ts_library` for new code is if you are bought-in to using a [concatjs] bundler, which requires the named AMD module format. This may be faster than other tooling, and this format can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\nHowever it is very challenging to configure and there is little available support for problems you'll run into.\n\n[concatjs]: https://www.npmjs.com/package/@bazel/concatjs\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n## Typical Usage\n\nThe `ts_project` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files). In TypeScript terms, this is one \"Project\"\nwhich can use \"Project References\" to break up a large application.\n\nCreate a `BUILD` file next to your sources:\n\n```starlark\nload(\"@npm//@bazel/typescript:index.bzl\", \"ts_project\")\n\nts_project(\n name = \"my_code\",\n # glob is a quick way to select all the code,\n # but has performance penalty in that Bazel must evaluate it.\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nHere, `//path/to/other:library` is another target in your repo that produces TypeScript typings (for example, another `ts_project` rule).\nBe sure to set the `rootDirs` in your tsconfig.json as noted below, so that TypeScript can find the `.d.ts` files produced by that other target.\n\nTo use third-party libraries from npm, first install them (likely using `npm_install` or `yarn_install` rules) then add those to the `deps` as well:\n\n```starlark\nts_project(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//somelib\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` grouping target which will include all\npackages in the `@types` scope as dependencies.\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, or `extends` from it, to keep consistent settings for the TypeScript compiler.\n\nAnything you do with TypeScript is possible with `ts_project`, including json imports, type-checking only,\ntranspile only, outdir, rootdir, and so on.\n\n> To use `ts_project` for typecheck-only, you'll still need to use --declaration so that .d.ts files are produced.\n> Alternatively, see the `tsc_test` rule documented above.\n\nSee many examples in our test cases:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, resolve_json_module, preserve_jsx, composite, incremental,\n emit_declaration_only, transpiler, ts_build_info_file, tsc, typescript_package,\n typescript_require_path, validate, supports_workers, declaration_dir, out_dir, root_dir,\n link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- `ts_project` always produces some output files, or else Bazel would never run it.\n Therefore you shouldn't use it with TypeScript's `noEmit` option.\n See `tsc_test` under the Alternatives section above.\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/host/bin/path/to\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin_arm64-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovides `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is \"tsconfig.json\" in the same folder as the ts_project rule.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, the default is set as follows:\n- Include `**/*.ts[x]` (all TypeScript files in the package).\n- If `allow_js` is set, include `**/*.js[x]` (all JavaScript files in the package).\n- If `resolve_json_module` is set, include `**/*.json` (all JSON files in the package), but exclude `**/package.json`, `**/package-lock.json`, and `**/tsconfig*.json`.\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\nresolve_json_module
\n\nNone | boolean; Specifies whether TypeScript will read .json files. Defaults to None.\nIf set to True or False and tsconfig is a dict, resolveJsonModule is set in the generated config file.\nIf set to None and tsconfig is a dict, resolveJsonModule is unset in the generated config and typescript\ndefault or extended tsconfig value will be load bearing.\n\nDefaults to `None`\n\npreserve_jsx
\n\nif the `jsx` value is set to \"preserve\" in the tsconfig.\nInstructs Bazel to expect a `.jsx` or `.jsx.map` output for each `.tsx` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\ntranspiler
\n\nA custom transpiler tool to run that produces the JavaScript outputs instead of `tsc`.\n\nThis attribute accepts a rule or macro with this signature:\n`name, srcs, js_outs, map_outs, **kwargs`\nwhere the `**kwargs` attribute propagates the tags, visibility, and testonly attributes from `ts_project`.\n\nIf you need to pass additional attributes to the transpiler rule, you can use a\n[partial](https://github.com/bazelbuild/bazel-skylib/blob/main/lib/partial.bzl)\nto bind those arguments at the \"make site\", then pass that partial to this attribute where it\nwill be called with the remaining arguments.\nSee the packages/typescript/test/ts_project/swc directory for an example.\n\nWhen a custom transpiler is used, then the `ts_project` macro expands to these targets:\n\n- `[name]` - the default target is a `js_library` which can be included in the `deps` of downstream rules.\n Note that it will successfully build *even if there are typecheck failures* because the `tsc` binary\n is not needed to produce the default outputs.\n This is considered a feature, as it allows you to have a faster development mode where type-checking\n is not on the critical path.\n- `[name]_typecheck` - provides typings (`.d.ts` files) as the default output,\n therefore building this target always causes the typechecker to run.\n- `[name]_typecheck_test` - a\n [`build_test`](https://github.com/bazelbuild/bazel-skylib/blob/main/rules/build_test.bzl)\n target which simply depends on the `[name]_typecheck` target.\n This ensures that typechecking will be run under `bazel test` with\n [`--build_tests_only`](https://docs.bazel.build/versions/main/user-manual.html#flag--build_tests_only).\n- `[name]_typings` - internal target which runs the binary from the `tsc` attribute\n- Any additional target(s) the custom transpiler rule/macro produces.\n Some rules produce one target per TypeScript input file.\n\nBy default, `ts_project` expects `.js` outputs to be written in the same action\nthat does the type-checking to produce `.d.ts` outputs.\nThis is the simplest configuration, however `tsc` is slower than alternatives.\nIt also means developers must wait for the type-checking in the developer loop.\n\nIn theory, Persistent Workers (via the `supports_workers` attribute) remedies the\nslow compilation time, however it adds additional complexity because the worker process\ncan only see one set of dependencies, and so it cannot be shared between different\n`ts_project` rules. That attribute is documented as experimental, and may never graduate\nto a better support contract.\n\nDefaults to `None`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nOne possible compiler is the Angular compiler, provided by the\n`@angular/compiler-cli` package as the `ngc` binary, which can be set typically with\n`tsc = \"@npm//@angular/compiler-cli/bin:ngc\"`\nNote that you'll also need to pass `.html` and `.css` files to the `srcs` of the `ts_project`\nso that they're declared as inputs for the Angular compiler to read them.\n\nAn example can be found in the rules_nodejs repo under `packages/typescript/test/ts_project/ngc`.\n\n> To use the `ngc` program from Angular versions prior to 11, you'll need a fix for\n> https://github.com/angular/angular/issues/36290\n> To apply the fix, you can use the patch-package package to apply this patch:\n> https://gist.github.com/alexeagle/ba44b2601bd7c953d29c6e8ec44d1ef9\n\nDefaults to `None`\n\ntypescript_package
\n\nLabel of the package containing all data deps of tsc.\n\nFor example, `typescript_package = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\ntypescript_require_path
\n\nModule name which resolves to typescript_package when required\n\nFor example, `typescript_require_path = \"typescript\"`\n\nDefaults to `\"typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig JSON settings match the attributes on this target.\n\nSet this to `False` to skip running our validator, in case you have a legitimate reason for these to differ,\ne.g. you have a setting enabled just for the editor but you want different behavior when Bazel runs `tsc`.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/main/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.0.0-rc.2","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-/NgnZ5btPXVEvDUHcWJXHGrUQiHIlY2v5OgRfx0I8IEEXjO7YXSqgAUgjJywCu7JlJqMieor8PzfSTad2bRVRw==","shasum":"a787454fc593141969710e7492b61d7f553e8ccf","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.0.0-rc.2.tgz","fileCount":13,"unpackedSize":105148,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJh5cdxCRA9TVsSAnZWagAAYR4P/iCH90Db0crHK7EXU4wy\nzXWnQTEcGTOnhXU4Vbcs2rdY1hM6bacJeVkRSqdnkHyAoWXHwAPPrQ8Sbdyv\nSXWTnsZC+NOqTDIf9L5WATEW6aGBbckMvSpOcy0HQG+RVjuGNX1D5dXWiArF\nEz3p6jGlnhVJdsZ/K6xsj2l9zJh1DcPTGFfDo+KdlygaYGFJdKKfiL2CVWJj\nP8Aip0qemqDXOM5BR3PvrgevXmveHaT7ubxEKcEui5ZshnKIUIBa7FuFLqQF\nCvw/PYCQNM/THtrrt4exD5+/gWSKFwa07zs803HzaIlyFB5lSzPQct4x/xC7\nbWJ8+NF7lgHg8Hk6bssYH+NTllBmx2uYTVokDwlKVB7+y36sh8KZl9vV5SN1\niVTLbpLnayHKbJrZ+jUnZkds5h4Lv4O7MDNRxcHLsOlH9PNtenvNeRjLPles\nXYO7+6lgBLvYlD9LtpP/cI52XXkE+N2nFX20OLstr7urU0KMJyA1XmoVR+UL\nB1VEaqDb2HiXrz+ce9u7GtoS7x/wSQRUAhvC0Ux7PQZ4DsvDp6JDZXaJTbbu\nv5FUahvlqREMW2ByD1TnO5/6TQimfLPKm8F+5JwarEDqYXS9eVDY0Ld+xdBp\n76rs5bi45jdMqt1ROLqMgN5OLqLgKQwPwjGQIShwY5/iGsJdQ105u5Twzq/+\nks6W\r\n=AGWX\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIFOjoPxlIaKSSPfp1zkfBVetH6+GmKNXB7WnzqdEA6YnAiEAvpnDBIbHEm1oydLEqJS+8tKjer5VgbnhdW8qbkQvoMs="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.0.0-rc.2_1642448753163_0.4806058542603553"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.0.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.0.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.0.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.0.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-X7Hs0BpYA/Olg3Ee3SCpjzYkAufip2rn7AeXVJFdCADXU1qMIh8ZqmvgFgOlhnhcVElrutPQTnhW79mftUwNkw==","shasum":"dfc3c53cf4b4f4ad90517d72a3e6ca449d8221c4","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.0.0.tgz","fileCount":13,"unpackedSize":105151,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJh6cJyCRA9TVsSAnZWagAASIUP/ihu7oJJVqgbUCQtFooY\neqcKoIvsWELI5539SBJRVu/g6zPH9RdlBmgsQsw+4R2Ua9emv7jo/IKRFYLl\nW82wk+Y2tq0xnsyglAXFojSCG7za6cnQQMIbicS4M8sCVzQ981EBgtW3dTy/\nB8CLFkDPxhqcIENO4a+7SRbqgbsv6aLaEjJ1OuJ3bnpmtqzsCPs5q8yib1B6\n3Bc60UWx1A/Vku3rP5eflAuHwasa+s/Ig/DklVevg2mgFNnrV2v21ramNmDI\nJ1fBStWbitLbobGydVAD1Tg5qqdiCP4gsa5YKyD4BDraOg0xdcwlo19VuviM\n4wpSWaxY2Z9DgELHqpgUh4bvGx93lxyLHl7Ttt4x+OPoLj33pznXRMT9DiLs\n6lmftpTL+7PyeQNmOg8+Fa8JfVrlwVOnCCo2vRg+XhPhzpHRtvhR7tmWt1xi\n2veZL2XgCl7xKLPyS9B1SSu9vscgk954MxXyT5SCwWazXYYggAfdg1VIsoXe\nF5ziBO5whNPbm8pwiHTuBt3e87tTn/dvoriP/ydjRB2F/oPAlnr+4UDca5Dz\n+/RA+xGM0mIhuLkY6fVAVFizcG1k8M6JEpRPTdm1aJYgkCrDcbtSzApP98ZA\n1PcT5W2qjEMD/kDj2eQILOCnP9HmfX25jPCk3JjRs/4U2Xy5fcifp7vM6XrF\n2kHT\r\n=4Goy\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCICfNv8OJqZZZAPd24BYTEWks8gBlXEG8IG1oYTEwamzUAiEAhdqtXS594JsylX0FawTipKmQXma/USIGn5SnrNDJCek="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.0.0_1642709618178_0.5915673333211349"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.0.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.0.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.0.1","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.0.1","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-MgydwxNQ8VyvbWuME4fC4KSEmmEyS2z1XW/rYeCPKJrxXOIwJJbD0jvaK1rNmOc2IeJ5Uu7UnyGxtSbSGYGpRg==","shasum":"13b7656d962ce61ce84fe241183f079ecd44f18e","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.0.1.tgz","fileCount":13,"unpackedSize":105151,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJh7rNHCRA9TVsSAnZWagAAu5cQAI/gxmaNtc2pwj4sXqcS\n+FjH+g0/YOwAqi/+N4C3BIN17/JsTgHl1bEutokf7Jy4ph19pPC089mM9RXX\n1hHN24Ye00UujmX5RzN9TJBdNzetgKVcjh/F0rPXl6ce1UeUUTDQTPJzcBOH\nuqdkGN8UGxxXObx+0MbQRs/oDe/2xMmzR1Eplx3PGZsweg8wsaXmLrlRHwT8\n7BX8lxDSNS8wtpAKNgh1ajeDEzQZurqWIkuRKIFliHe1aVGBJxPwUWcaGlF2\nBSblTbio0hIyXS3sCoAqSNHK9z7XpE2i3jRu0+Z7uccfdliCEfv6ydqQseUB\nhRId90RHCASOQNXumf8UcsO64DV0R7BqD8a351E83KMJ5sy03uG5NcK41I9a\njEQqDQV21GHcJXVIQhZcG46IJvNb7iL1+Y/BCArsNnYNiIDq4Hx5U+bzKd7C\ndmT/INSuR59oHqMH1scY0aUguEjpYWJhUSeWRiiZ4Fos/CGAPiT+EKtF6QaB\nDWLjZ32ESlM/m3DBgkqxbJucDAWzfexBgRHnLEe0ke/Yy9EQ8EW/F7tUhvJp\nUOea4ikgLtsZqqcEmKZrEN8MWYrg1HxRYtf8Vwr0cvmBf4vJkeWZkx4jr7Tg\n9+fA9sd1nMOPk/YQEd/B30jlJWb1xa99mouLqPO8uHnk2By/F1EKx4X2oUwi\nxAW6\r\n=VdLW\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIEfhtpqqWX3LVZe0Dp9S4UcoJ2edkc6CSOJdHJRRIiIyAiA/+GedrAG78uoe0PqMI4xojaDhAoXKCHyrq1uk6jKRVw=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.0.1_1643033415813_0.5739127978550789"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.0.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.0.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.0.2","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.0.2","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-9tbVfDBJ9VHtE0dJZ0TIz2t/OvsWUtFLkOJXcTJUvCkgpn3kKbqhok4D7/oRi+F1yk24k9/6xdYhf+JTh/tc5w==","shasum":"4c20dea5b47672d3a1bf9492a32c7471719f5821","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.0.2.tgz","fileCount":13,"unpackedSize":105151,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJh8yrRCRA9TVsSAnZWagAAx5IP/1wc6PedODd4dBdkDfOM\nvyZWppcrspFyalYE2vw16iP/FNEdZFg6sqRlzSxorf2uqOI6Koh7cwms2Rry\nW6hLyu/qaf2jG214EMbId/fpXnmlTrXVMh9TWm7clSXxXX50BvN0CVsd5daQ\nktISgmQJ5J4aFGeZpql3bhZEO5t2x73NUd5B0BO+sZpUOQU5ALisr524/Bug\n7Nvqhx05+X61hWed24mt24V53tM5tdeOetI0KxMFUrkSDbq2VEIZVmMaHncL\noGJpOmXz3MbBOwS/5IV895W23ZJSk1+umGRymZePkfRaEY+Lr1Fc/rAkVz0W\nog0KxSMxc7i5w83e0UkuZPFO9VnwkZyShIBRwNkdZuins1CG2Emeq3rq4pE+\nnZlL/orVSXbWuaf7nap7ZNUps9roWAZ2jXE45ohe8L9lpwThwgIxIzp5Lp/e\nV701WPjKqHuMPPAsz+AJyILXaDE+yZRa1N4up5l2HVwus9fNRC0eBM8fkCZo\nXsOibWCasX09RWp5NXmxcCoeRinRUPqv9p2wb/VGKsqkEob4wT0HAdllJU9V\nIaF63ygnGkniAkM0pxsPmxyaLrmdvd+dmXQRQMxdAVjDEEb/KDfw7ygQNu73\nlwf7KchWGXbdKyni3aGtk8dEiruLAA0nDKGqNtAfrbjff5rhLaOVRBC7ZOJJ\n42BP\r\n=pn1t\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQCfsh9qVAU27F3jiU+vC4GkKuMln81DVGqP1LgMxRWL7wIhAK6rQx4+h1mtF4MIhsEAW1uCDrJjlVv1NlrfeXVPQeDi"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.0.2_1643326161388_0.8062674777750469"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.1.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.1.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.1.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.1.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-E7wYv1tBFtcsFp0YN7Cf9Lv184xOzvT5WJKwZxt+43oq8R5tGmTSuqQwm4c9JmEq6s0eZmwUaRv+WXp9hxsE4A==","shasum":"348552355cc92a43f22e637fabce76ed64505548","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.1.0.tgz","fileCount":14,"unpackedSize":109040,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJh+uh0CRA9TVsSAnZWagAAev8P/jMW/4Dh7Hch1ASyDG8i\nMC7MuXLUvjllsmkgag1eXenD3LoyXlMH8K6RULLMk5DOem+M4BvvTF7R+j0x\ngxBKVj4aEfWPQDqSPLXfk6e9JWL0HkASF3aLfYWMe7IpiUmhK+u4a2op9tiU\ny5hBn/KuJxAKPQSBuwDbLTifIwYbgno/NYtG07ypd7dJ2XAcpKpW8RLTQ0HL\nviyN2oCZnA/lHFPJdNvbFrizddXpIOXJ5Ui3qF0/9UWz+oiwIIUXFDrNZhwd\nkizSIdTtSDNpxS5I0kIgNjHl4QXbkRgEBWOXXctaW6a6o0IfupHkkLHFfWty\nO2nKXKJmha4wv0elz6G349lZuZaJQ0IG9Kr3TxUC77mosZ/MwaNsABR/K7tM\nvTBi/+/rTDgC6n6bCaMt9UQp0zBTkHLEVKbRYth7SV0BcTirQuFx3snlLRCs\ngoJC/nvV0y1gssa872uVKAo0/XZeVHQPSFG+h/JM3/gEAAvrWS9j5Vq7X8JN\nDIZBv1z0ypBCr6bFL+j7TO900gxEYNepfNQzk5YqEzu5jcGyjc6h4JHVxx+L\nV033y30M1LVxur2DsTAc6uo5pc6spKdwTwnRBy7KHcy4ohAp/+Qkwukzy/U/\nISVc2X7V4s836jZgai1kSrmz5KApFmErfjcjsyZeBIH6IgwUKH7esQonYrft\n5NKA\r\n=p0W7\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIGV4QRh3ZaaNJmqZjqcPgo1jlLlRUfQ0nmeEdQqrEbAOAiAFMOlfgSx0jirpzpu77HhjTJS+/mMFvVXV4YIastXsDw=="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.1.0_1643833460515_0.35454378603100944"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"4.6.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"4.6.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"main":"./internal/tsc_wrapped/index.js","typings":"./internal/tsc_wrapped/index.d.ts","bin":{"tsc_wrapped":"internal/tsc_wrapped/tsc_wrapped.js","ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0 <4.4.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"4.6.2","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"readme":"\n\n# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are four alternatives provided.\nThis section describes the trade-offs between these rules.\n\n### Option 1: tsc\n\n`tsc` is the TypeScript compiler published by the team at Microsoft.\nYou can call it without any custom Bazel rules.\n\nTo use this option, you **do not need to install the `@bazel/typescript` package**.\n\nThe only reason to use raw `tsc` is if you want to compile a directory of `.ts` files and cannot enumerate them ahead-of-time in your BUILD file so that Bazel can predict all the output files.\n(For example if the `.ts` files are generated by some tool).\nThis will produce an opaque directory of `.js` file outputs, which you won't be able to individually reference.\n\nAny other use case for `tsc` is better served by using `ts_project`, see below.\n\nLike we do for any npm package that exposes a binary, rules_nodejs will see your dependency on\n`typescript` and will generate an `index.bzl` file allowing you to run `tsc`.\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nThen call it, using the [`npm_package_bin`](Built-ins#npm_package_bin) documentation.\n\nHere is an example:\nhttps://github.com/bazelbuild/rules_nodejs/blob/3.2.2/internal/node/test/BUILD.bazel#L491-L507\n\n### Option 2: tsc_test\n\n`tsc_test` is generated alongside `tsc`.\nIt is identical, except that Bazel treats it as a test target, producing only an exit code\nrather than files to be consumed by other steps in the build.\n\nThis can be used for a build with `--noEmit`, so that TypeScript is purely used for\ntype-checking and not for producing any build outputs.\n\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc_test\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nTo get the typings available in the test (as \"runfiles\"), you may need to gather them from dependencies if they\nare not included as default outputs of those dependencies, like so:\n\n```starlark\nfilegroup(name = \"types\", srcs = [\"//some:js_library\"], output_group = \"types\")\n```\n\nAnd then include the `:types` target in the `data` of the `tsc_test`.\n\nSee example in https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/tsc_test\n\n### Option 3: ts_project\n\n`ts_project` simply runs `tsc --project`, with Bazel knowing which outputs to expect based on the TypeScript compiler options,\nand with interoperability with other TypeScript rules via the [DeclarationInfo] Provider that transmits the type information.\n\nIt is intended as an easy on-boarding for existing TypeScript code and should be familiar if your background is in frontend ecosystem idioms.\n\nAny behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n\n`ts_project` is recommended for all new code.\n\nExhaustive examples of calling `ts_project` are in the test suite:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\nAnd there are also many uses of it in our \n\n[DeclarationInfo]: Built-ins#declarationinfo\n\n### Option 4: ts_library\n\n`ts_library` should not be used for new code, and may be deprecated in the future.\n\n`ts_library` is an open-sourced version of the rule used to compile TS code at Google.\nHowever there is no support from the team that maintains that internal version.\nIt is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- We control the output format and module syntax so that downstream rules can rely on them.\n- Some other options are incompatible. For example you cannot use the `--noEmit` compiler option in `tsconfig.json`.\n\nThe only reason to use `ts_library` for new code is if you are bought-in to using a [concatjs] bundler, which requires the named AMD module format. This may be faster than other tooling, and this format can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\nHowever it is very challenging to configure and there is little available support for problems you'll run into.\n\n[concatjs]: https://www.npmjs.com/package/@bazel/concatjs\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n## Typical Usage\n\nThe `ts_project` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files). In TypeScript terms, this is one \"Project\"\nwhich can use \"Project References\" to break up a large application.\n\nCreate a `BUILD` file next to your sources:\n\n```starlark\nload(\"@npm//@bazel/typescript:index.bzl\", \"ts_project\")\n\nts_project(\n name = \"my_code\",\n # glob is a quick way to select all the code,\n # but has performance penalty in that Bazel must evaluate it.\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nHere, `//path/to/other:library` is another target in your repo that produces TypeScript typings (for example, another `ts_project` rule).\nBe sure to set the `rootDirs` in your tsconfig.json as noted below, so that TypeScript can find the `.d.ts` files produced by that other target.\n\nTo use third-party libraries from npm, first install them (likely using `npm_install` or `yarn_install` rules) then add those to the `deps` as well:\n\n```starlark\nts_project(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//somelib\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` grouping target which will include all\npackages in the `@types` scope as dependencies.\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, or `extends` from it, to keep consistent settings for the TypeScript compiler.\n\nAnything you do with TypeScript is possible with `ts_project`, including json imports, type-checking only,\ntranspile only, outdir, rootdir, and so on.\n\n> To use `ts_project` for typecheck-only, you'll still need to use --declaration so that .d.ts files are produced.\n> Alternatively, see the `tsc_test` rule documented above.\n\nSee many examples in our test cases:\nhttps://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n## ts_library\n\n**USAGE**\n\n\nts_library(name, angular_assets, compiler, data, deps, devmode_module, devmode_target,\n expected_diagnostics, generate_externs, internal_testing_type_check_dependencies,\n link_workspace_root, module_name, module_root, package_name, package_path, prodmode_module,\n prodmode_target, runtime, runtime_deps, srcs, supports_workers, tsconfig, tsickle_typed,\n use_angular_plugin)\n
\n\ntype-check and compile a set of TypeScript sources to JavaScript.\n\nIt produces declarations files (`.d.ts`) which are used for compiling downstream\nTypeScript targets and JavaScript for the browser and Closure compiler.\n\nBy default, `ts_library` uses the `tsconfig.json` file in the workspace root\ndirectory. See the notes about the `tsconfig` attribute below.\n\n## Serving TypeScript for development\n\n`ts_library` is typically served by the concatjs_devserver rule, documented in the `@bazel/concatjs` package.\n\n## Accessing JavaScript outputs\n\nThe default output of the `ts_library` rule is the `.d.ts` files.\nThis is for a couple reasons:\n\n- help ensure that downstream rules which access default outputs will not require\n a cascading re-build when only the implementation changes but not the types\n- make you think about whether you want the `devmode` (named `UMD`) or `prodmode` outputs\n\nYou can access the JS output by adding a `filegroup` rule after the `ts_library`,\nfor example\n\n```python\nts_library(\n name = \"compile\",\n srcs = [\"thing.ts\"],\n)\n\nfilegroup(\n name = \"thing.js\",\n srcs = [\"compile\"],\n # Change to es6_sources to get the 'prodmode' JS\n output_group = \"es5_sources\",\n)\n\nmy_rule(\n name = \"uses_js\",\n deps = [\"thing.js\"],\n)\n```\n\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\nangular_assets
\n\n(*List of labels*): Additional files the Angular compiler will need to read as inputs.\n Includes .css and .html files\n\nDefaults to `[]`\n\ncompiler
\n\n(*Label*): Sets a different TypeScript compiler binary to use for this library.\nFor example, we use the vanilla TypeScript tsc.js for bootstrapping,\nand Angular compilations can replace this with `ngc`.\n\nThe default ts_library compiler depends on the `//@bazel/typescript`\ntarget which is setup for projects that use bazel managed npm deps and\ninstall the @bazel/typescript npm package.\n\nYou can also use a custom compiler to increase the NodeJS heap size used for compilations.\n\nTo do this, declare your own binary for running `tsc_wrapped`, e.g.:\n\n```python\nnodejs_binary(\n name = \"tsc_wrapped_bin\",\n entry_point = \"@npm//:node_modules/@bazel/typescript/internal/tsc_wrapped/tsc_wrapped.js\",\n templated_args = [\n \"--node_options=--max-old-space-size=2048\",\n ],\n data = [\n \"@npm//protobufjs\",\n \"@npm//source-map-support\",\n \"@npm//tsutils\",\n \"@npm//typescript\",\n \"@npm//@bazel/typescript\",\n ],\n)\n```\n\nthen refer to that target in the `compiler` attribute.\n\nNote that `nodejs_binary` targets generated by `npm_install`/`yarn_install` can include data dependencies\non packages which aren't declared as dependencies.\nFor example, if you use [tsickle](https://github.com/angular/tsickle) to generate Closure Compiler-compatible JS,\nthen it needs to be a data dependency of `tsc_wrapped` so that it can be loaded at runtime.\n\nDefaults to `//@bazel/typescript/bin:tsc_wrapped`\n\ndata
\n\n(*List of labels*)\n\nDefaults to `[]`\n\ndeps
\n\n(*List of labels*): Compile-time dependencies, typically other ts_library targets\n\nDefaults to `[]`\n\ndevmode_module
\n\n(*String*): Set the typescript `module` compiler option for devmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"umd\"`\n\ndevmode_target
\n\n(*String*): Set the typescript `target` compiler option for devmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nexpected_diagnostics
\n\n(*List of strings*)\n\nDefaults to `[]`\n\ngenerate_externs
\n\n(*Boolean*)\n\nDefaults to `True`\n\ninternal_testing_type_check_dependencies
\n\n(*Boolean*): Testing only, whether to type check inputs that aren't srcs.\n\nDefaults to `False`\n\nlink_workspace_root
\n\n(*Boolean*): Link the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\n\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nmodule_name
\n\n(*String*)\n\nDefaults to `\"\"`\n\nmodule_root
\n\n(*String*)\n\nDefaults to `\"\"`\n\npackage_name
\n\n(*String*): The package name that the linker will link this ts_library output as.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\npackage_path
\n\n(*String*): The package path in the workspace that the linker will link this ts_library output to.\n\nIf package_path is set, the linker will link this package under /node_modules/.\nIf package_path is not set the this will be the root node_modules of the workspace.\n\nDefaults to `\"\"`\n\nprodmode_module
\n\n(*String*): Set the typescript `module` compiler option for prodmode output.\n\nThis value will override the `module` option in the user supplied tsconfig.\n\nDefaults to `\"esnext\"`\n\nprodmode_target
\n\n(*String*): Set the typescript `target` compiler option for prodmode output.\n\nThis value will override the `target` option in the user supplied tsconfig.\n\nDefaults to `\"es2015\"`\n\nruntime
\n\n(*String*)\n\nDefaults to `\"browser\"`\n\nruntime_deps
\n\n(*List of labels*) The dependencies of this attribute must provide: JsInfo\n\n\nDefaults to `[]`\n\nsrcs
\n\n(*List of labels, mandatory*): The TypeScript source files to compile.\n\n\nsupports_workers
\n\n(*Boolean*): Intended for internal use only.\n\nAllows you to disable the Bazel Worker strategy for this library.\nTypically used together with the \"compiler\" setting when using a\nnon-worker aware compiler binary.\n\nDefaults to `True`\n\ntsconfig
\n\n(*Label*): A tsconfig.json file containing settings for TypeScript compilation.\nNote that some properties in the tsconfig are governed by Bazel and will be\noverridden, such as `target` and `module`.\n\nThe default value is set to `//:tsconfig.json` by a macro. This means you must\neither:\n\n- Have your `tsconfig.json` file in the workspace root directory\n- Use an alias in the root BUILD.bazel file to point to the location of tsconfig:\n `alias(name=\"tsconfig.json\", actual=\"//path/to:tsconfig-something.json\")`\n and also make the tsconfig.json file visible to other Bazel packages:\n `exports_files([\"tsconfig.json\"], visibility = [\"//visibility:public\"])`\n- Give an explicit `tsconfig` attribute to all `ts_library` targets\n\nDefaults to `None`\n\ntsickle_typed
\n\n(*Boolean*): If using tsickle, instruct it to translate types to ClosureJS format\n\nDefaults to `True`\n\nuse_angular_plugin
\n\n(*Boolean*): Run the Angular ngtsc compiler under ts_library\n\nDefaults to `False`\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, deps, extends, allow_js, declaration, source_map,\n declaration_map, resolve_json_module, preserve_jsx, composite, incremental,\n emit_declaration_only, transpiler, ts_build_info_file, tsc, typescript_package,\n typescript_require_path, validate, supports_workers, declaration_dir, out_dir, root_dir,\n link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/v2/en/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- `ts_project` always produces some output files, or else Bazel would never run it.\n Therefore you shouldn't use it with TypeScript's `noEmit` option.\n See `tsc_test` under the Alternatives section above.\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37257 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/host/bin/path/to\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin_arm64-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovides `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is \"tsconfig.json\" in the same folder as the ts_project rule.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, the default is set as follows:\n- Include `**/*.ts[x]` (all TypeScript files in the package).\n- If `allow_js` is set, include `**/*.js[x]` (all JavaScript files in the package).\n- If `resolve_json_module` is set, include `**/*.json` (all JSON files in the package), but exclude `**/package.json`, `**/package-lock.json`, and `**/tsconfig*.json`.\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\nresolve_json_module
\n\nNone | boolean; Specifies whether TypeScript will read .json files. Defaults to None.\nIf set to True or False and tsconfig is a dict, resolveJsonModule is set in the generated config file.\nIf set to None and tsconfig is a dict, resolveJsonModule is unset in the generated config and typescript\ndefault or extended tsconfig value will be load bearing.\n\nDefaults to `None`\n\npreserve_jsx
\n\nif the `jsx` value is set to \"preserve\" in the tsconfig.\nInstructs Bazel to expect a `.jsx` or `.jsx.map` output for each `.tsx` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\ntranspiler
\n\nA custom transpiler tool to run that produces the JavaScript outputs instead of `tsc`.\n\nThis attribute accepts a rule or macro with this signature:\n`name, srcs, js_outs, map_outs, **kwargs`\nwhere the `**kwargs` attribute propagates the tags, visibility, and testonly attributes from `ts_project`.\n\nIf you need to pass additional attributes to the transpiler rule, you can use a\n[partial](https://github.com/bazelbuild/bazel-skylib/blob/main/lib/partial.bzl)\nto bind those arguments at the \"make site\", then pass that partial to this attribute where it\nwill be called with the remaining arguments.\nSee the packages/typescript/test/ts_project/swc directory for an example.\n\nWhen a custom transpiler is used, then the `ts_project` macro expands to these targets:\n\n- `[name]` - the default target is a `js_library` which can be included in the `deps` of downstream rules.\n Note that it will successfully build *even if there are typecheck failures* because the `tsc` binary\n is not needed to produce the default outputs.\n This is considered a feature, as it allows you to have a faster development mode where type-checking\n is not on the critical path.\n- `[name]_typecheck` - provides typings (`.d.ts` files) as the default output,\n therefore building this target always causes the typechecker to run.\n- `[name]_typecheck_test` - a\n [`build_test`](https://github.com/bazelbuild/bazel-skylib/blob/main/rules/build_test.bzl)\n target which simply depends on the `[name]_typecheck` target.\n This ensures that typechecking will be run under `bazel test` with\n [`--build_tests_only`](https://docs.bazel.build/versions/main/user-manual.html#flag--build_tests_only).\n- `[name]_typings` - internal target which runs the binary from the `tsc` attribute\n- Any additional target(s) the custom transpiler rule/macro produces.\n Some rules produce one target per TypeScript input file.\n\nBy default, `ts_project` expects `.js` outputs to be written in the same action\nthat does the type-checking to produce `.d.ts` outputs.\nThis is the simplest configuration, however `tsc` is slower than alternatives.\nIt also means developers must wait for the type-checking in the developer loop.\n\nIn theory, Persistent Workers (via the `supports_workers` attribute) remedies the\nslow compilation time, however it adds additional complexity because the worker process\ncan only see one set of dependencies, and so it cannot be shared between different\n`ts_project` rules. That attribute is documented as experimental, and may never graduate\nto a better support contract.\n\nDefaults to `None`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nOne possible compiler is the Angular compiler, provided by the\n`@angular/compiler-cli` package as the `ngc` binary, which can be set typically with\n`tsc = \"@npm//@angular/compiler-cli/bin:ngc\"`\nNote that you'll also need to pass `.html` and `.css` files to the `srcs` of the `ts_project`\nso that they're declared as inputs for the Angular compiler to read them.\n\nAn example can be found in the rules_nodejs repo under `packages/typescript/test/ts_project/ngc`.\n\n> To use the `ngc` program from Angular versions prior to 11, you'll need a fix for\n> https://github.com/angular/angular/issues/36290\n> To apply the fix, you can use the patch-package package to apply this patch:\n> https://gist.github.com/alexeagle/ba44b2601bd7c953d29c6e8ec44d1ef9\n\nDefaults to `None`\n\ntypescript_package
\n\nLabel of the package containing all data deps of tsc.\n\nFor example, `typescript_package = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\ntypescript_require_path
\n\nModule name which resolves to typescript_package when required\n\nFor example, `typescript_require_path = \"typescript\"`\n\nDefaults to `\"typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig JSON settings match the attributes on this target.\n\nSet this to `False` to skip running our validator, in case you have a legitimate reason for these to differ,\ne.g. you have a setting enabled just for the editor but you want different behavior when Bazel runs `tsc`.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/main/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","readmeFilename":"README.md","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@4.6.2","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-AUF7kq82bP6DX9Brihr/eQqvNccxVfSXosFxt80h94og5cmMyoc/euXha6rxlOBP3yWXmSo+/qjzO7o8PWJduQ==","shasum":"9f07b6f8cfb6b0a0e228e5971de412911c910a90","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-4.6.2.tgz","fileCount":103,"unpackedSize":20465682,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v3.0.13\r\nComment: https://openpgpjs.org\r\n\r\nwsFcBAEBCAAQBQJiC+7ICRA9TVsSAnZWagAA+1UP/3/HuwCMhkQdpvRnjFoA\nGQcVcMZYMN8S4UF4K7urHVW4aSr9L6oWbY4vYZx7IFXj7bYz/N5kiMnMWS7x\nTR2qZevWbX3Kx4vXXHmbej+tFBKWvp//WOCx2roWdTU/OdV6RGW09Tknj09a\nwKvAE60+baJijMwfxsNANvU/T2xNL4a0DoK8RWFKF6O+e4ch+b3zLSuXkJM0\nDzZZB/V/yJGkwhNv6EOZuhdmDH1BhZrZEgU/Lx5cUSGiI3ZMMzgm7K2H6qjz\nYguniugdNi+kfpw+S3rlNKayb6j/jX2+bv3W68eTt/RXj3tavFFRKqbtCRnn\nGicWsmfOUGO0ZbEpeCCD3XpkE5tGI8ZJ29mFZRP4ZJYvSS5qgcuslIODOp4R\noomxzIpk8RbUXFrc1fMvHd+sbZiv/PMmM6GW9xOIbjW+sJMMjt+athQaIlT8\nv/37dU9EENmHnm1iw4XDIYHDIIXv8g0zn7VpP7yJMe3OCFlrmZXSNNC0RdJF\n/aMG3fj5x/zn6vuyKAqRbEMV0rfb5rz5Fuk+2pLgHenWB4j3t2aO9nKndbaj\nf0W0jv6CXBZeu8E9ZH6kdOBkwhnKckH2P7kA/PTGuj4GL3VyELd1RD5o05PR\nQ9ZO6xuMKJsx5VhD8QSSvKychQB684Wj+XlqEBN4sfRnxMYMBtGSMfJnbIEu\nQ4qQ\r\n=bXSW\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQCy69/55CJL31TNt45o18sROBFTo/oA9oxNAWmtdfBSuAIgTbdfc6EdgpWYxPtI5NFx6+jl6yB6K+OjNYNTnSLA1Nk="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_4.6.2_1644949192447_0.0053377995259538125"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.2.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.2.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.2.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.2.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-hNpSCQj5dOX95iC4Yf/fuyxfMU5uTAe84thqPcTCvOJFmpypN6qzxH24S5UiXkwbsL8sQM9DP0+qFyT/TRKdNw==","shasum":"131127c8016c712ef1b291f2b52108e5326f0447","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.2.0.tgz","fileCount":14,"unpackedSize":113284,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJiHkD8ACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2Vmo87RAAnWYiIBPSy5HO10loB9Qp5Cz2Nb2qd3XmJc7YIhO1Be1Wu88E\r\nFV8qMMaRpEDdXxIz5zOvQw2MVR3ZwbGOPfTPa8wfuQRd2+QXsk+6pHrtyOAX\r\n7UkqNOeondXDkacGi1Tiwtgjbd0SnwCiFdlGK84dB+egc9+FkeB7f0TV5gVL\r\ngngmvtuyua1bLVWxeZDiw4+e38hgJozYeGhjkXSVDWOVmih57bNcNy0rXgCV\r\nyNN5kignS2SiyTSCegFggjVG/TnSAGX4yfGQm8WVfCkw/lPJPo1RIvdRd3rQ\r\nxLTziQ+2Lmyoj4SzJvK4WC2tYzuem0pGTNSuMwDSR2whphclYCI6qfhkEXEI\r\nRJ5Os34WClwdUyB7OC/qz2u342ze+44CjwIQBRJ0zetIv6dbP9f+9YxKBUgu\r\njtCLnZLv5kC/7cwPfxI4TpRmg3en7YvqWaAXpyY/sKVbVgnOeOW+Ei4yxDf7\r\ngEqeBT23o01F6vJi8Kqehn9V3GfwN93XOJDrXXEvABd96eh8NMzBLEJJ3g3G\r\nQttj3aQe8kjbo7Aqw/MMYu6pp3lp6pb1Mt+vnTXdkrysNxP4F4CSfmTENJjl\r\n7PiUz92jRLxXEXOf7/GgF/Wp0vv+ckO6KByv7bbHs6Oq0jZ3o6y+SBus8qw5\r\nJ/ntSHDf69GYLnlQOFvGiCdjBAR8nN6SU48=\r\n=LFUV\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQC+q7I83kDImJsfI5aMRWdXryPx5wckg2Mm7PPW9L08JQIgAoVI9RJfvgzv/GUJZDlGPdyshZGy/TLTFv89QHY7J2c="}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.2.0_1646149884634_0.6922801127416485"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.3.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.3.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.3.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.3.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-n49HdHo/qFqXGYnNlzol203MKb5EytvC1GChroBzqoT6woWpb+p4e/xEatiMOEKWnlyPT/ZUAMQ8Ve/6yv1Dig==","shasum":"84ff0f0d5a1c885c8246b52dc4351029d03213cb","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.3.0.tgz","fileCount":14,"unpackedSize":113272,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJiN1pzACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmrXcxAAgmR6Kap0G01pmU702NCVfPmh8g/QbrVrPkrURI1hrdyl4nhi\r\nwStMcn2YNWQ52V3ifHg3snINqKNgBoNr003z57BgIEC+MbAP7o/3pb8SzviV\r\nLaTRIeig+sh3ijMA8Gj/8tmCfVFETuCFRaiicrvk77/tQR01sTVmS4A/YPJz\r\nUO3wLsHOFAhYJXEBIMrXHo0p4AWL+VSmrZWpXKvNC8gFB7uNm9ElCh0yQkN3\r\nwRie8/JD+dsSW5HPE8Xfbn3zUlkHmfpO3WUiqc4d6sy/Uvfh1JP+C9D6I3jo\r\nSoTKgxpq/mdYMCeiIdar6rcgz1YwpwVbc9mbenw3xvs2I8z/EEI7ETmSrgHR\r\nlooiXiJHlWHVnCP7vk9m0QLvDcXqCqyk+Nn6h8CAycDRVLQwGZvkZo0yKE/y\r\nU/rdR4CH8zKsZbuTULyzLF01OTPM6XAzNF/4Sm3rAVcOGfItafs4FUhoQJCL\r\nE6GEsexLqWGRarn/kbaHT083K6+I1uRjCj4N0DC551Ucy5gdTZB+nk83ddZg\r\nolZ6cSyhqPNidUHgkBl+aYvttxbWHgAegiMwZKb43seezC+XMIHOV5ygdMcQ\r\nqZ9vMsfp4fiLVyftETIrWSCS4YDSkrSgZqAsE+FAUR9wYjDb5PnA/rnTSZ5Z\r\ngbkPdxUrhATr2lRHUVBtMLefW3B1Bd+BDi0=\r\n=I243\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQDgvrHlAhYk+VXJBZrXNAlz8/+QAuHCxsa2zdITOvNHxAIhAN331pziUdoZs9lSj6CWf8I58DaiuxVdAUC/XZPi13gG"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"gmags","email":"greg@aspect.dev"},{"name":"angular","email":"devops+npm@angular.io"},{"name":"angularcore","email":"devops+npm@angular.io"},{"name":"achew22","email":"npmjs.com@achew22.com"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.3.0_1647794803459_0.9126534575277643"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.3.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.3.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.3.1","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.3.1","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-fP0fGzLbsOVdbAn6mlrX1LBAT0TJ+S0VVOap9SSSXCb2PknnKEHZupUww/raVSczy+cqcd/Vfpllzm/AcdOmyw==","shasum":"f996abebfa57a29a170a83d0c84780286f06cb72","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.3.1.tgz","fileCount":14,"unpackedSize":113272,"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJiQ3j3ACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmoFqA//bVuxgAf6dUEonkeFwoMNC6TUd6hTAHe365bwcqzB7UqSKUH0\r\nQIZGizf2S9HkaspOOfMbHPm2nqtz++LWlg5GDZtfnqFrp3OvHeZEPw4IzX3e\r\n6FXfmSSKeGVuGG4scZ1sZIHVdH028PKM+rxw4csAh5aF4UaCqnqVKQW9Lz/x\r\nOesaAg//7R4NBgfFv5Nd7z4w8DMAm0H2S42u+hgUiUpZaC0SctcaTCoMae7h\r\n2setYt9sukWSTmRaolSapctmyW8Y5Ahb8Ky101K5wvGLAHJOwp9Mz9JTbCKY\r\nqxVCkLYx1IFtzAP/aj/Tesyud6olCBuDOP8Px0JBSTU0NmvKvggL5V+BQTOa\r\nsVfvd3Zq7mksnECIpamnuRVA1SIAXhwpRK9e8xW/JpwiUGtw8LrJcWW49CV4\r\ncjQ3hiGHB98eSEmMHmcrD14LRLb2ZBVBskLdpQdnLNO+fE9JQcBfzd2qEYvh\r\nlU0mpmHpFOZKXao4hXfFT7BGraXGaanIzH3dBS7Vk+VwfsZYkQhuBKlJzKXl\r\nSu3sKDDfMSyOPZZoy5P0OvNPlmS5Yq23OeU+wiyiOE6OrWrwvYzizZkj+EZD\r\nEYsJVwN0HjlbvrJcB3uohPYCWvgm1ZyCLM+xbGuCWG7nOp6rbZemF9pmRW97\r\n+j5NgSwSOcpAUV8mRsNedyhuQtnaFygG0vs=\r\n=KOoc\r\n-----END PGP SIGNATURE-----\r\n","signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQCNQdzP1syqWJv+tEcT8YNWfIQJ2aPrO/nlKCqZMkNEJgIhAL/ZN94AgOfU3c9xmxZ8pwt1bcoQM11N6J+HoiW7qPzz"}]},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.3.1_1648589047452_0.9727664815320871"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.4.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.4.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.4.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.4.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-AWmS9HcnjqGsPQv5lnqecA8xof+d4ChpbI/Z6aiSM0qOemc8e1WT9wb1VzM6g6hRfV5foWyIHt0VhTonTsPhYw==","shasum":"0a24e8d47152728f71b26b73adc3913645e5309e","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.4.0.tgz","fileCount":10,"unpackedSize":90083,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIAz4gfQ+djSIn9iZpblI82QPeW5CcJsDsG2J5Z2CI6DgAiAE++OfvYNjJ79QJYE9AS6GHp1pySkZIMKp8itGjV7QVA=="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJiTTVQACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2Vmocew//cSrjk4wo8HuGRzax0vOZUOfVCmXPmoQDaxLSgALS57VURaEG\r\ngcG216PLcE1kGUVrN+7sIlKyuEiO3I9hbZpcQPHC3JIJJYyShyDaafeHDbMp\r\n1UZz9leMehCHSfQsIYZ1SYx8D3VhLXkSO0ca/Rx1Hi8epALK0px4posmWxcn\r\nxfw0pfIWhFBqYkuT1vqOvnmvVVp6V8czgSgxkrOj6pa3TqavtSq3bkcp/ThH\r\n8lPxJ0EUigdwCGpc8ktd1YPtKPNMt2CObFg7bK636NzhJkT5ABFXTS9VPGG4\r\nlx9MlvFUvKjwU8TZQl5dHoIqg515ebdQqfnldkTTRGEnbyHR8VfE1XotT0iq\r\nBVVuCOC6kuIUvPekHgzdL5KTVJAWEViUCBMH6GAeIeRbUWWa7j7SLJyIw0LI\r\n0a0n1ZeLseFlrtJBfo2MFdv+UPoa6iqPBofwjDv+Ir5zJsbDXF3qMymUHTdz\r\nCaK56OeuQsgkt80I3wI504HdjUW2ZGkYD6bYLgzgedlPK8NigImepoJCFYIm\r\nByTcjzYlfYgMiwch/IDNkWKCtBxm9l82RKeAIVCTcBoWwiUxZmVg0nKELCgH\r\nrm5QG9nPPwET3xKqXU0HjcKKMBok8frusfIryrJz2tBuc08vFsb1OjbsRQfQ\r\nP4dffAW0tkqSlD3dtSZFgeG6UyVE06f+D5o=\r\n=cHrT\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.4.0_1649227087439_0.8407678004640071"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.4.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.4.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.4.1","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.4.1","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-LB/JbjPmj4/7R7fkZnWp2wc6tBEFT/5As+FqqJoAzS+YVhtp8sSmJXxZT1aq8/GO0DdA0uX2HZwlFUAzcF3VQQ==","shasum":"c708ab2a0436620e28371fcedbf86abb1cf8abdd","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.4.1.tgz","fileCount":10,"unpackedSize":90184,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQD37kQM+Z2EmgpoWBEN9EKoHGyWumkCs6zLwCyPueW6KgIgSLDBk7bmh7jCcw3qJNVierj4tEHL90RUx75+NogwtQk="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJiZvGwACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmpAug/+OjyHa/l5wUEE3IfrIqj6KU4NQQ7NlFI5lWuj5gP7yqYYqSyB\r\nLsGKfddjOG8ebZlemWMzAQuDtnr3uvxZo36xdSZZOKlFRDpGnYnNibe5JszX\r\nDntqLufCg1lE0khpzJYIyPuC6Spk7qFGvS+dqybLIGbPtNGv6a3PA2F1KP8c\r\nvU10CzOocVV4FuRwtdI+ZMpbXuWZGMRGlmFadciC412E+IYm6Z8pqDPUGI3w\r\nWIaNX5cegRHPqitZuj0eNjUzbLj0wEGfAlovi2pS3DL0UK7RB5JkZHJIij/k\r\ngcfn0lloDQOa+tf7bOhm2hzYi/EGeWAP9rVn60KVO+dcDrTfPTHVdFwWQZYJ\r\nByqcnDlFaY3nKap/T+z0tM7m7/qXw5F22QsrqTjgRKOlrYHki5QrWe7ssCVH\r\nMruSmvPTznFgihhv0uXcjwHDrJ90q2hvoS9X+LDx2A1uRjudxWJOto1WXypV\r\nZpBF3P/bwgazV8T2luO0QR6lcx/4tw9cjpV6QUKcjoCuUSAQzwcLbo6BpZ5V\r\nTx7JX3O3ekANgK/T87qNDTKKLHHO+kyIXMXsWJlT8HG3dD2Qmd31DP95ojQO\r\n6kIiC3yUAJyeAn4+ftaFDAc+ww7egoyQChDnJMIYXFIHRxbqmg4JUsP/Lf7g\r\n6fN9kOMYJ16IrtgaRbWXPT5z4rnuQ5Zkj+4=\r\n=Ul3I\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.4.1_1650913712230_0.7460024008562081"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.4.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.4.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.4.2","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.4.2","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-QtCNPJHEeJhVGnRijRxzA3bUaY5mpURJ/Ss4QCjNTyJXbJAQ+F05LiEeFmxlhvouRXy4lW4/4EIhfucZ9YG5tw==","shasum":"73ff56d124841eeb3e55aa10c146d9cc25b0e973","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.4.2.tgz","fileCount":10,"unpackedSize":90184,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIEmjO7s2Mgzuv5d7jfe2KmozXdFzU2OvcrSSkHN0nNtEAiEAiM322rFyooZnzGNwTEx9HX/RAMIZ2ihuAUH6hhBLf2s="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJiazydACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmqZUg//TykurqQxiOZD8xU1sBPb0ZrPwRHGDIdOCsioRJQq1T8I84jn\r\nb2sXr7ZmBp1lg499VWGOywLswXBTbJEZLch3sy5cB3FiE9fVqEms5Pmzq/2q\r\nlbScdmMPwx1gABgO+OKzovEv8ukcW7FKmfQeszjZyVljwe5jd44Dk9pmjbrF\r\nX8cknRjId8kCgcUpkfyyWsEf7dcTVi9ASggMUM01CwpqCLyqxDFgaK9zkv3p\r\nYW+YZFZk3OU2MLVXEhdVE1NwmCL3oxO7n/0h6PrQ16AFDR/3TvAPT6aJ+jRN\r\njtw98bmbwqn6GOr4D2chmgE9Da9LDX03fTHJsIQRgpd/9sCzY4af9gB747I8\r\nIOxPIoua7Bm8N48mA3sc8Cvx+dc92ojNcocuLrPiLZNEmaI/jhz8+9ixGFGu\r\n/USZ1d1xJ6Wz0r5BKEyfcDfallpiFvbEdhFeg7PzZYxZNhlYo28nocMXxD0c\r\nB8rmhl6cYZZe6oplOs3cI+18ztOrIiclT99sxxrsDkZs+3s5nUUC0YuKgIKv\r\n9EhN9bA02+UbRzOFsitnYn+avOMrnY9ORHGZXEc+Gpwq8Y9NJg50q0b2pG8u\r\n/quOz4jNkpr5+KtARa1XtgucB3cexgi83u0a77ZeVg2zQ2ElDTYXTGuKQ++5\r\nQHemo4rmV783Sa++KVnPzhFHv1yHiSHhJUQ=\r\n=yp2i\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.4.2_1651195037621_0.3380310113959917"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.5.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.5.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"protobufjs":"6.8.8","@bazel/worker":"5.5.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.5.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-Ord0+nCj+B1M4NDbe0uqZf2FyOCzaDAlc4DAsr5UKJrArCipIbMTEAxlsEk+WAYBNAFGO/FS9/zlDtLceqpHqw==","shasum":"053c255acb1b3cac23d24984cd8d5d5542fe1f7c","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.5.0.tgz","fileCount":10,"unpackedSize":90628,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQDF2Pk15RiyFCcPq4HErZqHZN9fjkahBZAhleqFYrfUYAIhAMTx78prxQaELqltM9TxqL++S38SQY4QKSJpBylLLsob"}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJihGWtACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2Vmq+XA/+IrlUrngbjIf+2i2rovYO7mOcbyiPYLf8zIfe8CV5tZaVQYgg\r\nnRPajDuHoR9I5qPtBA2YOdsVtQFxGkg1YRsum4qZdqASVaRkMJenl1GuEdjn\r\ny9vdB050atbfzkcph7r0YUlpALX8lz1X9eRFi9YBoQs+5HKwPPWeOFv0VqyS\r\nCmN7DHKucCz3tMxocY1vzOk5ixB2xZ8BEO6XCImiQLItiS3hdWJ/ryBaGINp\r\nP5N33jLaRO4LbXMI3mr7qI12GfrNWKPO27GXOLdDTfPXuw3HQ0aVwv8L2eyo\r\nSSOqvuSA096n39XS+4Zp3yISBohb21IT7bSbKuFXoYVuAL+/KTcuupn0xIAL\r\nUZNwVeYvkgjFwDweTIiL+V7YJiuMlqUsHc24ljCfOChOaFIU1udQAfF1REc7\r\nK97ssKPkPtY+WIBmQiz6UFTlZBpog3kYDlze5X6KezU01+tSdLShmhP5G8VP\r\nCaRYgPRo0fgtvWDDZ70dO0wil9cd3LIBkOcH+JA4Ab/WQmplo3jc9apHJUaq\r\nqDBJFQlQ6gsqtyP7hotHdnv4i+4dV78knpRD7pndLZQntrUOWsP8nBozqlPK\r\nuYc7aq4RDmBrJagg353IuOe5FhcnxAlRC/fEBK0wd9CqgQxGc/ZYWj8ky/SV\r\nw5t+Fo5mEAXIbjiG6zBkEo2sxpENhIxD2RY=\r\n=IDBs\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.5.0_1652843949537_0.4134779377939404"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.5.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.5.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.5.1","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.5.1","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-5CZROZMOsu4m4VZ39oZOd23XBzVg1YyJLy7rYknfJ+cNiEO8beOy+fuCw39MietN6eNEj0YyPqNaRc5B1hs/xw==","shasum":"2a30107f7d0b16ef486a473f204b1ffc72c4d28b","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.5.1.tgz","fileCount":10,"unpackedSize":90556,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIHFh2ThyOpVIUp3zgTZCYVx0W4oURejDwZNe0J3yuIlzAiEAtn5GuWH0qixYMD1iGzPwo4snKj26GYAwSZ+luGeuYGs="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJiti7EACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmpZGQ//cn98BqFcbmcQmladt3jnjwHuzfkaa/TsGnlwz9npLURleweA\r\nW5P02PRg2FylTyyPwu5v1Ti7awcZkU3vg6IXdatbYm5qYL/vOunYd7yofWkD\r\n654c3FX08jnwRSi0AmUj1nLqHIfKpxFrl95iBtLcgNzaN4gQSS7NqrsCAUTQ\r\nXM+zc0TeH3x5v255J0OkeH741uis+v6RkYYuJtQXoD4yILQABuxD85k6I1Ow\r\nT1tND6t8okYiP2ukvNahEuwdumAuBWrY/A85/YPczo0GyiEEkSp334ynlinw\r\nXUsTx3AbcgcIDSQRk6xp2ILkXhEvLTTDQD1/5vUUll9SKxfpASsvkTjyylR9\r\nnwaJ/Q3vlH1uhca3Y7PRp7vLfeewTpuqNNG49TYaXeJ3/RvkPlzKgXf9czhJ\r\ntshB0bNtNpf/qhKrbYEzeJPAOybT0Pdra1e2nrqq6JJ8UjGd78/zd3Xx6J00\r\nkBl50+rxuNzTBKPn2eqX+45HrUhmGUT5siFYp39+OS5tooAwVr+LaonMmYI1\r\n6ToJ0oKnYJejkaR68hlWAeBd2h5Q4vohjgoozNnQwNSaSn512c2cmCqpeTL/\r\n4KZWqpM0E16Ti0sMTxB4bd6JlivJrV0wDU2nmu6uuiYVQTEjMZ8Y1RrhfZ7T\r\n9J000EVl82EM4q/5CIEsGZS6EAndfUQTOwc=\r\n=N73K\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.5.1_1656106692626_0.7070980165621696"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.5.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.5.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.5.2","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.5.2","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-E5JQoBueGZO83sA86ygKOnCAUZH3FNKOGPJe9mAnZ/4ME2w+lE4FJ+amxoCKVAS8qC95Tn5MIVEbCmWmMSB07g==","shasum":"dc7464577a99e4586e9a26c4be6f6c7e898d738f","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.5.2.tgz","fileCount":10,"unpackedSize":90556,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQCrtBEdSp8+uBKb0/16/UJC4a3vwYJWmlWHj1RadfqVdAIhAMWhRlwGQ16F01NMyF8eiMadg3DPyzNMHPiC9bd4HIAf"}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJiy1geACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmrWlA//UqXnF9BcfhKmyW/CGnPGFCcFVjztvJQ+PuOJjWDcegLOrZj8\r\ntNM7wThiYHi7B5bdHZUOeRvGCFrjiqoeTWU8arvGptR9YPOCEttZtIHOttwv\r\nMh0zr7PZ6LGV5OvDYb2Q7Cgui+DagLIJ7BOMaSsI66z0x5RM9FcKm2KYCqnm\r\nYQ4drV+IQr4CmS8oYSLKFINWjzm/1eOD5To9LLMYxujjkkhpX1/UMFnD8+dg\r\nN9/uQmDjBg0vgijccdWu+v10jUUrzRodcmiqYb0HlSQt3kS3vwvuDnofTZqg\r\nwhv1EcvmDVm9njhJKoGqHJyp3ME0WhOpH/D7K2DomWbLHX7MQg7ZG5YkLVv8\r\nTowPOGWYaeZ4j+a+D47qvNGlWn0NPCsWCnND9P+aSkTa9dwn9RIt10VJFjsf\r\ntS3w4UrbV0AEudQ0S8dx0lO5pM6VllejTwS4W1HNK/wEgyRkwhsY6IvJCEpd\r\n+eHuLky6kL7TLmYMQMEP5LnC6ezPQm54jsjWBMisKdKb5F7fszdq+y8s5FUb\r\nlowa/1S1KXdDmPKnJSlAu3g7h1Kmw3sCeZUwp4UdzOPNx/t+eaVdZysE6GUw\r\ne7Tq1aiLYXJrAn6o9HVX5bsmGtIyyuhUJLKAdO0XHxykVL9OVOsdqXCsScyO\r\n/RHqQhNfgTTyVFYvX2CfbE7wjWQVyuQAvtc=\r\n=lByc\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.5.2_1657493534056_0.1923798846302518"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.5.3":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.5.3","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.5.3","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.5.3","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-DGlzz2RmzRrNWhoL1ynr62qsTk5cUzjIJj2MreeQVoYHQZfB3FCCu/TGtDS5xyEbfWhsn7Zwo5qpOxvdYiPWng==","shasum":"3505f92c0bb9598e7ef090dec75f52a1eceab26b","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.5.3.tgz","fileCount":10,"unpackedSize":90556,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQD9UgGDAZndijMIb8rBPGb40B2+Ne/kb9tk2v1YUZtM6gIgPLhKQV3AgB5CO+KnBLfVPcli01jdvrnd10Cj43aeH94="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJi5zpQACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2Vmq4Ow/9HLCIBv7wJ73Tl+igRlgz0TDYzswwJJQAy48K0I43KTiSQUf8\r\nx35/AIdgwUqreuE8QMXW//ogJrOMsRiE7F/AfGamZRlx9HPtkk2d29v5uquH\r\nuPaVIb71yWqa3lYR1pg9fUNh1wbvN8SglF9tEC2u6fvDxYSW2Muuq95HO8V4\r\nBM6u2TYVT9WTetzWD+2ck6Wdt72oEMX+s7Ny8/lnelyK+LIK83MbDTEwy/eQ\r\ns+De3oP31YDzrmHmXYcsx3KxbKuTi0eMBULHMXuG2EYoUX6DEm3FMZOpXjrD\r\nCndr5lpCvus4CQcdh5bzDMoRUikoYUdmbistR5xVesnobVtbuMbx3BtpIDEk\r\ncoVoeCxEtzlJw4Pv49pXXSKKOKRGkBIXWBd2WBYmYRyaBgLmk4S8c5h1DrNc\r\nTeoW1ThF0+GMnN3kRP4JRmbv0wsIbP5Ycp5p180ITNhi8f7T4rphP1jzsYAI\r\nOX0vANrNnmsAUYUH5TJNazeMHoTUurals+nvH1UTvMtW3UWiuf3kyoouFH4C\r\neLpv01BPDNcNWoJlIAiaP5o8WdBR0qZFAGLamiVpD4Caz6I5/wDjICq9UoM6\r\nEzRX7Z9g5t4CztCkjJ9aO/zuquRi8/CF26Pz1m3c7OfnzGhKA6UH9SV5cG4M\r\nKt4Wn1dhlcdHlmmzRnyToNaraabRGngCIMA=\r\n=DwwO\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.5.3_1659320912207_0.9821980323116386"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.5.4":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.5.4","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.5.4","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.5.4","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-UyLcon6kiUMcr1PE/Sdyk9D9QEE5WaHPWI6cmaC8kQH0D64fWUWl9BiVwuox9N3DklfaNn9hlK/7SJ6p00gPQw==","shasum":"0e1ed2b930a98e88e471235fb90acd82121e0520","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.5.4.tgz","fileCount":10,"unpackedSize":90556,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIGPvca1yeqqv5roE3Bcbomoj7QCbjp5sbfeJBYsok8RJAiEAxL0P8k8Awjw4kg6bzOsO2a1QGytJ4XFtIYDHG+y7P4s="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJjG9o+ACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmqIdg/6Ahk3VNaXDfCT8PI59Ejf1TmnmqDLFXuEaLZA6JyYkdguGJA4\r\nhQMT9pEVlwac/eALyGYpcPCoNI9UZB1wfrVWoC+VaKQNzmWFHkZxZLDNYIZY\r\nitW9JoqYKZ87Z/kB2MY68LEgMjCHu1RRUQMCVwLPIhX5/SWnABnZJfZyl967\r\nmmPhY/p19lEAqNpB6vKwI5Bs4NphP7bDkjT8KRLQ1hTEPNMKQtbrxKKkFdPr\r\nNNgqUkp5ju+04ofLta3zkX+xHmSFT7ULCiuQjswMERE2OsBxVi3CuDrCg6wS\r\nUaeonEGzqO7B/wvTdMpZhqFsBrk27cAu6FTrbFOLgkh/23EBX2FFx60ar1eU\r\ntwp5T+/Q1Ix5VDl+F8abzHRnWrMaKz9qdpzTYlSpMOcnItWeOK7o0KQCZu9m\r\nvujZMyw7SSoiKAGGoH7xKu5pEn4jshG0ulzM//ugBCqh0TawIQTa8aafUXPI\r\nqegFvp62tCxXPVbheYiMP6/k2RShcz9gGyI6A/ZQjKFU5EqBD+OoS5ughNhW\r\nzWKxCYXaaxTyJeMQ2O/wjG3lWnElc+vJZMdLaKUXKM0LaJYt94WnIH2jv+G/\r\n0e1VgQ8upPYQJtXP6nJrOsYDZJQs96hUzNGoL8mzZEatpAvXHHmUn/nlj2Sy\r\nkqVzyCxp/xJYAdnzooi6v4yRa/CQPMM3W3o=\r\n=pn5G\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.5.4_1662769726215_0.8174622938371565"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.6.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.6.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.6.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.6.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-XIi9whWnG3ky3aWz2+w1GLbjKjVdMttsEHi7kqlE2H6KL6Ujq+bvYPUQyNtDVmJOwY4vUJ2TtdebDzfP7H+r2w==","shasum":"4fa0fce58ff23391a93819a329e5513978830df7","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.6.0.tgz","fileCount":10,"unpackedSize":90556,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQCa0TD0u3POsp9hoAv1kpY19N1DJzvpSW3ysBbcC1rzEAIgHz2+5hPWQ6RMeoUCO8fEzMHRTM5huWimiHzG8pPqO+E="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJjMnmzACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmpvZw//diaWEPU7IxBRp/QOteBb1UH6T5DUdkaWLkYdJ5Ym6qMkl8rj\r\neGMxlK1adyLT5yGSlWPTVplp5KJfMwFxV3Yvm1/Rc2MQZZZeK1Ko/smHh7vm\r\neSfxzRGEmeOddz1F/EVb3WJeHKll/+il22LvFqMizkwjGnNuZk2VJcoheapE\r\nQV/ef7WIgRCusIbQjhWn2ZMc/uysHBXtHIvVZLzNTfPtiS5jGj8qaXL5RIzr\r\nIhwofjy4fWCYVeTqoqPHOg0207XH0QFbRie8c2T6CI/AF/aiFhYxpdGFtqvR\r\nlLjg3cUh4+nBxGD5LXb4K1srNlUmr2InDCmi+wcQt6TgyBqRuhDb/U0Uz1pq\r\nWmWJCvy6/Ssgr0H4RKGnDvQTFGAym8d1uden6skw9hMHc0mYX4kHg9r4uGzI\r\n2AZyA984dywOvGHMJIHGVskMJv6gn9+Dxbpg8Yt6Ztd7O8H9WU9QJgFfHrO5\r\nO5tzuDx+BEOKNZlAeFdoav98rzNQLbkSsCZ9wnWwW2iuVBfLnnZRBPLvm75w\r\nZ9cre0Y6e0DJcHCrkcPmDqF5bGqPHCF6iHCiCdtm37ENEX45JdTu8bafzPHc\r\nXtN0PDJPI2NUauzx+UXf5kT1Fxk1T2sEsuJT27b+ztkJhTHxKbLD1r8d1rEY\r\nWgO0d99DlqItE6aM9emprcJPzdntXeVJ9R4=\r\n=8LB6\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.6.0_1664252339379_0.7342878525600443"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.7.0":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.7.0","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.7.0","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.7.0","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-5c06vi2rQqd75GieqYGsNVon3tnkvbjMlVLJuwJ5/VtC9uOXKlCwrqxV8tbx789PTTtACNYzwKJTVW++58tgDA==","shasum":"3f888c603bf5f159dfb4c0c38584fb31d248d5a2","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.7.0.tgz","fileCount":10,"unpackedSize":90556,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQDjPIdS3ZbE9shfi4tS5mTP08sjbOa9aHTmJJJbrRcNxgIgGAvo99k+illbypfO6dQ1eRKdRF4H/AeZS0go9cMefQQ="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJjPz9wACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmoQug//fvliA/Xeceqc8l+vD2uQmySKa6tIM2R7NULmuGdY3k2I64PV\r\nUW1ZwmFCxyOfXYsh+lonMb+Bygt4wsuNQc9+PXVI8YaSOAQyOlz4IZGurB6r\r\npBdWfqmOPtIgfgl1TNHHecKLQjB9CkNoS6ZYsBq9Zpc0wvpPpyJhETCseqyd\r\no3jLElj9aq87imRAJNvnujtf2MsF0/t7s3vbB5+KAulDVcvSIX94BopW08tF\r\nZeyaFdCpHT4MFIp4ykwQyV/D5k5oeaRMon6KptMef+i+vAlI/bL07caJuquW\r\nx0GKlf0b/K/wocMPwLZIpP8naUOJbRf5t/Hevjr+DNIesNxH8pXJRXu7vDdX\r\nQxUKOrz7uPnM9XrsUphT6gazHOOePGLkmIRHRZor4+7o1zseUadLOomjs1+h\r\nu89+QpmBI92HV+/Koou04gn3sb/DQ1K7ax3mlPms61ke2wdl9fXKfH8aXBll\r\n5VOstb5DPldsRITwA0mbLlLK1OBcbHdylOV2/o5dyyx3ZR14Ze2WP2BpU1os\r\ndDcqaMVbHH0Roq6VpsDymkRUGfdYLITQa2weXpTLQovj86htpzJ8InQYJX3q\r\nKq//YhUofeYWXFdGknzdbqcSjwjuUJJJ5YBGZgDDwxiLrw4EwnxPhHskCIG+\r\nrsXpRpQHC1lXHlq4sLDrrUVv1gVRTpuAHi8=\r\n=5yJ8\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.7.0_1665089391827_0.728460513975566"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.7.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.7.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.7.1","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.7.1","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-MAnAtFxA2znadm81+rbYXcyWX1DEF/urzZ1F4LBq+w27EQ4PGyqIqCM5om7JcoSZJwjjMoBJc3SflRsMrZZ6+g==","shasum":"e585bcdc54a4ccb23d99c3e1206abf4853cf0682","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.7.1.tgz","fileCount":10,"unpackedSize":90617,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIFf4RsFb8aiiP6QATshYd5uBGfkIg0D4xbWuXQHTOGNwAiBS54sWf076IZUkMlv6YPpYwf3vBWo6OqWwVglj2ennlw=="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJjWbXWACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2Vmq4MQ/+IFn4M74eLr8Ea0JS92N4jEqrMCYNhNLmn2G58VeL2SMFiter\r\nxikO/wZMw+vTm5Lh5tRBiHKu+MuoV0TKB3I7EgHDSCSNYGb93sD70+qjpisz\r\nDsqaMcVNBzIPJIn+YzBNpZSp+5enw/kXtqS46HYkG11N2WS+H3d06NTTDksH\r\npsIO1eAExECd76SdJPg6q0chE3x4ZOoJmUhrobM8gNUNTMXv9yw1lJ9CazIA\r\nlhTj0T/BqDTFlPOTGuha4Bm16xeuJrkGOgaZhIAx0X/jBJpRyRL89wMrxhYr\r\nqy9ifDs+7dYZHRB6m89c1pvuSZ0R5ZQQf+xSpO7jmtPETvqFq6dfXiibBFFu\r\n0j5/gpNoqDZsO+R1Mc1rr6L72CtMhwqvKB+F1ag9X8ehiy16vKOyHbmEa2fm\r\nK7DeX79yIuUIGRNErgftm8RgWXXos7724MY9/JrdJGdIqhVa3NvjzQqDQ4lS\r\n4Ov3S+O/xTsFiDjRmBPf7OOKJmo3+v0WaI+sK0T28O3ir9rJ89alReR4TnFZ\r\nC6eC02SSSGKQ609FI/dOiAKG3NSvV15qNQjQPg9VlUMWlme69s6yIvu/rUSR\r\nEi71HT3J9B86S6TJ9JBX7f/EvZJcuMYNACviBzk97ShWUDxKdjI7uScDXw7f\r\nhFBwkaa20ZOwLMQaK/ezx0NhmifLxXRG8j0=\r\n=rlkN\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.7.1_1666823638001_0.04264577372727851"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.7.2":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.7.2","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.7.2","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.7.2","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-tarBJBEIirnq/YaeYu18vXcDxjzlq4xhCXvXUxA0lhHX5oArjEcAEn4tmO0jF+t/7cbkAdMT7daG6vIHSz0QAA==","shasum":"a341215dc93ce28794e8430b311756816140bd78","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.7.2.tgz","fileCount":10,"unpackedSize":90617,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEQCIHjatf1edPa/zqNYJwRxi4ETy/cipxTauJFkzowXd2JPAiBKLcwO0+vHWeP3uRdqePuQ5I+TObeqnmSuvVtarXHFKg=="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJjgta/ACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmoeMQ/+Nj6nLwQj/RuiAiDwux7Q6Oa3aKrqZ4sLVtBM4EaqNAWqoQa0\r\nzA10gGxHVvFDqCXes38gEq0eq/1WRbPPXlzGfub4mhmbHXwLsLBoMZQhUugi\r\nQ8hKFInC8LiwfMuDzW1ulcAIDoK5oubY5WM1oxi/S5rkA4QgsSFL9jxO4xvb\r\nZjSGpK6yE2gk4SeYUkjdLVyHzVghW6/ADRDE6GbAv7X0Y1GlNCttrP8vQLyH\r\n1P9F6QOmv8+hAQOcW3PnzY3m6bwvylFU81JQDRdApLyVt08N+nc5iMqGAUQv\r\nKkJZwfx9SYldX6c8BU+5lkzVKpZAypHbIaq4uroa4p6F00QBHMCAkJs9PVKi\r\noAxIP3tFq4SYwJboPr9satATGAKNb/H4WzYbjDCQTSX+lrWj30i2utvagd9H\r\nGU64q0v429Ds/YaDIBSbBcuuG2RORUPHnHtB3xuK6Gh2q1TBm6PuZJK4pCnR\r\nYpgy1MnwEt9Q+6J2uz2loKYtN5+5x0hBe9ffQ9f2v746hq/Dwa37CxdUn0Lr\r\nwhkC85ihIi0mmOy2noHRHNZeB7ZY+pOtyysz37LXWsCnVT80AUHuGAKUcvtI\r\nfy/i+U8vw9HUFLL2F32JK8EQALOzqzDWXcD5FdK7/b8vtsoT7oFNZynt5JP8\r\nbvnuxd3aJ7U74TN/DphDH4o1Fv9G1vCOqWk=\r\n=XRlH\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.7.2_1669519039616_0.4719510284136528"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.7.3":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.7.3","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.7.3","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.7.3","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-GuDTCtEZcxOXZTJAZi0gfi/i3wm4r6Ny6I7NZLj4Xk9tX+yyRG8SBuUHN972S8/NmT5fFxnPymKfJiurXM4Txg==","shasum":"4378ab66837fb0aba0031b362c80c6523bc6a707","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.7.3.tgz","fileCount":10,"unpackedSize":90617,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEYCIQDHD02jdZKguZLBqIheu8XvN+C5SW3qgn7K4047v9xS9gIhANACRDkclXHvvtfgJ62RashKgzT+LSwY+MEupcWqk/Ku"}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJjkoUGACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmrOBQ/8CpmFZHH9/1hhqdwe+zIkZR6W1YcFwPZilafJ4sqV3DcytotJ\r\nOL0ltSWihPsWjFhYf8TKAlOb3j56tfJVNOKaRVbreHEK0G1WypURNFXev1jv\r\nFIrxdfcWZ5HUrp9pONlqGp2CO52BjR7ARVa9aC+foGnku8QiA83KRY/jOJfb\r\nBofyRIDfrFWOJsmRECDZz4OeIx2CfFbe14EFrjAHBKzjc0XoueKX9P25ogf5\r\nD7nA/dJrI9DpZzW5gBhl8wxeCXkZKqs7b6+nRklvh6R9HlBnB5Wpx1SahBqW\r\nYpOvdpYWlArOC0YjjzYMXeJbn1N+jZkwaGeVrXP2Zy8avtr7uNwi6cE6NCJD\r\nWwPUh5E9kmSta+cB/2NcT07V285zxbxuuJSpZkm6hA1aYRSbIC243OzhJsQ/\r\nhU+IHs+RpgeCLoKs8mhmSx01LU1radwD5H5RhaS6NwTwHfU+Np/yW+PL9Wso\r\n4fo1lwE1duzJiWaDtkiAV3EHTbbkjPdIFQSVBNNT9dMC6h9AuYxGwrh42ADz\r\nxsZGWIrUDaJ+GOmA1e88tH5Uy5s13uH+EJ/1aP64fS5rig5UsE9jDiaAiHmG\r\nGnbrPgRMp/ACxl27GHx8U4K6qHis8UEkvVh/w8QZ9ktERHdKAE7BB+uhKYIY\r\nub5BrpeTZaWxsITwyFqhhA5DvWwKDQh0T9M=\r\n=QsL7\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.7.3_1670546694164_0.3462724760850724"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"},"5.8.1":{"name":"@bazel/typescript","description":"TypeScript rules for Bazel","license":"Apache-2.0","version":"5.8.1","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"},"keywords":["typescript","bazel"],"bin":{"ts_project_options_validator":"internal/ts_project_options_validator.js"},"//":"NOTE: Typescript does not follow SemVer. Usually the minor digit signifies a major version.","peerDependencies":{"typescript":">=3.0.0"},"dependencies":{"@bazel/worker":"5.8.1","semver":"5.6.0","source-map-support":"0.5.9","tsutils":"3.21.0"},"scripts":{"postinstall":"node npm_version_check.js"},"homepage":"https://github.com/bazelbuild/rules_nodejs#readme","_id":"@bazel/typescript@5.8.1","_nodeVersion":"16.5.0","_npmVersion":"7.19.1","dist":{"integrity":"sha512-NAJ8WQHZL1WE1YmRoCrq/1hhG15Mvy/viWh6TkvFnBeEhNUiQUsA5GYyhU1ztnBIYW03nATO3vwhAEfO7Q0U5g==","shasum":"74a76af434fad7930893cf3e98b4cc201e52dc65","tarball":"https://registry.npmjs.org/@bazel/typescript/-/typescript-5.8.1.tgz","fileCount":10,"unpackedSize":90617,"signatures":[{"keyid":"SHA256:jl3bwswu80PjjokCgh0o2w5c2U4LhQAE57gj9cz1kzA","sig":"MEUCIQCDpf39qhQipmK7Fy4hHQXSeo4+iz5OnJNo/xHrWZ9/OQIgAq1f5fGA8JVy/HXVUgfGsk+O9Tl5fAoPOemkaLKSV4o="}],"npm-signature":"-----BEGIN PGP SIGNATURE-----\r\nVersion: OpenPGP.js v4.10.10\r\nComment: https://openpgpjs.org\r\n\r\nwsFzBAEBCAAGBQJj7sLWACEJED1NWxICdlZqFiEECWMYAoorWMhJKdjhPU1b\r\nEgJ2VmphIA//SE0ir8ccFssiBtSIOVx/YQrAQ/4pkfPLGJ0NJXL06yNzDT2K\r\nBOQznQDujq1sye0HsYmRVDrBlqAivE/Sj4D/ygj4Q5/UETGfSjB3C8ss7Cfb\r\nDbbAzBCkdBRyuq711VQagEGMEMqpdrqQ7v0F/2VVTAl/AGXY1BM7TBzYlUrC\r\nnC+kQOPGZQy6hydCCJAShX/Rztlp2xu8CNQhGsHmfJRpBVQSWnio9o5ohHlb\r\nfL2xuG+7NIMfYY2ZlqB2390RKymoavpU5Gd9OBdBrhzxzZQ89D0Xus/35co8\r\nvokRqR1sZHaTaZCSROWXzcrvqaSE/pF1sQZYk/WjdyauzgKZ5xZQQCzDRLCu\r\nag4BQIJrU+fyBPlQiTtM2ZeZkT/eKn9wCXJzbw/BFOHCzb7lYlhd1frgFyXL\r\nzl+7N/trPDk3xO6ESvj6ckLIdj+OuevR04G//BQhhGRBZMQtKxD4XDjSPg9U\r\nvyqUoJY9O6Uhhvk0iVuZSdTjO1T930bKKwBGr//5aLJAE4H8IkFADqoMpzQp\r\nHqCKj8vS3zWgLl6d/exQhPWu9rMUVe6cSnsJhzlgvgkxliYWyCD5j0UDRfd2\r\nvbJTz9SwduSRhlRh+gis/Ro9CmNAaSReubmZYA4gSMP7mtAIx7wrb323XYil\r\nVGNrRS4qtNh5JnigDdqf7RbDNVhd9cPdIAQ=\r\n=9ZQ+\r\n-----END PGP SIGNATURE-----\r\n"},"_npmUser":{"name":"alexeagle","email":"aeagle22206@gmail.com"},"directories":{},"maintainers":[{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"},{"name":"alexeagle","email":"aeagle22206@gmail.com"}],"_npmOperationalInternal":{"host":"s3://npm-registry-packages","tmp":"tmp/typescript_5.8.1_1676591829830_0.37602589391681596"},"_hasShrinkwrap":false,"deprecated":"No longer maintained, https://github.com/aspect-build/rules_ts is the recommended replacement"}},"readme":"\n\n# TypeScript rules for Bazel\n\nThe TypeScript rules integrate the TypeScript compiler with Bazel.\n\n## Alternatives\n\nThis package provides Bazel wrappers around the TypeScript compiler.\n\nAt a high level, there are four alternatives provided.\nThis section describes the trade-offs between these rules.\n\n### Option 1: tsc\n\n`tsc` is the TypeScript compiler published by the team at Microsoft.\nYou can call it without any custom Bazel rules.\n\nTo use this option, you **do not need to install the `@bazel/typescript` package**.\n\nThe only reason to use raw `tsc` is if you want to compile a directory of `.ts` files and cannot enumerate them ahead-of-time in your BUILD file so that Bazel can predict all the output files.\n(For example if the `.ts` files are generated by some tool).\nThis will produce an opaque directory of `.js` file outputs, which you won't be able to individually reference.\n\nAny other use case for `tsc` is better served by using `ts_project`, see below.\n\nLike we do for any npm package that exposes a binary, rules_nodejs will see your dependency on\n`typescript` and will generate an `index.bzl` file allowing you to run `tsc`.\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nThen call it, using the [`npm_package_bin`](Built-ins#npm_package_bin) documentation.\n\nHere is an example:\n\n\n### Option 2: tsc_test\n\n`tsc_test` is generated alongside `tsc`.\nIt is identical, except that Bazel treats it as a test target, producing only an exit code\nrather than files to be consumed by other steps in the build.\n\nThis can be used for a build with `--noEmit`, so that TypeScript is purely used for\ntype-checking and not for producing any build outputs.\n\nTo use it, add the load statement `load(\"@npm//typescript:index.bzl\", \"tsc_test\")` to your BUILD file.\n(Possibly replacing `@npm` with the name of the repository where you installed dependencies)\n\nTo get the typings available in the test (as \"runfiles\"), you may need to gather them from dependencies if they\nare not included as default outputs of those dependencies, like so:\n\n```starlark\nfilegroup(name = \"types\", srcs = [\"//some:js_library\"], output_group = \"types\")\n```\n\nAnd then include the `:types` target in the `data` of the `tsc_test`.\n\nSee example in \n\n### Option 3: ts_project\n\n`ts_project` simply runs `tsc --project`, with Bazel knowing which outputs to expect based on the TypeScript compiler options,\nand with interoperability with other TypeScript rules via the [DeclarationInfo] Provider that transmits the type information.\n\nIt is intended as an easy on-boarding for existing TypeScript code and should be familiar if your background is in frontend ecosystem idioms.\n\nAny behavior of `ts_project` should be reproducible outside of Bazel, with a couple of caveats noted in the rule documentation below.\n\n`ts_project` is recommended for all new code.\n\nExhaustive examples of calling `ts_project` are in the test suite:\n\n\nAnd there are also many uses of it in our [examples](https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project).\n\n[DeclarationInfo]: Built-ins#declarationinfo\n\n### Option 4: ts_library\n\n`ts_library` should not be used for new code, and may be deprecated in the future.\n\n`ts_library` is an open-sourced version of the rule used to compile TS code at Google.\nHowever there is no support from the team that maintains that internal version.\nIt is very complex, involving code generation of the `tsconfig.json` file, a custom compiler binary, and a lot of extra features.\n\nIt is also opinionated, and may not work with existing TypeScript code. For example:\n\n- Your TS code must compile under the `--declaration` flag so that downstream libraries depend only on types, not implementation. This makes Bazel faster by avoiding cascading rebuilds in cases where the types aren't changed.\n- We control the output format and module syntax so that downstream rules can rely on them.\n- Some other options are incompatible. For example you cannot use the `--noEmit` compiler option in `tsconfig.json`.\n\nThe only reason to use `ts_library` for new code is if you are bought-in to using a [concatjs] bundler, which requires the named AMD module format. This may be faster than other tooling, and this format can be consumed by the Closure Compiler (via integration with [tsickle](https://github.com/angular/tsickle)).\nHowever it is very challenging to configure and there is little available support for problems you'll run into.\n\n[concatjs]: https://www.npmjs.com/package/@bazel/concatjs\n\n## Installation\n\nAdd a `devDependency` on `@bazel/typescript`\n\n```sh\n$ yarn add -D @bazel/typescript\n# or\n$ npm install --save-dev @bazel/typescript\n```\n\nWatch for any `peerDependency` warnings - we assume you have already installed the `typescript` package from npm.\n\n## Typical Usage\n\nThe `ts_project` rule invokes the TypeScript compiler on one compilation unit,\nor \"library\" (generally one directory of source files). In TypeScript terms, this is one \"Project\"\nwhich can use \"Project References\" to break up a large application.\n\nCreate a `BUILD` file next to your sources:\n\n```starlark\nload(\"@npm//@bazel/typescript:index.bzl\", \"ts_project\")\n\nts_project(\n name = \"my_code\",\n # glob is a quick way to select all the code,\n # but has performance penalty in that Bazel must evaluate it.\n srcs = glob([\"*.ts\"]),\n deps = [\"//path/to/other:library\"],\n)\n```\n\nHere, `//path/to/other:library` is another target in your repo that produces TypeScript typings (for example, another `ts_project` rule).\nBe sure to set the `rootDirs` in your tsconfig.json as noted below, so that TypeScript can find the `.d.ts` files produced by that other target.\n\nTo use third-party libraries from npm, first install them (likely using `npm_install` or `yarn_install` rules) then add those to the `deps` as well:\n\n```starlark\nts_project(\n name = \"my_code\",\n srcs = glob([\"*.ts\"]),\n deps = [\n \"@npm//@types/node\",\n \"@npm//@types/foo\",\n \"@npm//somelib\",\n \"//path/to/other:library\",\n ],\n)\n```\n\nYou can also use the `@npm//@types` grouping target which will include all\npackages in the `@types` scope as dependencies.\n\nTo build a `ts_library` target run:\n\n`bazel build //path/to/package:target`\n\nNote that the `tsconfig.json` file used for compilation should be the same one\nyour editor references, or `extends` from it, to keep consistent settings for the TypeScript compiler.\n\nAnything you do with TypeScript is possible with `ts_project`, including json imports, type-checking only,\ntranspile only, outdir, rootdir, and so on.\n\n> To use `ts_project` for typecheck-only, you'll still need to use --declaration so that .d.ts files are produced.\n> Alternatively, see the `tsc_test` rule documented above.\n\nSee many examples in our test cases:\n\n\n\n## ts_config\n\n**USAGE**\n\n\nts_config(name, deps, src)\n
\n\nAllows a tsconfig.json file to extend another file.\n\nNormally, you just give a single `tsconfig.json` file as the tsconfig attribute\nof a `ts_library` or `ts_project` rule. However, if your `tsconfig.json` uses the `extends`\nfeature from TypeScript, then the Bazel implementation needs to know about that\nextended configuration file as well, to pass them both to the TypeScript compiler.\n\n\n**ATTRIBUTES**\n\n\nname
\n\n(*Name, mandatory*): A unique name for this target.\n\n\ndeps
\n\n(*List of labels*): Additional tsconfig.json files referenced via extends\n\nDefaults to `[]`\n\nsrc
\n\n(*Label, mandatory*): The tsconfig.json file passed to the TypeScript compiler\n\n\n\n## ts_project\n\n**USAGE**\n\n\nts_project(name, tsconfig, srcs, args, data, deps, extends, allow_js, declaration, source_map,\n declaration_map, resolve_json_module, preserve_jsx, composite, incremental,\n emit_declaration_only, transpiler, ts_build_info_file, tsc, typescript_package,\n typescript_require_path, validate, supports_workers, declaration_dir, out_dir, root_dir,\n link_workspace_root, kwargs)\n
\n\nCompiles one TypeScript project using `tsc --project`\n\nThis is a drop-in replacement for the `tsc` rule automatically generated for the \"typescript\"\npackage, typically loaded from `@npm//typescript:index.bzl`. Unlike bare `tsc`, this rule understands\nthe Bazel interop mechanism (Providers) so that this rule works with others that produce or consume\nTypeScript typings (`.d.ts` files).\n\nUnlike `ts_library`, this rule is the thinnest possible layer of Bazel interoperability on top\nof the TypeScript compiler. It shifts the burden of configuring TypeScript into the tsconfig.json file.\nSee https://github.com/bazelbuild/rules_nodejs/blob/master/docs/TypeScript.md#alternatives\nfor more details about the trade-offs between the two rules.\n\nSome TypeScript options affect which files are emitted, and Bazel wants to know these ahead-of-time.\nSo several options from the tsconfig file must be mirrored as attributes to ts_project.\nSee https://www.typescriptlang.org/tsconfig for a listing of the TypeScript options.\n\nAny code that works with `tsc` should work with `ts_project` with a few caveats:\n\n- `ts_project` always produces some output files, or else Bazel would never run it.\n Therefore you shouldn't use it with TypeScript's `noEmit` option.\n See `tsc_test` under the Alternatives section above.\n- Bazel requires that the `outDir` (and `declarationDir`) be set to\n `bazel-out/[target architecture]/bin/path/to/package`\n so we override whatever settings appear in your tsconfig.\n- Bazel expects that each output is produced by a single rule.\n Thus if you have two `ts_project` rules with overlapping sources (the same `.ts` file\n appears in more than one) then you get an error about conflicting `.js` output\n files if you try to build both together.\n Worse, if you build them separately then the output directory will contain whichever\n one you happened to build most recently. This is highly discouraged.\n\nAs a thin wrapper, this rule doesn't try to compensate for behavior of the TypeScript compiler.\nSee https://github.com/bazelbuild/rules_nodejs/wiki/Debugging-problems-with-ts_project for notes\nthat may help you debug issues.\n\n> Note: in order for TypeScript to resolve relative references to the bazel-out folder,\n> we recommend that the base tsconfig contain a rootDirs section that includes all\n> possible locations they may appear.\n>\n> We hope this will not be needed in some future release of TypeScript.\n> Follow https://github.com/microsoft/TypeScript/issues/37378 for more info.\n>\n> For example, if the base tsconfig file relative to the workspace root is\n> `path/to/tsconfig.json` then you should configure like:\n>\n> ```\n> \"compilerOptions\": {\n> \"rootDirs\": [\n> \".\",\n> \"../../bazel-out/host/bin/path/to\",\n> \"../../bazel-out/darwin-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin_arm64-fastbuild/bin/path/to\",\n> \"../../bazel-out/k8-fastbuild/bin/path/to\",\n> \"../../bazel-out/x64_windows-fastbuild/bin/path/to\",\n> \"../../bazel-out/darwin-dbg/bin/path/to\",\n> \"../../bazel-out/k8-dbg/bin/path/to\",\n> \"../../bazel-out/x64_windows-dbg/bin/path/to\",\n> ]\n> }\n> ```\n>\n> See some related discussion including both \"rootDirs\" and \"paths\" for a monorepo setup\n> using custom import paths:\n> https://github.com/bazelbuild/rules_nodejs/issues/2298\n\n### Issues when running non-sandboxed\n\nWhen using a non-sandboxed spawn strategy (which is the default on Windows), you may\nobserve these problems which require workarounds:\n\n1) Bazel deletes outputs from the previous execution before running `tsc`.\n This causes a problem with TypeScript's incremental mode: if the `.tsbuildinfo` file\n is not known to be an output of the rule, then Bazel will leave it in the output\n directory, and when `tsc` runs, it may see that the outputs written by the prior\n invocation are up-to-date and skip the emit of these files. This will cause Bazel\n to intermittently fail with an error that some outputs were not written.\n This is why we depend on `composite` and/or `incremental` attributes to be provided,\n so we can tell Bazel to expect a `.tsbuildinfo` output to ensure it is deleted before a\n subsequent compilation.\n At present, we don't do anything useful with the `.tsbuildinfo` output, and this rule\n does not actually have incremental behavior. Deleting the file is actually\n counter-productive in terms of TypeScript compile performance.\n Follow https://github.com/bazelbuild/rules_nodejs/issues/1726\n\n2) When using Project References, TypeScript will expect to verify that the outputs of referenced\n projects are up-to-date with respect to their inputs.\n (This is true even without using the `--build` option).\n When using a non-sandboxed spawn strategy, `tsc` can read the sources from other `ts_project`\n rules in your project, and will expect that the `tsconfig.json` file for those references will\n indicate where the outputs were written. However the `outDir` is determined by this Bazel rule so\n it cannot be known from reading the `tsconfig.json` file.\n This problem is manifested as a TypeScript diagnostic like\n `error TS6305: Output file '/path/to/execroot/a.d.ts' has not been built from source file '/path/to/execroot/a.ts'.`\n As a workaround, you can give the Windows \"fastbuild\" output directory as the `outDir` in your tsconfig file.\n On other platforms, the value isn't read so it does no harm.\n See https://github.com/bazelbuild/rules_nodejs/tree/stable/packages/typescript/test/ts_project as an example.\n We hope this will be fixed in a future release of TypeScript;\n follow https://github.com/microsoft/TypeScript/issues/37378\n\n3) When TypeScript encounters an import statement, it adds the source file resolved by that reference\n to the program. However you may have included that source file in a different project, so this causes\n the problem mentioned above where a source file is in multiple programs.\n (Note, if you use Project References this is not the case, TS will know the referenced\n file is part of the other program.)\n This will result in duplicate emit for the same file, which produces an error\n since the files written to the output tree are read-only.\n Workarounds include using using Project References, or simply grouping the whole compilation\n into one program (if this doesn't exceed your time budget).\n\n\n**PARAMETERS**\n\n\nname
\n\nA name for the target.\n\nWe recommend you use the basename (no `.json` extension) of the tsconfig file that should be compiled.\n\nDefaults to `\"tsconfig\"`\n\ntsconfig
\n\nLabel of the tsconfig.json file to use for the compilation\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovides `TsConfigInfo` such as `ts_config`.\n\nBy default, we assume the tsconfig file is \"tsconfig.json\" in the same folder as the ts_project rule.\n\nEXPERIMENTAL: generated tsconfig\n\nInstead of a label, you can pass a dictionary of tsconfig keys.\n\nIn this case, a tsconfig.json file will be generated for this compilation, in the following way:\n- all top-level keys will be copied by converting the dict to json.\n So `tsconfig = {\"compilerOptions\": {\"declaration\": True}}`\n will result in a generated `tsconfig.json` with `{\"compilerOptions\": {\"declaration\": true}}`\n- each file in srcs will be converted to a relative path in the `files` section.\n- the `extends` attribute will be converted to a relative path\n\nNote that you can mix and match attributes and compilerOptions properties, so these are equivalent:\n\n```\nts_project(\n tsconfig = {\n \"compilerOptions\": {\n \"declaration\": True,\n },\n },\n)\n```\nand\n```\nts_project(\n declaration = True,\n)\n```\n\nDefaults to `None`\n\nsrcs
\n\nList of labels of TypeScript source files to be provided to the compiler.\n\nIf absent, the default is set as follows:\n- Include `**/*.ts[x]` (all TypeScript files in the package).\n- If `allow_js` is set, include `**/*.js[x]` (all JavaScript files in the package).\n- If `resolve_json_module` is set, include `**/*.json` (all JSON files in the package), but exclude `**/package.json`, `**/package-lock.json`, and `**/tsconfig*.json`.\n\nDefaults to `None`\n\nargs
\n\nList of strings of additional command-line arguments to pass to tsc.\n\nDefaults to `[]`\n\ndata
\n\nfiles needed at runtime by binaries or tests that transitively depend on this target.\n\nSee https://bazel.build/reference/be/common-definitions#typical-attributes\n\nDefaults to `[]`\n\ndeps
\n\nList of labels of other rules that produce TypeScript typings (.d.ts files)\n\nDefaults to `[]`\n\nextends
\n\nLabel of the tsconfig file referenced in the `extends` section of tsconfig\n\nTo support \"chaining\" of more than one extended config, this label could be a target that\nprovdes `TsConfigInfo` such as `ts_config`.\n\nDefaults to `None`\n\nallow_js
\n\nboolean; Specifies whether TypeScript will read .js and .jsx files. When used with declaration,\nTypeScript will generate .d.ts files from .js files.\n\nDefaults to `False`\n\ndeclaration
\n\nif the `declaration` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nsource_map
\n\nif the `sourceMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.js.map` output for each `.ts` source.\n\nDefaults to `False`\n\ndeclaration_map
\n\nif the `declarationMap` bit is set in the tsconfig.\nInstructs Bazel to expect a `.d.ts.map` output for each `.ts` source.\n\nDefaults to `False`\n\nresolve_json_module
\n\nNone | boolean; Specifies whether TypeScript will read .json files. Defaults to None.\nIf set to True or False and tsconfig is a dict, resolveJsonModule is set in the generated config file.\nIf set to None and tsconfig is a dict, resolveJsonModule is unset in the generated config and typescript\ndefault or extended tsconfig value will be load bearing.\n\nDefaults to `None`\n\npreserve_jsx
\n\nif the `jsx` value is set to \"preserve\" in the tsconfig.\nInstructs Bazel to expect a `.jsx` or `.jsx.map` output for each `.tsx` source.\n\nDefaults to `False`\n\ncomposite
\n\nif the `composite` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output and a `.d.ts` output for each `.ts` source.\n\nDefaults to `False`\n\nincremental
\n\nif the `incremental` bit is set in the tsconfig.\nInstructs Bazel to expect a `.tsbuildinfo` output.\n\nDefaults to `False`\n\nemit_declaration_only
\n\nif the `emitDeclarationOnly` bit is set in the tsconfig.\nInstructs Bazel *not* to expect `.js` or `.js.map` outputs for `.ts` sources.\n\nDefaults to `False`\n\ntranspiler
\n\nA custom transpiler tool to run that produces the JavaScript outputs instead of `tsc`.\n\nThis attribute accepts a rule or macro with this signature:\n`name, srcs, js_outs, map_outs, **kwargs`\nwhere the `**kwargs` attribute propagates the tags, visibility, and testonly attributes from `ts_project`.\n\nIf you need to pass additional attributes to the transpiler rule, you can use a\n[partial](https://github.com/bazelbuild/bazel-skylib/blob/main/lib/partial.bzl)\nto bind those arguments at the \"make site\", then pass that partial to this attribute where it\nwill be called with the remaining arguments.\nSee the packages/typescript/test/ts_project/swc directory for an example.\n\nWhen a custom transpiler is used, then the `ts_project` macro expands to these targets:\n\n- `[name]` - the default target is a `js_library` which can be included in the `deps` of downstream rules.\n Note that it will successfully build *even if there are typecheck failures* because the `tsc` binary\n is not needed to produce the default outputs.\n This is considered a feature, as it allows you to have a faster development mode where type-checking\n is not on the critical path.\n- `[name]_typecheck` - provides typings (`.d.ts` files) as the default output,\n therefore building this target always causes the typechecker to run.\n- `[name]_typecheck_test` - a\n [`build_test`](https://github.com/bazelbuild/bazel-skylib/blob/main/rules/build_test.bzl)\n target which simply depends on the `[name]_typecheck` target.\n This ensures that typechecking will be run under `bazel test` with\n [`--build_tests_only`](https://docs.bazel.build/versions/main/user-manual.html#flag--build_tests_only).\n- `[name]_typings` - internal target which runs the binary from the `tsc` attribute\n- Any additional target(s) the custom transpiler rule/macro produces.\n Some rules produce one target per TypeScript input file.\n\nBy default, `ts_project` expects `.js` outputs to be written in the same action\nthat does the type-checking to produce `.d.ts` outputs.\nThis is the simplest configuration, however `tsc` is slower than alternatives.\nIt also means developers must wait for the type-checking in the developer loop.\n\nIn theory, Persistent Workers (via the `supports_workers` attribute) remedies the\nslow compilation time, however it adds additional complexity because the worker process\ncan only see one set of dependencies, and so it cannot be shared between different\n`ts_project` rules. That attribute is documented as experimental, and may never graduate\nto a better support contract.\n\nDefaults to `None`\n\nts_build_info_file
\n\nthe user-specified value of `tsBuildInfoFile` from the tsconfig.\nHelps Bazel to predict the path where the .tsbuildinfo output is written.\n\nDefaults to `None`\n\ntsc
\n\nLabel of the TypeScript compiler binary to run.\n\nFor example, `tsc = \"@my_deps//typescript/bin:tsc\"`\nOr you can pass a custom compiler binary instead.\n\nOne possible compiler is the Angular compiler, provided by the\n`@angular/compiler-cli` package as the `ngc` binary, which can be set typically with\n`tsc = \"@npm//@angular/compiler-cli/bin:ngc\"`\nNote that you'll also need to pass `.html` and `.css` files to the `srcs` of the `ts_project`\nso that they're declared as inputs for the Angular compiler to read them.\n\nAn example can be found in the rules_nodejs repo under `packages/typescript/test/ts_project/ngc`.\n\n> To use the `ngc` program from Angular versions prior to 11, you'll need a fix for\n> https://github.com/angular/angular/issues/36290\n> To apply the fix, you can use the patch-package package to apply this patch:\n> https://gist.github.com/alexeagle/ba44b2601bd7c953d29c6e8ec44d1ef9\n\nDefaults to `Label(\"@npm//typescript/bin:tsc\")`\n\ntypescript_package
\n\nLabel of the package containing all data deps of tsc.\n\nFor example, `typescript_package = \"@my_deps//typescript\"`\n\nDefaults to `\"@npm//typescript\"`\n\ntypescript_require_path
\n\nModule name which resolves to typescript_package when required\n\nFor example, `typescript_require_path = \"typescript\"`\n\nDefaults to `\"typescript\"`\n\nvalidate
\n\nboolean; whether to check that the tsconfig JSON settings match the attributes on this target.\n\nSet this to `False` to skip running our validator, in case you have a legitimate reason for these to differ,\ne.g. you have a setting enabled just for the editor but you want different behavior when Bazel runs `tsc`.\n\nDefaults to `True`\n\nsupports_workers
\n\nExperimental! Use only with caution.\n\nAllows you to enable the Bazel Persistent Workers strategy for this project.\nSee https://docs.bazel.build/versions/main/persistent-workers.html\n\nThis requires that the tsc binary support a `--watch` option.\n\nNOTE: this does not work on Windows yet.\nWe will silently fallback to non-worker mode on Windows regardless of the value of this attribute.\nFollow https://github.com/bazelbuild/rules_nodejs/issues/2277 for progress on this feature.\n\nDefaults to `False`\n\ndeclaration_dir
\n\na string specifying a subdirectory under the bazel-out folder where generated declaration\noutputs are written. Equivalent to the TypeScript --declarationDir option.\nBy default declarations are written to the out_dir.\n\nDefaults to `None`\n\nout_dir
\n\na string specifying a subdirectory under the bazel-out folder where outputs are written.\nEquivalent to the TypeScript --outDir option.\nNote that Bazel always requires outputs be written under a subdirectory matching the input package,\nso if your rule appears in path/to/my/package/BUILD.bazel and out_dir = \"foo\" then the .js files\nwill appear in bazel-out/[arch]/bin/path/to/my/package/foo/*.js.\nBy default the out_dir is '.', meaning the packages folder in bazel-out.\n\nDefaults to `None`\n\nroot_dir
\n\na string specifying a subdirectory under the input package which should be consider the\nroot directory of all the input files.\nEquivalent to the TypeScript --rootDir option.\nBy default it is '.', meaning the source directory where the BUILD file lives.\n\nDefaults to `None`\n\nlink_workspace_root
\n\nLink the workspace root to the bin_dir to support absolute requires like 'my_wksp/path/to/file'.\nIf source files need to be required then they can be copied to the bin_dir with copy_to_bin.\n\nDefaults to `False`\n\nkwargs
\n\npassed through to underlying rule, allows eg. visibility, tags\n\n\n\n\n","maintainers":[{"name":"alexeagle","email":"aeagle22206@gmail.com"},{"name":"bazel-manager","email":"bazel-manager@google.com"},{"name":"gmags","email":"greg@aspect.dev"},{"name":"google-wombot","email":"node-team-npm+wombot@google.com"}],"time":{"modified":"2023-03-27T17:11:49.268Z","created":"2017-08-21T20:08:55.153Z","0.0.6":"2017-08-21T20:08:55.153Z","0.0.7":"2017-08-22T23:02:29.362Z","0.0.8":"2017-08-30T21:31:53.006Z","0.0.9":"2017-08-31T21:45:14.391Z","0.0.10":"2017-09-05T23:19:50.418Z","0.1.0":"2017-09-08T16:16:23.917Z","0.1.1":"2017-09-19T20:21:03.010Z","0.2.0":"2017-09-19T20:43:41.668Z","0.2.1":"2017-09-20T00:12:11.099Z","0.2.2":"2017-09-22T19:36:00.337Z","0.3.0":"2017-11-03T00:21:32.293Z","0.3.1":"2017-11-03T21:07:08.905Z","0.4.0":"2017-11-17T21:12:35.777Z","0.4.1":"2017-11-21T22:44:46.881Z","0.3.2":"2017-11-27T17:25:29.811Z","0.6.0":"2017-12-07T00:35:32.728Z","0.10.1":"2018-03-01T14:41:25.633Z","0.11.1":"2018-03-06T04:49:12.360Z","0.13.0":"2018-05-10T19:49:47.816Z","0.14.0":"2018-05-15T22:49:53.587Z","0.15.0":"2018-05-31T00:57:01.016Z","0.15.1":"2018-07-06T23:48:25.221Z","0.15.3":"2018-07-17T00:53:40.569Z","0.16.0":"2018-08-07T22:53:59.775Z","0.16.1":"2018-08-14T18:43:25.909Z","0.16.2":"2018-08-28T14:57:31.532Z","0.17.0":"2018-09-17T23:53:28.458Z","0.17.0-8-gf2dca5e":"2018-09-20T21:16:06.504Z","0.17.0-9-gb868fb8":"2018-09-20T22:51:20.186Z","0.18.0":"2018-09-25T21:35:32.050Z","0.19.0":"2018-09-27T22:32:06.067Z","0.19.1":"2018-10-01T16:27:41.917Z","0.20.0":"2018-10-04T23:23:30.374Z","0.20.1":"2018-10-04T23:32:22.484Z","0.20.2":"2018-10-05T23:25:10.686Z","0.20.3":"2018-10-16T21:22:18.308Z","0.20.3-1-g9c1f4ae":"2018-10-23T21:16:08.165Z","0.30.0-ngtsc":"2018-10-24T19:48:36.169Z","0.20.3-ngtsc.1":"2018-10-24T20:03:31.339Z","0.20.3-ngtsc.3":"2018-10-24T20:20:56.595Z","0.20.3-tscwrapped.1":"2018-11-15T21:13:17.068Z","0.21.0":"2018-11-16T15:55:35.865Z","0.22.0":"2018-12-10T21:26:28.303Z","0.22.0-13-g2afddf1":"2018-12-19T05:36:07.168Z","0.22.1":"2019-01-09T22:29:39.524Z","0.22.1-7-g68fed6a":"2019-01-18T16:39:08.326Z","0.23.0":"2019-02-04T21:56:43.174Z","0.23.1":"2019-02-04T22:59:14.865Z","0.23.2":"2019-02-04T23:43:45.679Z","0.23.3":"2019-02-06T18:28:46.796Z","0.24.0":"2019-02-07T21:43:55.352Z","0.24.1":"2019-02-08T21:40:00.082Z","0.25.0":"2019-02-11T23:31:20.622Z","0.25.1":"2019-02-21T05:45:53.114Z","0.26.0-beta.0":"2019-02-22T19:53:34.866Z","0.26.0":"2019-02-26T01:47:57.497Z","0.27.0":"2019-03-07T19:56:31.738Z","0.27.1":"2019-03-07T21:31:16.972Z","0.27.2":"2019-03-08T23:21:33.951Z","0.27.3":"2019-03-09T00:00:29.744Z","0.27.4":"2019-03-11T14:54:18.933Z","0.27.5":"2019-03-15T17:19:40.624Z","0.27.6":"2019-03-18T21:39:09.844Z","0.27.7":"2019-03-19T18:25:40.923Z","0.27.8":"2019-03-25T17:23:26.981Z","0.27.9":"2019-03-29T20:21:48.468Z","0.27.10":"2019-04-03T23:00:33.384Z","0.27.11":"2019-04-09T22:04:38.454Z","0.27.12":"2019-04-09T22:47:23.454Z","0.28.0":"2019-04-25T17:44:54.377Z","0.29.0":"2019-05-09T19:11:29.310Z","0.29.1":"2019-05-21T20:02:53.922Z","0.29.2":"2019-05-22T15:46:05.917Z","0.30.0":"2019-05-22T19:42:45.863Z","0.30.1":"2019-05-23T21:33:04.177Z","0.30.2":"2019-05-30T20:06:09.534Z","0.31.0":"2019-06-06T22:01:11.948Z","0.31.1":"2019-06-07T15:59:09.191Z","0.32.0":"2019-06-18T21:38:21.594Z","0.32.1":"2019-06-19T23:08:40.967Z","0.32.2":"2019-06-21T22:21:54.014Z","0.33.0":"2019-07-12T03:49:45.509Z","0.33.1":"2019-07-12T22:10:19.133Z","0.34.0":"2019-07-23T23:56:44.303Z","0.35.0":"2019-08-02T16:50:05.574Z","0.36.0":"2019-08-15T01:39:20.350Z","0.36.1":"2019-08-20T17:57:16.745Z","0.36.2":"2019-08-30T17:41:28.590Z","0.37.0":"2019-09-06T21:24:42.087Z","0.37.1":"2019-09-16T23:59:50.080Z","0.38.0":"2019-09-26T23:15:06.914Z","0.38.1":"2019-10-03T01:17:58.939Z","0.38.2":"2019-10-09T19:20:30.855Z","0.38.3":"2019-10-11T17:19:52.899Z","0.39.0":"2019-10-23T21:51:44.149Z","0.39.1":"2019-10-29T00:13:09.687Z","0.40.0":"2019-11-13T02:33:20.152Z","0.41.0":"2019-11-22T18:17:58.849Z","0.42.0":"2019-11-26T22:12:24.930Z","0.42.1":"2019-11-27T00:31:47.340Z","0.42.2":"2019-12-04T22:55:02.596Z","0.0.0":"2019-12-10T23:25:44.986Z","0.42.3":"2019-12-10T23:33:42.890Z","1.0.0":"2019-12-20T14:50:28.081Z","1.0.1":"2020-01-03T01:31:38.895Z","1.1.0":"2020-01-12T21:15:51.352Z","1.2.0":"2020-01-24T19:56:36.434Z","1.2.1":"2020-01-30T06:47:13.495Z","1.2.2":"2020-01-31T05:51:18.373Z","1.2.3":"2020-01-31T23:02:47.342Z","1.2.4":"2020-01-31T23:11:10.941Z","1.3.0":"2020-02-07T20:30:37.248Z","1.4.0":"2020-03-03T00:03:11.957Z","1.4.1":"2020-03-06T23:24:00.981Z","1.5.0":"2020-03-28T16:10:57.567Z","1.6.0":"2020-04-11T15:31:31.090Z","1.6.1":"2020-04-30T04:35:31.175Z","1.7.0":"2020-05-29T02:54:23.178Z","2.0.0-rc.0":"2020-06-23T23:13:42.468Z","2.0.0-rc.1":"2020-07-06T23:10:30.343Z","2.0.0-rc.2":"2020-07-10T03:59:45.059Z","2.0.0-rc.3":"2020-07-17T01:05:44.121Z","2.0.0":"2020-07-20T21:00:38.172Z","2.0.1":"2020-07-24T02:55:39.183Z","2.0.2":"2020-08-10T15:18:39.290Z","2.0.3":"2020-08-18T22:57:53.244Z","2.1.0":"2020-09-07T01:26:01.603Z","2.2.0":"2020-09-10T17:00:44.780Z","2.2.1":"2020-10-07T15:43:49.403Z","2.2.2":"2020-10-17T20:57:48.767Z","2.3.0":"2020-11-10T21:09:38.726Z","2.3.1":"2020-11-24T23:12:26.527Z","3.0.0-rc.0":"2020-12-11T19:38:13.993Z","2.3.2":"2020-12-18T15:42:38.167Z","3.0.0-rc.1":"2020-12-18T16:25:01.181Z","3.0.0":"2020-12-22T23:22:26.926Z","2.3.3":"2021-01-26T16:18:27.613Z","3.1.0":"2021-02-02T01:51:24.281Z","3.2.0":"2021-02-13T00:20:54.108Z","3.2.1":"2021-02-23T19:50:31.603Z","3.2.2":"2021-03-08T03:27:46.043Z","3.2.3":"2021-03-25T01:23:12.185Z","3.3.0":"2021-04-08T00:47:04.537Z","3.4.0":"2021-04-14T17:58:47.391Z","3.4.1":"2021-04-22T19:23:16.502Z","3.4.2":"2021-04-28T23:37:31.482Z","3.5.0":"2021-05-11T20:44:50.722Z","3.5.1":"2021-05-25T22:25:39.399Z","3.6.0":"2021-06-09T13:51:12.553Z","3.7.0":"2021-07-02T18:34:56.166Z","4.0.0-beta.0":"2021-07-02T19:13:43.461Z","4.0.0-beta.1":"2021-07-27T00:07:20.137Z","3.8.0":"2021-08-12T23:14:47.511Z","4.0.0-rc.0":"2021-08-13T01:56:56.497Z","4.0.0-rc.1":"2021-08-19T19:18:52.187Z","4.0.0":"2021-08-24T20:36:21.754Z","4.1.0":"2021-09-10T03:11:33.789Z","4.2.0":"2021-09-17T18:23:30.604Z","4.3.0":"2021-09-28T17:31:16.874Z","4.4.0":"2021-10-11T22:16:57.589Z","4.4.2":"2021-10-28T18:53:20.694Z","4.4.5":"2021-11-11T21:49:06.109Z","4.4.6":"2021-11-23T20:17:38.738Z","4.5.0":"2021-12-16T01:39:18.805Z","4.6.0":"2022-01-06T04:29:45.270Z","4.6.1":"2022-01-13T22:07:28.395Z","5.0.0-rc.0":"2022-01-14T16:15:57.332Z","5.0.0-rc.2":"2022-01-17T19:45:53.332Z","5.0.0":"2022-01-20T20:13:38.482Z","5.0.1":"2022-01-24T14:10:15.956Z","5.0.2":"2022-01-27T23:29:21.547Z","5.1.0":"2022-02-02T20:24:20.724Z","4.6.2":"2022-02-15T18:19:52.817Z","5.2.0":"2022-03-01T15:51:24.822Z","5.3.0":"2022-03-20T16:46:43.610Z","5.3.1":"2022-03-29T21:24:07.632Z","5.4.0":"2022-04-06T06:38:08.328Z","5.4.1":"2022-04-25T19:08:32.421Z","5.4.2":"2022-04-29T01:17:17.810Z","5.5.0":"2022-05-18T03:19:09.692Z","5.5.1":"2022-06-24T21:38:12.790Z","5.5.2":"2022-07-10T22:52:14.239Z","5.5.3":"2022-08-01T02:28:32.347Z","5.5.4":"2022-09-10T00:28:46.411Z","5.6.0":"2022-09-27T04:18:59.610Z","5.7.0":"2022-10-06T20:49:51.994Z","5.7.1":"2022-10-26T22:33:58.122Z","5.7.2":"2022-11-27T03:17:19.813Z","5.7.3":"2022-12-09T00:44:54.353Z","5.8.1":"2023-02-16T23:57:09.999Z"},"readmeFilename":"README.md","keywords":["typescript","bazel"],"license":"Apache-2.0","homepage":"https://github.com/bazelbuild/rules_nodejs#readme","repository":{"type":"git","url":"git+https://github.com/bazelbuild/rules_nodejs.git","directory":"packages/typescript"},"bugs":{"url":"https://github.com/bazelbuild/rules_nodejs/issues"}}