Playground for experimenting with some of the core features of Angular and integration with other software and services.
This project is no longer maintained and it's definitely out of date! Use at your own risk!
This setup is using:
- Angular
- TypeScript
- Core JS - necessary for browsers that haven't implemented any or some of the ES6 features required by Angular
- HammerJS - adds support for touch gestures in Material 2
- Angular Flex Layout
- Material 2
- Material Icons
- Normalize CSS
- RxJs
PaaS:
- Firebase - realtime store for the app's data, authentication and hosting provider
Unit/E2E tests & format check:
- Karma - test runner for the app unit tests
- Protractor - e2e test framework
- Jasmine - assertion lib
- TSlint
CI/CD:
Tools:
Package management:
Make sure you have Node version v7.9
(or above) installed.
If you'd like to use Yarn, follow their instructions to install it on your platform,
otherwise make sure at least NPM 5 is installed, you can check the version with npm --version
.
Follow the instructions for setting up the app:
- Clone the repository:
git clone https://github.com/rolandjitsu/angular-lab.git
; - From the root of the project, install dependencies:
yarn install
/npm install
;
NOTE: Keep in mind that every package that was installed has to be invoked with either $(npm bin)/<package>
or node_modules/.bin/<package>
.
Or if you want to avoid writing all of that every time:
- Install direnv;
- Setup
.envrc
(just a file) withexport PATH=$PATH:$PWD/node_modules/.bin
; - Run
direnv allow
at the root of the project where.envrc
resides.
Now you can simply run <package>
.
If you'd like to use env variables, such as API keys, in the app, you can do so by importing from secrets
:
import {MY_SECRET} from 'secrets';
For the above to work, you need to:
- Add
MY_SECRET
to the.secrets
file (MY_SECRET
needs to be an env variable) - Add the var to
src/typings.d.ts
:
declare module "secrets" {
...
export const MY_SECRET: any;
}
- Run
npm run secrets:eject
The last command will generate a .secrets.js
module file containing all the secrets. This file is aliased to the secrets
path you use to import from (using the TS {paths}
compiler option).
NOTE: All the values will be strings, therefore, it's up to you to parse them as needed.
In order to use your own Firebase account for hosting the app, follow the instructions below:
- Run
$(npm bin)/firebase login:ci
to get an auth token (follow the steps you are given by the command) and export itexport FIREBASE_TOKEN=<your Firebase token>
; - Get the Firebase API key (use
$(npm bin)/firebase setup:web
to get it from{apiKey}
) and export itexport FIREBASE_API_KEY=<your Firebase API key>
; - Replace
angular-laboratory
with your own Firebase project id in.firebaserc
.
Given that you have FIREBASE_TOKEN
and FIREBASE_API_KEY
exported as env var, you can deploy the app to your own Firebase account with:
# NOTE: This also generates a .secrets.js
npm run deploy
Or you can also use the following to set FIREBASE_TOKEN
/FIREBASE_API_KEY
and deploy:
FIREBASE_API_KEY=<your Firebase API key> FIREBASE_TOKEN=<your Firebase token> npm run deploy
If you plan on using this setup with your own projects and you wish to setup Travis CI, you must make sure of a few of things in order to have everything working properly on the CI:
- For deployments, setup the env variable
FIREBASE_TOKEN
containing the token you got from$(npm bin)/firebase login:ci
:- Encrypt the token using
travis encrypt FIREBASE_TOKEN=<your Firebase token>
, see docs to find out more about it; - Replace the
secure
key's value with the string generated from the previous step (it's right belowFIREBASE_TOKEN
in.travis.yml
);
- Encrypt the token using
- For connecting the app to Firebase (and properly building the app), setup the
FIREBASE_API_KEY
env variable:- Encrypt the API key using
travis encrypt FIREBASE_API_KEY=<your Firebase API key>
; - Replace the
secure
key's value with the string generated from the previous step (it's right belowFIREBASE_API_KEY
in.travis.yml
);
- Encrypt the API key using
- For tests that run on Saucelabs, setup the env variables
SAUCE_USERNAME
andSAUCE_ACCESS_KEY
:- Replace
SAUCE_USERNAME
with your own username (no need to encrypt); - Encrypt the access key using
travis encrypt SAUCE_ACCESS_KEY=<your Saucelabs access key>
; - Replace the
secure
key's value with the string generated from the previous step (it's right belowSAUCE_ACCESS_KEY
in.travis.yml
);
- Replace
- Remove the
webhooks
section fromnotifications
in.travis.yml
.
If you don't want to deploy to Firebase on push skip the 1st and 2nd step in the instructions above and remove the following in .travis.yml
:
after_success: npm run deploy:ci
step;- Encrypted
FIREBASE_TOKEN
env var; - Encrypted
FIREBASE_API_KEY
env var.
If you don't use Saucelabs, skip the 3nd step and remove the following in .travis.yml
;
sauce_connect
section fromaddons
;- Encrypted
SAUCE_USERNAME
andSAUCE_ACCESS_KEY
env vars.
Now, keep in mind that cloning this repo and continuing in the same project will give you some issues with Travis if you wish to set it up with your own account.
So I suggest you start out with a clean project and start git from scratch (git init
),
then copy over things from this project (obviously, do not include .git
- not visible on most UNIX base systems).
All you need to get started is npm start
(or npm start:prod
if you need to emulate a production environment).
Now you should see the app running in the browser (might take a while when compiling the first time).
Below you can find a few of things to help understand how this setup works and how to make it easier when developing on this app.
Angular CLI is used to handle every aspect of the development of the app (e.g. building, testing, etc.).
To get started, npm start
will start a static webserver, rerun builds on file changes (styles, scripts, etc.), and reload the browser after builds are done.
Unit tests run the same way, whenever there is a change the tests will rerun on the new code. For further info about tests read below.
Tests can be run selectively as it follows:
npm run lint
: runs tslint and checks all.ts
files according to thetslint.json
rules file;npm run lint:fix
: runs the above command and also tries to fix some of failures (see the rules withHas Fixer
flag);npm run test:continuous
: unit tests in Chrome headless; runs in watch mode (i.e. watches the source files for changes and re-runs tests when files are updated);npm run test
: unit tests in Chrome headless; runs in single run mode, meaning it will run once and it will not watch for file changes;npm run test:ci
: unit tests on the CI server; same asnpm run test
, but it runs on Saucelabs browsers;npm run e2e
: e2e tests in Chrome headless without code watch or live reload;npm run e2e:ci
: e2e tests on the CI server, but on Saucelabs browsers.
In case you need to build everything, run npm run build
(use npm run build:prod
if the build is for production).
To see what other commands Angular CLI has, run $(npm bin)/ng help
.
Or take a look at the scripts
section in package.json
for project specific commands.
Deployments are handled by Travis CI.
Pushing to master
will automatically deploy the app, given that all tests pass.
You can expect the app to run wherever Angular does, but check the matrix below to see where the project tests pass.
If you wish to contribute, please use the following guidelines:
- Use Conventional Changelog when committing changes
- Follow Angular Styleguide
- Use
npm run lint
/npm run lint:fix
to fix any TS warnings/errors before you check in anything: - Use
[ci skip]
in commit messages to skip a build (e.g. when making docs changes)
In the making of this simple app, I have made use of whatever resources I could find out there, thus, it's worth mentioning that the following projects have served as inspiration and help: