stories 1.0 update - rbinsztock/angular-cli GitHub Wiki
Angular CLI migration guide
In this migration guide we'll be looking at some of the major changes to CLI projects in the last two months.
Most of these changes were not breaking changes and your project should work fine without them.
But if you've been waiting for the perfect time to update, this is it! Along with major rebuild speed increases, we've been busy adding a lot of features.
Documentation has also completely moved to the wiki. The new Stories section covers common usage scenarios, so be sure to have a look!
Below are the changes between a project generated two months ago, with 1.0.0-beta.24 and
a 1.0.0 project.
If you kept your project up to date you might have a lot of these already.
You can find more details about changes between versions in the releases tab on GitHub.
If you prefer, you can also generate a new project in a separate folder using
ng new upgrade-project --skip-install and compare the differences.
@angular/cli
Angular CLI can now be found on NPM under @angular/cli instead of angular-cli, and upgrading is a simple 3 step process:
- Uninstall old version
- Update node/npm if necessary
- Install new version
1. Uninstall old version
If you're using Angular CLI beta.28 or less, you need to uninstall the angular-cli packages:
npm uninstall -g angular-cli # Remove global package
npm uninstall --save-dev angular-cli # Remove from package.json
Otherwise, uninstall the @angular/cli packages:
npm uninstall -g @angular/cli # Remove global package
npm uninstall --save-dev @angular/cli # Remove from package.json
Also purge the cache and local packages:
rm -rf node_modules dist # Use rmdir on Windows
npm cache clean
At this point, you should not have Angular CLI on your system anymore. If invoking Angular CLI at the commandline reveals that it still exists on your system, you will have to manually remove it. See Manually removing residual Angular CLI.
2. Update node/npm if necessary
Angular CLI now has a minimum requirement of Node 6.9.0 or higher, together with NPM 3 or higher.
If your Node or NPM versions do not meet these requirements, please refer to the documentation on how to upgrade.
3. Install the new version
To update Angular CLI to a new version, you must update both the global package and your project's local package:
npm install -g @angular/cli@latest # Global package
npm install --save-dev @angular/cli@latest # Local package
npm install # Restore removed dependencies
Manually removing residual Angular CLI
If you accidentally updated NPM before removing the old Angular CLI, you may find that uninstalling the package using npm uninstall is proving fruitless. This could be because the global install (and uninstall) path changed between versions of npm from /usr/local/lib to /usr/lib, and hence, no longer searches through the old directory. In this case you'll have to remove it manually:
rm -rf /usr/local/lib/node_modules/@angular/cli
If the old Angular CLI package still persists, you'll need to research how to remove it before proceeding with the upgrade.
.angular-cli.json
angular-cli.json is now .angular-cli.json, but we still accept the old config file name.
A few new properties have changed in it:
Schema
Add the $schema property above project for handy IDE support on your config file:
"$schema": "./node_modules/@angular/cli/lib/config/schema.json",
Polyfills
There is now a dedicated entry for polyfills (#3812)
inside apps[0].polyfills, between main and test:
"main": "main.ts",
"polyfills": "polyfills.ts",
"test": "test.ts",
Add it and remove import './polyfills.ts'; from src/main.ts and src/test.ts.
We also added a lot of descriptive comments to the existing src/polyfills.ts file, explaining
which polyfills are needed for what browsers.
Be sure to check it out in a new project!
Environments
A new environmentSource entry (#4705)
replaces the previous source entry inside environments.
To migrate angular-cli.json follow the example below:
Before:
"environments": {
"source": "environments/environment.ts",
"dev": "environments/environment.ts",
"prod": "environments/environment.prod.ts"
}
After:
"environmentSource": "environments/environment.ts",
"environments": {
"dev": "environments/environment.ts",
"prod": "environments/environment.prod.ts"
}
Linting
The CLI now uses the TSLint API (#4248) to lint several TS projects at once.
There is a new lint entry in .angular-cli.json between e2e and test where all linting
targets are listed:
"e2e": {
"protractor": {
"config": "./protractor.conf.js"
}
},
"lint": [
{
"project": "src/tsconfig.app.json"
},
{
"project": "src/tsconfig.spec.json"
},
{
"project": "e2e/tsconfig.e2e.json"
}
],
"test": {
"karma": {
"config": "./karma.conf.js"
}
},
Generator defaults
Now you can list generator defaults per generator (#4389)
in defaults.
Instead of:
"defaults": {
"styleExt": "css",
"prefixInterfaces": false,
"inline": {
"style": false,
"template": false
},
"spec": {
"class": false,
"component": true,
"directive": true,
"module": false,
"pipe": true,
"service": true
}
}
You can instead list the flags as they appear on the generator command:
"defaults": {
"styleExt": "css",
"component": {
"inlineTemplate": false,
"spec": true
}
}
One tsconfig per app
CLI projects now use one tsconfig per app (#4924).
src/tsconfig.app.json: configuration for the Angular app.
{
"compilerOptions": {
"sourceMap": true,
"declaration": false,
"moduleResolution": "node",
"emitDecoratorMetadata": true,
"experimentalDecorators": true,
"target": "es5",
"lib": [
"es2017",
"dom"
],
"outDir": "../out-tsc/app",
"module": "es2015",
"baseUrl": "",
"types": []
},
"exclude": [
"test.ts",
"**/*.spec.ts"
]
}
src/tsconfig.spec.json: configuration for the unit tests.
{
"compilerOptions": {
"sourceMap": true,
"declaration": false,
"moduleResolution": "node",
"emitDecoratorMetadata": true,
"experimentalDecorators": true,
"lib": [
"es2017",
"dom"
],
"outDir": "../out-tsc/spec",
"module": "commonjs",
"target": "es5",
"baseUrl": "",
"types": [
"jasmine",
"node"
]
},
"files": [
"test.ts"
],
"include": [
"**/*.spec.ts",
"**/*.d.ts"
]
}
e2e/tsconfig.e2e.json: configuration for the e2e tests.
{
"compilerOptions": {
"sourceMap": true,
"declaration": false,
"moduleResolution": "node",
"emitDecoratorMetadata": true,
"experimentalDecorators": true,
"lib": [
"es2017"
],
"outDir": "../out-tsc/e2e",
"module": "commonjs",
"target": "es5",
"types":[
"jasmine",
"node"
]
}
}
There is an additional root-level tsconfig.json that is used for IDE integration.
{
"compileOnSave": false,
"compilerOptions": {
"outDir": "./dist/out-tsc",
"baseUrl": "src",
"sourceMap": true,
"declaration": false,
"moduleResolution": "node",
"emitDecoratorMetadata": true,
"experimentalDecorators": true,
"target": "es5",
"typeRoots": [
"node_modules/@types"
],
"lib": [
"es2017",
"dom"
]
}
}
You can delete e2e/tsconfig.json and src/tsconfig.json after adding these.
Also update .angular-cli.json to use them inside apps[0]:
"tsconfig": "tsconfig.app.json",
"testTsconfig": "tsconfig.spec.json",
Then update protractor.conf.js to use the e2e config as well:
beforeLaunch: function() {
require('ts-node').register({
project: 'e2e/tsconfig.e2e.json'
});
},
These configs have an types array where you should add any package you install via @types/*.
This array helps keep typings isolated to the apps that really need them and avoid problems with
duplicate typings.
For instance, the unit test tsconfig has jasmine and node, which correspond to
@types/jasmine and @types/node.
Add any typings you've installed to the appropriate tsconfig as well.
typings.d.ts
There's a new src/typings.d.ts file that serves two purposes:
- provides a centralized place for users to add their own custom typings
- makes it easy to use components that use
module.id, present in the documentation and in snippets
/* SystemJS module definition */
declare var module: NodeModule;
interface NodeModule {
id: string;
}
package.json
We've updated a lot of packages over the last months in order to keep projects up to date.
Additions or removals are found in bold below.
Packages in dependencies:
@angular/*packages now have a^4.0.0minimumcore-jsremains unchanged at^2.4.1rxjswas updated to^5.1.0ts-helperswas removedzone.jswas updated to^0.8.4
Packages in devDependencies:
@angular/cliat1.0.0replacesangular-cli@angular/compiler-cliis also at^4.0.0@types/jasmineremains unchanged and pinned at2.5.38@types/nodewas updated to~6.0.60codelyzerwas updated to~2.0.0jasmine-corewas updated to~2.5.2jasmine-spec-reporterwas updated to~3.2.0karmawas updated to~1.4.1karma-chrome-launcherwas updated to~2.0.0karma-cliwas updated to~1.0.1karma-jasminewas updated to~1.1.0karma-jasmine-html-reporterwas added at^0.2.2karma-coverage-istanbul-reporterwas added at^0.2.0, replacingkarma-remap-istanbulkarma-remap-istanbulwas removedprotractorwas updated to~5.1.0ts-nodewas updated to~2.0.0tslintwas updated to~4.5.0typescriptwas updated to~2.1.0
See the karma and protractor sections below for more information on changed packages.
The [Linting rules](#Linting rules) section contains a list of rules that changed due to updates.
We also updated the scripts section to make it more simple:
"scripts": {
"ng": "ng",
"start": "ng serve",
"build": "ng build",
"test": "ng test",
"lint": "ng lint",
"e2e": "ng e2e"
},
karma.conf.js
Karma configuration suffered some changes to improve the code-coverage functionality,
use the new @angular/cli package, and the new HTML reporter.
In the frameworks array update the CLI package to @angular/cli.
In the plugins array:
- add
require('karma-jasmine-html-reporter')andrequire('karma-coverage-istanbul-reporter') - remove
require('karma-remap-istanbul') - update the CLI plugin to
require('@angular/cli/plugins/karma')
Add a new client option just above patterns:
client:{
clearContext: false // leave Jasmine Spec Runner output visible in browser
},
files: [
Change the preprocessor to use the new CLI package:
preprocessors: {
'./src/test.ts': ['@angular/cli']
},
Replace remapIstanbulReporter with coverageIstanbulReporter:
coverageIstanbulReporter: {
reports: [ 'html', 'lcovonly' ],
fixWebpackSourcePaths: true
},
Remove the config entry from angularCli:
angularCli: {
environment: 'dev'
},
Update the reporters to use coverage-istanbul instead of karma-remap-istanbul, and
add kjhtml (short for karma-jasmine-html-reporter):
reporters: config.angularCli && config.angularCli.codeCoverage
? ['progress', 'coverage-istanbul']
: ['progress', 'kjhtml'],
protractor.conf.js
Protractor was updated to the new 5.x major version, but you shouldn't need to change much to take advantage of all its new features.
Replace the spec reporter import from:
var SpecReporter = require('jasmine-spec-reporter');
to
const { SpecReporter } = require('jasmine-spec-reporter');
Remove useAllAngular2AppRoots: true.
Update beforeLaunch as described in One tsconfig per app:
beforeLaunch: function() {
require('ts-node').register({
project: 'e2e/tsconfig.e2e.json'
});
},
Update onPrepare:
onPrepare: function() {
jasmine.getEnv().addReporter(new SpecReporter({ spec: { displayStacktrace: true } }));
}
Linting rules
The updated versions of tslint and codelyzer contain a few rule changes that you should
apply to your tslint.json:
Add these new rules:
"callable-types": true,
"import-blacklist": [true, "rxjs"],
"import-spacing": true,
"interface-over-type-literal": true,
"no-empty-interface": true,
"no-string-throw": true,
"prefer-const": true,
"typeof-compare": true,
"unified-signatures": true,
Update no-inferrable-types to "no-inferrable-types": [true, "ignore-params"].