All projects need a well-defined workflow to take them from feature to implementation and on to a built and deployed piece of work. In this series, I will go over that process with a simple react application.

You’ll find a git repository that you can follow along with here. I will document each action taken in the repo along with a commit history that makes sense.

In this part, I will set up Travis CI to test a freshly made react application.


Let’s get the project up and running quickly with the create-react-app command. If you are unfamiliar with this command, take a look at this git repo. This command will leave us with a reasonable default directory structure that hides a killer webpack configuration and does a lot of the heavy lifting for us.

$ npx create-react-app test-react-apps-with-jest

$ tree -I node_modules
├── package.json
├── public
│   ├── favicon.ico
│   ├── index.html
│   └── manifest.json
├── src
│   ├── App.css
│   ├── App.js
│   ├── App.test.js
│   ├── index.css
│   ├── index.js
│   ├── logo.svg
│   └── serviceWorker.js
└── yarn.lock

2 directories, 13 files

GitHub commit

continuous testing

It is imperative that we test any bug fixes, new features, or any alterations to the application. To facilitate this we can use the free service Travis CI.

To set up this service you will need to register an account, luckily this can be done with your GitHub account. Once you sign up, you’ll need to activate the repo you want Travis to test.

Now you have the repo set up on we just need to create a .travis.yml file to tell Travis how to test the codebase.

# .travis.yml
language: node_js
  - "11.13.0"

Pushing up the changes results in our first Travis build. Well done us!

GitHub commit

Part 2: coverage