This document describes how to set up your development environment to build and test ng-bootstrap.
It also explains the basic mechanics of using git
, node
and yarn
.
- Prerequisite Software
- Getting the Sources
- Installing Dependencies
- Project Structure
- Useful commands
- Formatting
See the contribution guidelines if you'd like to contribute to ng-bootstrap.
Before you can build and test ng-bootstrap, you must install and configure the following products on your development machine:
-
Git and/or the GitHub app (for Mac or Windows); GitHub's Guide to Installing Git is a good source of information.
-
Node.js, (version
>=8.9.0
) which is used to run tests, and generate distributable files. Depending on your system, you can install Node either from source or as a pre-packaged bundle. -
We use Yarn (version
>=1.3.0
) to manage dependencies. Please, see installation instructions on their site. -
We use Chrome to run our tests.
Fork and clone the ng-bootstrap repository:
- Login to your GitHub account or create one by following the instructions given here.
- Fork the main ng-bootstrap repository.
- Clone your fork of the ng-bootstrap's ng-bootstrap repository and define an
upstream
remote pointing back to the ng-bootstrap's ng-bootstrap repository that you forked in the first place.
# Clone your GitHub repository:
git clone git@github.com:<github username>/ng-bootstrap.git ng-bootstrap
# Go to the ng-bootstrap directory:
cd ng-bootstrap
# Add the main ng-bootstrap repository as an upstream remote to your repository:
git remote add upstream https://github.com/ng-bootstrap/ng-bootstrap.git
Next, install the JavaScript modules needed to build and test ng-bootstrap:
# Install ng-bootstrap project dependencies (package.json)
yarn
We use @angular/cli
to build both ng-bootstrap library and demo site. There are several Angular CLI projects inside the checked out code:
ng-bootstrap
- the ng-bootstrap library itself, sources are located in directly in thesrc
folderdemo
- the demo site deployed at https://ng-bootstrap.github.io, sources are indemo/src
e2e test app
- an application used to run e2e tests for the library, sources are ine2e-app/src
ssr test app
- a simple one-paged application for Server Side Rendering tests, sources are inssr-app/src
The most useful commands are:
Serves the demo site locally in dev mode at http://localhost:4200/. You can optionally add --prod
argument to serve demo in production mode or --aot
to serve demo in dev mode, but with AOT
Builds both library and demo site in production mode. The library will be built in Angular Package format in dist
folder. The demo site will be built in demo/dist
folder.
Runs unit tests for the library in watch mode without any additional checks
Note: If you want to only run a single test you can alter the test you wish to run by changing
it
to fit
or describe
to fdescribe
. This will only run that individual test and make it
much easier to debug. xit
and xdescribe
can also be useful to exclude a test and a group of
tests respectively.
Checks formatting, linting and runs all unit tests for the library with coverage
Runs all protractor tests for the library in production mode. We use them to check focus handling, browser styles, layout, etc.
(For debugging/development it is also possible to separately serve the e2e test application with yarn e2e-app:serve
and run protractor with yarn ngb:e2e-noserve
)
Builds, runs and e2e tests a simple server-side rendered application with all ng-bootstrap components
Runs exactly the same suite of actions as the CI server, so you might want to do it before opening a PR
Checks that your source code is properly formatted without running anything else (see next section)
You can inspect package.json
scripts section for a full list of commands available.
Formatting with clang-format
We use clang-format to automatically enforce code
style for our TypeScript code. This allows us to focus our code reviews more on the content, and
less on style nit-picking. It also lets us encode our style guide in the .clang-format
file in the
repository, allowing many tools and editors to share our settings.
To check the formatting of your code, run
yarn check-format
Your life will be easier if you include the formatter in your standard workflow. Otherwise, you'll likely forget to check the formatting, and waste time waiting for a build on Travis that fails due to some whitespace difference.
- Install clang-format with
npm install -g clang-format
. - Use
clang-format -i [file name]
to format a file (or multiple). Note thatclang-format
tries to load aclang-format
node module close to the sources being formatted, or from the$CWD
, and only then uses the globally installed one - so the version used should automatically match the one required by the project. Useclang-format -version
in case you get confused. - Use
yarn check-format
to check if your code isclang-format
clean. This also gives you a command line to format your code. clang-format
also includes a git hook, rungit clang-format
to format all files you touched.- You can run this as a git pre-commit hook to automatically format your delta regions when you commit a change. In the ng-bootstrap repo, run
$ echo -e '#!/bin/sh\nexec git clang-format' > .git/hooks/pre-commit
$ chmod u+x !$
- WebStorm can run clang-format on the current file.
- Under Preferences, open Tools > External Tools.
- Plus icon to Create Tool
- Fill in the form:
- Name: clang-format
- Description: Format
- Synchronize files after execution: checked
- Open console: not checked
- Show in: Editor menu
- Program: [path to clang-format, try
$ echo $(npm config get prefix)/bin/clang-format
] - Parameters:
-i -style=file $FilePath$
- Working directory:
$ProjectFileDir$
clang-format
integrations are also available for many popular editors (vim
,emacs
,Sublime Text
, etc.).