2016-12-15 14:19:21 -05:00
# Building and Testing Angular
2015-03-17 21:48:02 -04:00
2016-12-15 14:19:21 -05:00
This document describes how to set up your development environment to build and test Angular.
2016-08-16 22:38:49 -04:00
It also explains the basic mechanics of using `git` , `node` , and `npm` .
2015-03-17 21:48:02 -04:00
2015-04-09 12:33:10 -04:00
* [Prerequisite Software ](#prerequisite-software )
* [Getting the Sources ](#getting-the-sources )
2016-07-21 14:48:23 -04:00
* [Installing NPM Modules ](#installing-npm-modules )
2016-07-08 15:00:27 -04:00
* [Building ](#building )
2015-04-09 12:33:10 -04:00
* [Running Tests Locally ](#running-tests-locally )
See the [contribution guidelines ](https://github.com/angular/angular/blob/master/CONTRIBUTING.md )
if you'd like to contribute to Angular.
2015-03-17 21:48:02 -04:00
## Prerequisite Software
Before you can build and test Angular, you must install and configure the
following products on your development machine:
2016-01-21 16:30:03 -05:00
* [Git ](http://git-scm.com ) and/or the **GitHub app** (for [Mac ](http://mac.github.com ) or
[Windows ](http://windows.github.com )); [GitHub's Guide to Installing
Git](https://help.github.com/articles/set-up-git) is a good source of information.
* [Node.js ](http://nodejs.org ), (version `>=5.4.1 <6` ) which is used to run a development web server,
run tests, and generate distributable files. We also use Node's Package Manager, `npm`
(version `>=3.5.3 <4.0` ), which comes with Node. Depending on your system, you can install Node either from
source or as a pre-packaged bundle.
2016-01-08 04:04:28 -05:00
* [Java Development Kit ](http://www.oracle.com/technetwork/es/java/javase/downloads/index.html ) which is used
to execute the selenium standalone server for e2e testing.
2015-03-17 21:48:02 -04:00
## Getting the Sources
2015-04-17 19:02:42 -04:00
Fork and clone the Angular repository:
2015-03-17 21:48:02 -04:00
2015-04-17 19:02:42 -04:00
1. Login to your GitHub account or create one by following the instructions given
2015-03-17 21:48:02 -04:00
[here ](https://github.com/signup/free ).
2. [Fork ](http://help.github.com/forking ) the [main Angular
repository](https://github.com/angular/angular).
3. Clone your fork of the Angular repository and define an `upstream` remote pointing back to
2015-04-17 19:02:42 -04:00
the Angular repository that you forked in the first place.
2015-03-17 21:48:02 -04:00
```shell
2015-04-17 19:02:42 -04:00
# Clone your GitHub repository:
2015-03-17 21:48:02 -04:00
git clone git@github.com:< github username > /angular.git
# Go to the Angular directory:
cd angular
# Add the main Angular repository as an upstream remote to your repository:
git remote add upstream https://github.com/angular/angular.git
```
2016-07-21 14:48:23 -04:00
## Installing NPM Modules
2015-03-17 21:48:02 -04:00
2016-08-16 22:38:49 -04:00
Next, install the JavaScript modules needed to build and test Angular:
2015-03-17 21:48:02 -04:00
```shell
# Install Angular project dependencies (package.json)
npm install
```
**Optional**: In this document, we make use of project local `npm` package scripts and binaries
(stored under `./node_modules/.bin` ) by prefixing these command invocations with `$(npm bin)` ; in
2015-03-19 14:36:27 -04:00
particular `gulp` and `protractor` commands. If you prefer, you can drop this path prefix by either:
*Option 1*: globally installing these two packages as follows:
2015-03-17 21:48:02 -04:00
* `npm install -g gulp` (you might need to prefix this command with `sudo` )
* `npm install -g protractor` (you might need to prefix this command with `sudo` )
2015-03-19 14:36:27 -04:00
Since global installs can become stale, and required versions can vary by project, we avoid their
use in these instructions.
*Option 2*: defining a bash alias like `alias nbin='PATH=$(npm bin):$PATH'` as detailed in this
[Stackoverflow answer ](http://stackoverflow.com/questions/9679932/how-to-use-package-installed-locally-in-node-modules/15157360#15157360 ) and used like this: e.g., `nbin gulp build` .
2015-03-17 21:48:02 -04:00
2016-07-21 12:01:47 -04:00
## Windows only
In order to create the right symlinks, run **as administrator** :
```shell
./scripts/windows/create-symlinks.sh
```
Before submitting a PR, do not forget to remove them:
```shell
./scripts/windows/remove-symlinks.sh
```
2016-07-08 15:00:27 -04:00
## Building
2015-03-17 21:48:02 -04:00
2016-07-08 15:00:27 -04:00
To build Angular run:
2015-03-17 21:48:02 -04:00
```shell
2016-07-08 15:00:27 -04:00
./build.sh
2015-03-17 21:48:02 -04:00
```
2016-07-08 15:00:27 -04:00
* Results are put in the dist folder.
2015-03-17 21:48:02 -04:00
## Running Tests Locally
2016-07-08 15:00:27 -04:00
To run tests:
2015-11-06 18:16:53 -05:00
2015-09-02 20:08:16 -04:00
```shell
2016-07-29 17:10:20 -04:00
$ ./test.sh node # Run all angular tests on node
2016-07-14 11:51:05 -04:00
2016-07-29 17:10:20 -04:00
$ ./test.sh browser # Run all angular tests in browser
$ ./test.sh browserNoRouter # Optionally run all angular tests without router in browser
2016-07-14 11:51:05 -04:00
2016-07-29 17:10:20 -04:00
$ ./test.sh tools # Run angular tooling (not framework) tests
2016-07-14 11:51:05 -04:00
```
You should execute the 3 test suites before submitting a PR to github.
All the tests are executed on our Continuous Integration infrastructure and a PR could only be merged once the tests pass.
- CircleCI fails if your code is not formatted properly,
2016-10-02 17:19:47 -04:00
- Travis CI fails if any of the test suites described above fails.
2016-07-14 11:51:05 -04:00
## Update the public API tests
If you happen to modify the public API of Angular, API golden files must be updated using:
``` shell
$ gulp public-api:update
2015-09-02 20:08:16 -04:00
```
2016-07-14 11:51:05 -04:00
Note: The command `./test.sh tools` fails when the API doesn't match the golden files.
2016-12-05 13:27:20 -05:00
## <a name="clang-format"></a> Formatting your source code
2016-07-14 11:51:05 -04:00
Angular uses [clang-format ](http://clang.llvm.org/docs/ClangFormat.html ) to format the source code. If the source code
is not properly formatted, the CI will fail and the PR can not be merged.
You can automatically format your code by running:
``` shell
$ gulp format
```
2016-12-15 14:19:21 -05:00
## Publishing your own personal snapshot build
2016-07-14 11:51:05 -04:00
2016-12-15 14:19:21 -05:00
You may find that your un-merged change needs some validation from external participants.
Rather than requiring them to pull your Pull Request and build Angular locally, you can
publish the `*-builds` snapshots just like our Travis build does.
First time, you need to create the github repositories:
``` shell
$ export TOKEN=[get one from https://github.com/settings/tokens]
$ CREATE_REPOS=1 ./scripts/publish/publish-build-artifacts.sh [github username]
```
For subsequent snapshots, just run
``` shell
$ ./scripts/publish/publish-build-artifacts.sh [github username]
```
2016-12-20 17:52:50 -05:00
The script will publish the build snapshot to a branch with the same name as your current branch,
and create it if it doesn't exist.