Book Overview & Buying
Table Of Contents

Continuous Integration, Delivery, and Deployment

By : Rossel

4 (8)

Buy this Book

Continuous Integration, Delivery, and Deployment

4 (8)

By: Rossel

Buy this Book

Overview of this book

The challenge faced by many teams while implementing Continuous Deployment is that it requires the use of many tools and processes that all work together. Learning and implementing all these tools (correctly) takes a lot of time and effort, leading people to wonder whether it's really worth it. This book sets up a project to show you the different steps, processes, and tools in Continuous Deployment and the actual problems they solve. We start by introducing Continuous Integration (CI), deployment, and delivery as well as providing an overview of the tools used in CI. You'll then create a web app and see how Git can be used in a CI environment. Moving on, you'll explore unit testing using Jasmine and browser testing using Karma and Selenium for your app. You'll also find out how to automate tasks using Gulp and Jenkins. Next, you'll get acquainted with database integration for different platforms, such as MongoDB and PostgreSQL. Finally, you'll set up different Jenkins jobs to integrate with Node.js and C# projects, and Jenkins pipelines to make branching easier. By the end of the book, you'll have implemented Continuous Delivery and deployment from scratch.

Preface

What this book covers

What you need for this book

Who this book is for

Conventions

Reader feedback

Customer support

Free Chapter

Continuous Integration, Delivery, and Deployment Foundations

Continuous Integration

Continuous Delivery

Continuous Deployment

Summary

Setting Up a CI Environment

Installing a Virtual Machine

Installing Git

Installing Jenkins

Installing PostgreSQL

Installing SonarQube

Summary

Version Control with Git

The basics

Branching

Reverting changes

The branching model

Summary

Creating a Simple JavaScript App

The web shop specs

Installing Node.js and npm

Creating the project

Creating the Home page

Creating the Product page

Creating the Search page

Creating the Shopping cart page

Summary

Testing Your JavaScript

Unit testing with Jasmine

Testing the web shop

Running tests with Karma

End-To-End testing with Selenium

Headless browser testing

Summary

Automation with Gulp

Gulp basics

Gulp plugins

Running your Karma tests

Getting our site production ready

Putting it all together

Summary

Automation with Jenkins

Installing Node.js and npm

Creating a Jenkins project

Executing Gulp in Jenkins

Publishing test results

Build triggers

Setting up email notifications

Setting up SonarQube

Artifacts

Running on Windows with Jenkins Slaves

Summary

A NodeJS and MongoDB Web App

Installing MongoDB

Creating the Node.js Back-end

The Login Page

Saving to MongoDB

Moving the Shopping Cart Module

Gulp

Jenkins

Summary

A C# .NET Core and PostgreSQL Web App

Installing .NET Core and Visual Studio Code

Creating the views

Running tasks

Adding the database

Fixing the login

Testing the database

Testing our C# code

Adding Selenium tests

Jenkins

Summary

Additional Jenkins Plugins

Views

Cleanup workspaces

Conditional build steps

Pipelines

Promoted builds

Parameterized builds

Triggering builds remotely

Blue ocean

Security

Summary

Jenkins Pipelines

Groovy

Pipeline projects

The Jenkinsfile

Multibranch pipeline

Completing the script

Summary

Testing a Web API

Building a REST service

Postman

Newman

Summary

Continuous Delivery

Branching

Manual deployment

Summary

Continuous Deployment

JavaScript Deployment using SSH

C# .NET Core Deployment using SSH

Database

Summary

JavaScript Deployment using SSH

The first thing we need to do is get out artifacts from our Jenkins build to where we want them fully automated. Usually, this will be some remote server, but we do not have that. However, what we will do is to pretend that our local Linux machine is some other remote Linux machine and transfer the files using SSH.

First, in our master Jenkinsfile, we will need to unpack our artifacts so that we can copy them at all. Jenkins will mention that unarchive is deprecated and replaced for most purposes by stash and unstash. As far as I know, stash and unstash are temporary for the duration of the build, while archive keeps your artifacts even when the build is complete. We need the archive because we always want to know what is currently running on production and maybe because we want to be able to manually deploy files as well. The only way to get your...