angular/package.json

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

239 lines
9.4 KiB
JSON
Raw Normal View History

2014-09-18 21:56:38 +00:00
{
"name": "angular-srcs",
"version": "20.2.0-next.3",
"private": true,
"description": "Angular - a web framework for modern web apps",
"homepage": "https://github.com/angular/angular",
"bugs": "https://github.com/angular/angular/issues",
"license": "MIT",
"packageManager": "pnpm@9.15.9",
"engines": {
"npm": "Please use pnpm instead of NPM to install dependencies",
"yarn": "Please use pnpm instead of Yarn to install dependencies",
"pnpm": "9.15.9"
},
"repository": {
"type": "git",
"url": "https://github.com/angular/angular.git"
},
2014-09-18 21:56:38 +00:00
"scripts": {
"prepare": "husky",
"ng-dev": "tsx --tsconfig .ng-dev/tsconfig.json node_modules/@angular/ng-dev/bundles/cli.mjs",
"build": "tsx --tsconfig scripts/tsconfig.json scripts/build/build-packages-dist.mts",
"test": "bazelisk test",
"test:ci": "bazelisk test -- //... -//integration/... -//adev/... -//devtools/... -//modules/ssr-benchmarks/...",
"integration-tests:ci": "bazelisk test -- //integration/...",
"test-tsec": "bazelisk test //... --build_tag_filters=tsec --test_tag_filters=tsec",
"lint": "pnpm --silent tslint && pnpm --silent ng-dev format changed --check",
"tslint": "tslint -c tslint.json --project tsconfig-tslint.json",
"public-api:check": "node goldens/public-api/manage.js test",
"public-api:update": "node goldens/public-api/manage.js accept",
"symbol-extractor:check": "node tools/symbol-extractor/run_all_symbols_extractor_tests.js test",
"symbol-extractor:update": "node tools/symbol-extractor/run_all_symbols_extractor_tests.js accept",
"ts-circular-deps:check": "pnpm -s ng-dev ts-circular-deps check --config ./packages/circular-deps-test.conf.js",
"check-tooling-setup": "pnpm tsc --project .ng-dev/tsconfig.json && pnpm tsc --project scripts/tsconfig.json",
"devtools:devserver": "ibazel run //devtools/src:devserver",
"devtools:test:e2e": "pnpm cypress run --project ./devtools/cypress",
"devtools:e2e:open": "pnpm cypress open --project ./devtools/cypress",
"devtools:build:chrome": "bazelisk build --//devtools/projects/shell-browser/src:flag_browser=chrome //devtools/projects/shell-browser/src:prodapp",
"devtools:build:firefox": "bazelisk build --config snapshot-build-firefox --//devtools/projects/shell-browser/src:flag_browser=firefox //devtools/projects/shell-browser/src:prodapp",
"devtools:build:chrome:release": "pnpm run -s devtools:build:chrome",
"devtools:build:firefox:release": "pnpm run -s devtools:build:firefox --jobs 4",
"devtools:test": "bazelisk test --//devtools/projects/shell-browser/src:flag_browser=chrome -- //devtools/...",
"devtools:test:unit": "bazelisk test -- //devtools/...",
"adev": "[[ -n $CI ]] && echo 'Cannot run this pnpm script on CI' && exit 1 || pnpm ibazel run //adev:build.serve",
"adev:build": "[[ -n $CI ]] && echo 'Cannot run this pnpm script on CI' && exit 1 || pnpm bazel build //adev:build",
"benchmarks": "tsx --tsconfig=scripts/tsconfig.json scripts/benchmarks/index.mts",
"diff-release-package": "tsx --tsconfig=scripts/tsconfig.json scripts/diff-release-package.mts"
2014-09-18 21:56:38 +00:00
},
"// 1": "dependencies are used locally and by bazel",
2014-09-18 21:56:38 +00:00
"dependencies": {
"@angular-devkit/build-angular": "20.2.0-next.2",
"@angular-devkit/core": "20.2.0-next.2",
"@angular-devkit/schematics": "20.2.0-next.2",
"@angular/animations": "workspace:*",
"@angular/benchpress": "workspace: *",
"@angular/build": "20.2.0-next.2",
"@angular/cdk": "20.2.0-next.2",
"@angular/cli": "20.2.0-next.2",
"@angular/common": "workspace:*",
"@angular/compiler": "workspace:*",
"@angular/compiler-cli": "workspace:*",
"@angular/core": "workspace:*",
"@angular/elements": "workspace:*",
"@angular/forms": "workspace:*",
"@angular/language-service": "workspace: *",
"@angular/localize": "workspace: *",
"@angular/material": "20.2.0-next.2",
"@angular/platform-browser": "workspace:*",
"@angular/platform-browser-dynamic": "workspace:*",
"@angular/platform-server": "workspace:*",
"@angular/router": "workspace:*",
"@angular/service-worker": "workspace:*",
"@angular/ssr": "20.2.0-next.2",
"@angular/upgrade": "workspace: *",
"@babel/cli": "7.28.0",
"@babel/core": "7.28.0",
"@babel/generator": "7.28.0",
"@jridgewell/sourcemap-codec": "^1.4.14",
"@microsoft/api-extractor": "^7.24.2",
"@rollup/plugin-babel": "^6.0.0",
"@rollup/plugin-commonjs": "^28.0.0",
"@rollup/plugin-node-resolve": "^16.0.0",
"@schematics/angular": "20.2.0-next.2",
"@types/angular": "^1.6.47",
"@types/babel__core": "7.20.5",
"@types/babel__generator": "7.27.0",
"@types/bluebird": "^3.5.27",
"@types/chrome": "^0.1.0",
"@types/convert-source-map": "^2.0.0",
"@types/dom-navigation": "^1.0.5",
"@types/hammerjs": "2.0.46",
"@types/jasmine": "^5.0.0",
"@types/jasminewd2": "^2.0.8",
"@types/node": "^18.11.18",
"@types/selenium-webdriver": "3.0.7",
"@types/selenium-webdriver4": "npm:@types/selenium-webdriver@4.1.28",
"@types/semver": "^7.3.4",
"@types/shelljs": "^0.8.6",
"@types/systemjs": "6.15.3",
"@types/yargs": "^17.0.3",
"angular-1.5": "npm:angular@1.5",
"angular-1.6": "npm:angular@1.6",
"angular-1.7": "npm:angular@1.7",
"angular-1.8": "npm:angular@1.8",
"angular-mocks-1.5": "npm:angular-mocks@1.5",
"angular-mocks-1.6": "npm:angular-mocks@1.6",
"angular-mocks-1.7": "npm:angular-mocks@1.7",
"angular-mocks-1.8": "npm:angular-mocks@1.8",
"bluebird": "^3.7.2",
"canonical-path": "1.0.0",
"chalk": "^5.4.1",
"chokidar": "^4.0.0",
"convert-source-map": "^1.5.1",
"d3": "^7.0.0",
"dagre-d3-es": "^7.0.11",
"diff": "^8.0.0",
"domino": "https://github.com/angular/domino.git#93e720f143d0296dd2726ffbcf4fc12283363a7b",
"esbuild": "0.25.8",
"esbuild-plugin-umd-wrapper": "^3.0.0",
"hammerjs": "~2.0.8",
"http-server": "^14.0.0",
"jasmine": "~5.9.0",
"jasmine-core": "^5.0.0",
"jasmine-reporters": "^2.5.2",
"karma": "~6.4.0",
"karma-chrome-launcher": "^3.1.0",
"karma-firefox-launcher": "^2.1.0",
"karma-jasmine": "^5.0.0",
"karma-requirejs": "^1.1.0",
"karma-sourcemap-loader": "^0.4.0",
refactor(compiler-cli): update type check generation code to use new import manager (#54819) Updates the type-check block generation code (also for inline type check blocks) to use the new import manager. This is now a requirement because the translator utilities from the reference emit environment expect an import manager that follows the new contract established via `ImportGenerator<TFile, TExpression>`. For type check files, we can simply print new imports as we don't expect existing imports to be updated. That is because type check files do not have any _original_ source files (or in practice— those are empty). For type check blocks inline, or constructors, imports _may_ be re-used. This is great as it helps fixing some incrementality bugs that we were seeing in the type check code. That is, sometimes the type check block code may generate imports conditionally for e.g. `TemplateRef`, or animations. Those then **prevent** incremental re-use if TCB code switches between those continously. We tried to account for that with signal inputs by always pre-generating such imports. This fixed the issue for type-check files, but for inline type check blocks this is different as we would introduce new imports in user code that would then be changed back in subsequential edit iterations. See: https://github.com/angular/angular/pull/53521#pullrequestreview-1778130879. In practice, the assumption was that we would be fine since user code is most likely containing imports to `@angular/core` already. That is a true assumption, but unfortunately it doesn't help with incremental re-use because TypeScript's structural change detection does not dedupe and expects 1:1 exact imports from their old source files. https://github.com/microsoft/TypeScript/pull/56845 To improve incremental re-use for the type check integration, we should re-use original source file imports when possible. This commit enables this. To update imports and execute inline operations, we are now uisng `magic-string` (which is then bundled) as it simplifies the string manipulatuons. PR Close #54819
2024-03-11 14:50:36 +00:00
"magic-string": "^0.30.8",
"ngx-flamegraph": "0.1.1",
"ngx-progressbar": "^14.0.0",
"open-in-idx": "^0.1.1",
"protractor": "^7.0.0",
"reflect-metadata": "^0.2.0",
"requirejs": "^2.3.6",
"rollup": "4.46.2",
"rollup-plugin-dts": "^6.1.1",
"rollup-plugin-preserve-shebang": "^1.0.1",
"rollup-plugin-sourcemaps": "^0.6.3",
"rxjs": "^7.0.0",
"selenium-webdriver": "3.5.0",
"selenium-webdriver4": "npm:selenium-webdriver@4.34.0",
"semver-dsl": "^1.0.1",
"shelljs": "^0.10.0",
"source-map": "0.7.6",
"source-map-support": "0.5.21",
"systemjs": "0.18.10",
"terser": "^5.8.0",
"tinyglobby": "^0.2.12",
"todomvc-app-css": "^2.3.0",
"todomvc-common": "^1.0.5",
"tslib": "^2.3.0",
"tslint": "6.1.3",
"tsx": "^4.7.2",
"typescript": "5.9.2",
"webtreemap": "^2.0.1",
"ws": "^8.15.0",
"xhr2": "0.2.1",
"yargs": "^18.0.0",
"zone.js": "0.15.1"
},
"// 2": "devDependencies are not used under Bazel. Many can be removed after test.sh is deleted.",
"devDependencies": {
"@actions/core": "^1.10.0",
"@actions/github": "^6.0.0",
"@angular-devkit/architect-cli": "0.2002.0-next.2",
"@angular/ng-dev": "https://github.com/angular/dev-infra-private-ng-dev-builds.git#ee016d9031a302c2dbcfa5d0ea7195ae7094290d",
"@babel/plugin-proposal-async-generator-functions": "7.20.7",
"@babel/plugin-transform-async-generator-functions": "^7.27.1",
"@bazel/bazelisk": "^1.7.5",
"@bazel/buildifier": "^8.0.0",
"@bazel/ibazel": "0.25.0",
"@inquirer/prompts": "^7.0.0",
"@nginfra/angular-linking": "^1.0.10",
"@octokit/graphql": "^9.0.0",
"@types/adm-zip": "^0.5.0",
build: convert CLDR locale extraction from Gulp to Bazel tool (#42230) Converts the CLDR locale extraction script to a Bazel tool. This allows us to generate locale files within Bazel, so that locales don't need to live as sources within the repo. Also it allows us to get rid of the legacy Gulp tooling. The migration of the Gulp script to a Bazel tool involved the following things: 1. Basic conversion of the `extract.js` script to TypeScript. This mostly was about adding explicit types. e.g. adding `locale: string` or `localeData: CldrStatic`. 2. Split-up into separate files. Instead of keeping the large `extract.js` file, the tool has been split into separate files. The logic remains the same, just that code is more readable and maintainable. 3. Introduction of a new `index.ts` file that is the entry-point for the Bazel tool. Previously the Gulp tool just generated all locale files, the default locale and base currency files at once. The new entry-point accepts a mode to be passed as first process argument. based on that argument, either locales are generated into a specified directory, or the default locale, base currencies or closure file is generated. This allows us to generate files with a Bazel genrule where we simply run the tool and specify the outputs. Note: It's necessary to have multiple modes because files live in separate locations. e.g. the default locale in `@angular/core`, but the rest in `@angular/common`. 4. Removal of the `cldr-data-downloader` and custom CLDR resolution logic. Within Bazel we cannot run a downloader using network. We switch this to something more Bazel idiomatic with better caching. For this a new repository rule is introduced that downloads the CLDR JSON repository and extracts it. Within that rule we determine the supported locales so that they can be used to pre-declare outputs (for the locales) within Bazel analysis phase. This allows us to add the generated locale files to a `ts_library` (which we want to have for better testing, and consistent JS transpilation). Note that the removal of `cldr-data-downloader` also requires us to add logic for detecting locales without data. The CLDR data downloader overwrote the `availableLocales.json` file with a file that only lists locales that CLDR provides data for. We use the official `availableLocales` file CLDR provides, but filter out locales for which no data is available. This is needed until we update to CLDR 39 where data is available for all such locales listed in `availableLocales.json`. PR Close #42230
2021-05-21 20:57:42 +00:00
"@types/cldrjs": "^0.4.22",
"@types/d3": "^7.4.3",
"@types/jsdom": "^21.1.5",
"@types/live-server": "^1.2.3",
"@types/tmp": "^0.2.6",
"@typescript/vfs": "^1.5.0",
"@yarnpkg/lockfile": "^1.1.0",
"adm-zip": "^0.5.10",
"angular-split": "^20.0.0",
"check-side-effects": "0.0.23",
"cldr": "7.9.0",
"cldrjs": "0.5.5",
"conventional-changelog": "^7.0.0",
"cypress": "14.5.3",
"emoji-regex": "^10.3.0",
"firebase-tools": "^14.0.0",
"get-tsconfig": "^4.10.1",
"gulp": "^5.0.0",
"gulp-conventional-changelog": "^5.0.0",
"html-entities": "^2.5.2",
"husky": "9.1.7",
"jsdom": "^26.0.0",
"karma-coverage": "^2.2.1",
"karma-jasmine-html-reporter": "^2.1.0",
"karma-sauce-launcher": "^4.3.6",
"live-server": "^1.2.2",
"patch-package": "^7.0.0",
"playwright-core": "^1.41.2",
"prettier": "^3.0.0",
"rollup-plugin-sourcemaps2": "^0.5.1",
"semver": "^7.3.5",
"tmp": "^0.2.3",
"ts-node": "^10.9.1",
"tsec": "0.2.8",
"tslint-eslint-rules": "5.4.0",
"tslint-no-toplevel-property-access": "0.0.2",
"typed-graphqlify": "^3.1.1",
"undici": "^7.0.0",
"vrsource-tslint-rules": "6.0.0"
build: Fix gulp format for Node >= 10.14 (#28213) With Node.js v10.14 and greater, running `yarn gulp format` produces the following error: ``` $ nvm current v10.15.0 $ yarn gulp format:changed yarn run v1.12.3 $ /usr/local/google/home/kyliau/Documents/GitHub/angular/node_modules/.bin/gulp format:changed internal/util/inspect.js:31 const types = internalBinding('types'); ^ ReferenceError: internalBinding is not defined at internal/util/inspect.js:31:15 at req_ (/usr/local/google/home/kyliau/Documents/GitHub/angular/node_modules/natives/index.js:137:5) at require (/usr/local/google/home/kyliau/Documents/GitHub/angular/node_modules/natives/index.js:110:12) at util.js:25:21 at req_ (/usr/local/google/home/kyliau/Documents/GitHub/angular/node_modules/natives/index.js:137:5) at require (/usr/local/google/home/kyliau/Documents/GitHub/angular/node_modules/natives/index.js:110:12) at fs.js:42:21 at req_ (/usr/local/google/home/kyliau/Documents/GitHub/angular/node_modules/natives/index.js:137:5) at Object.req [as require] (/usr/local/google/home/kyliau/Documents/GitHub/angular/node_modules/natives/index.js:54:10) at Object.<anonymous> (/usr/local/google/home/kyliau/Documents/GitHub/angular/node_modules/vinyl-fs/node_modules/graceful-fs/fs.js:1:99) ``` A search on GitHub reveals this issue is due to natives@1.1.4: gulpjs/gulp#2246 ``` $ yarn why natives yarn why v1.12.3 [1/4] Why do we have the module "natives"...? [2/4] Initialising dependency graph... [3/4] Finding dependency... [4/4] Calculating file sizes... => Found "natives@1.1.6" info Reasons this module exists - "gulp#vinyl-fs#graceful-fs" depends on it - Hoisted from "gulp#vinyl-fs#graceful-fs#natives" - Hoisted from "browserstacktunnel-wrapper#unzip#fstream#graceful-fs#natives" ``` The solution is to add a manual resolution for natives@1.1.6 PR Close #28213
2019-01-18 18:43:04 +00:00
},
"resolutions": {
"https-proxy-agent": "7.0.6",
build: remove resolution for `@angular/core` (#61360) This causes running `pnpm import` directly to fail ``` Scope: all 4 workspace projects Progress: resolved 1, reused 0, downloaded 0, added 0 . |  WARN  deprecated @babel/plugin-proposal-async-generator-functions@7.20.7 . |  WARN  deprecated gulp-conventional-changelog@5.0.0 . |  WARN  deprecated angular@1.5.11 . |  WARN  deprecated angular@1.6.10 . |  WARN  deprecated angular@1.7.9 . |  WARN  deprecated angular@1.8.3 . |  WARN  deprecated protractor@7.0.0 . |  WARN  deprecated tslint@6.1.3 Progress: resolved 177, reused 1, downloaded 0, added 0 Packages are hard linked from the content-addressable store to the virtual store. Content-addressable store is at: /tmp/renovate/cache/others/pnpm-store/v3 Virtual store is at: node_modules/.pnpm Progress: resolved 323, reused 2, downloaded 1, added 0 Progress: resolved 833, reused 2, downloaded 1, added 0 Progress: resolved 1565, reused 2, downloaded 1, added 0 Progress: resolved 2264, reused 2, downloaded 1, added 0  ERR_PNPM_NO_MATCHING_VERSION  No matching version found for @angular/compiler@0.0.0-PLACEHOLDER This error happened while installing a direct dependency of /tmp/renovate/repos/github/angular/angular The latest release of @angular/compiler is "19.2.10". Other releases are: * v4-lts: 4.4.7 * v5-lts: 5.2.11 * v6-lts: 6.1.10 * v7-lts: 7.2.15 * v8-lts: 8.2.14 * v9-lts: 9.1.13 * v10-lts: 10.2.5 * v11-lts: 11.2.14 * v12-lts: 12.2.17 * v14-lts: 14.3.0 * v13-lts: 13.4.0 * v15-lts: 15.2.10 * v16-lts: 16.2.12 * v17-lts: 17.3.12 * v18-lts: 18.2.13 * next: 20.0.0-rc.0 If you need the full list of all 906 published versions run "$ pnpm view @angular/compiler versions". ``` PR Close #61360
2025-05-15 06:34:38 +00:00
"saucelabs": "9.0.2"
},
"pnpm": {
"patchedDependencies": {
"dagre-d3-es@7.0.11": "tools/pnpm-patches/dagre-d3-es+7.0.11.patch"
},
"packageExtensions": {
"grpc-gcp": {
"peerDependencies": {
"protobufjs": "*"
}
}
},
"onlyBuiltDependencies": [
"cypress"
]
build: convert CLDR locale extraction from Gulp to Bazel tool (#42230) Converts the CLDR locale extraction script to a Bazel tool. This allows us to generate locale files within Bazel, so that locales don't need to live as sources within the repo. Also it allows us to get rid of the legacy Gulp tooling. The migration of the Gulp script to a Bazel tool involved the following things: 1. Basic conversion of the `extract.js` script to TypeScript. This mostly was about adding explicit types. e.g. adding `locale: string` or `localeData: CldrStatic`. 2. Split-up into separate files. Instead of keeping the large `extract.js` file, the tool has been split into separate files. The logic remains the same, just that code is more readable and maintainable. 3. Introduction of a new `index.ts` file that is the entry-point for the Bazel tool. Previously the Gulp tool just generated all locale files, the default locale and base currency files at once. The new entry-point accepts a mode to be passed as first process argument. based on that argument, either locales are generated into a specified directory, or the default locale, base currencies or closure file is generated. This allows us to generate files with a Bazel genrule where we simply run the tool and specify the outputs. Note: It's necessary to have multiple modes because files live in separate locations. e.g. the default locale in `@angular/core`, but the rest in `@angular/common`. 4. Removal of the `cldr-data-downloader` and custom CLDR resolution logic. Within Bazel we cannot run a downloader using network. We switch this to something more Bazel idiomatic with better caching. For this a new repository rule is introduced that downloads the CLDR JSON repository and extracts it. Within that rule we determine the supported locales so that they can be used to pre-declare outputs (for the locales) within Bazel analysis phase. This allows us to add the generated locale files to a `ts_library` (which we want to have for better testing, and consistent JS transpilation). Note that the removal of `cldr-data-downloader` also requires us to add logic for detecting locales without data. The CLDR data downloader overwrote the `availableLocales.json` file with a file that only lists locales that CLDR provides data for. We use the official `availableLocales` file CLDR provides, but filter out locales for which no data is available. This is needed until we update to CLDR 39 where data is available for all such locales listed in `availableLocales.json`. PR Close #42230
2021-05-21 20:57:42 +00:00
}
}