CI/CD pipeline basics in Spring Boot - Cheat Sheet & Quick Revision

Recall & Review

beginner

What does CI stand for in DevOps?

CI stands for Continuous Integration. It means regularly merging code changes into a shared repository to detect problems early.

beginner

What is the main goal of a CD pipeline?

CD stands for Continuous Delivery or Continuous Deployment. Its goal is to automatically prepare and release software updates to users quickly and safely.

beginner

Name three common stages in a CI/CD pipeline.

Common stages are: 1) Build - compile the code, 2) Test - run automated tests, 3) Deploy - release the app to an environment.

beginner

Why is automation important in CI/CD pipelines?

Automation speeds up software delivery, reduces human errors, and ensures consistent processes for building, testing, and deploying code.

beginner

How does a CI/CD pipeline help a Spring Boot project?

It automatically builds the Spring Boot app, runs tests to catch bugs early, and deploys the app to servers or cloud, making updates faster and safer.

What is the first step in a typical CI/CD pipeline?

A Build the code

B Deploy to production

C Run user acceptance tests

D Monitor application logs

The pipeline usually starts by building the code to create an executable or package.

Which tool is commonly used to automate CI/CD pipelines?

A Slack

B Photoshop

C Excel

D Jenkins

Jenkins is a popular automation server used to create CI/CD pipelines.

What does Continuous Deployment mean?

A Manually releasing software updates

B Writing code without version control

C Automatically releasing every change to production

D Only building code without testing

Continuous Deployment means every code change that passes tests is automatically released to production.

Why run automated tests in a CI/CD pipeline?

A To delay the release process

B To find bugs early and ensure code quality

C To increase manual work

D To avoid using version control

Automated tests help catch bugs early and keep the software reliable.

Which stage comes after testing in a CI/CD pipeline?

A Deployment

B Code writing

C Designing UI

D Monitoring logs

After tests pass, the next step is usually deploying the software to an environment.

Explain the main steps of a CI/CD pipeline and why each is important.

Think about how code moves from writing to users.

Describe how a CI/CD pipeline benefits a Spring Boot application development process.

Focus on speed and quality improvements.

Practice

1. What is the main purpose of a CI/CD pipeline in a Spring Boot project?

easy

A. To automate building, testing, and deploying the application

B. To write the application code manually

C. To design the user interface of the application

D. To manage database schemas manually

Solution

1. Step 1: Understand CI/CD pipeline role

   A CI/CD pipeline automates repetitive tasks like building, testing, and deploying software.

2. Step 2: Match with Spring Boot context

   In Spring Boot projects, this automation helps deliver updates faster and catch errors early.

3. Final Answer:

   To automate building, testing, and deploying the application -> Option A

4. Quick Check:

   CI/CD pipeline = automation of build, test, deploy [OK]

Hint: CI/CD means automate build, test, deploy steps [OK]

Common Mistakes:

• Confusing CI/CD with coding or UI design
• Thinking CI/CD manages database manually
• Assuming CI/CD replaces writing code

2. Which of the following is the correct syntax to define a stage in a Jenkins pipeline for building a Spring Boot app?

easy

A. step('Build') { execute 'mvn clean package' }

B. buildStage { run 'mvn clean package' }

C. pipelineStage('Build') { shell 'mvn clean package' }

D. stage('Build') { steps { sh 'mvn clean package' } }

Solution

1. Step 1: Recall Jenkins pipeline syntax

   Jenkins uses stage('Name') { steps { ... } } to define stages.

2. Step 2: Verify correct command inside steps

   The shell command sh 'mvn clean package' is correct for building a Spring Boot app with Maven.

3. Final Answer:

   stage('Build') { steps { sh 'mvn clean package' } } -> Option D

4. Quick Check:

   Jenkins stage syntax = stage + steps + sh [OK]

Hint: Jenkins stages use stage('name') with steps block [OK]

Common Mistakes:

• Using incorrect keywords like buildStage or pipelineStage
• Missing steps block inside stage
• Using run or execute instead of sh for shell commands

3. Given this Jenkins pipeline snippet:

pipeline {
  agent any
  stages {
    stage('Test') {
      steps {
        sh 'mvn test'
      }
    }
  }
}

What will happen when this pipeline runs?

medium

A. It builds the application without testing

B. It runs Maven tests and reports results

C. It deploys the application to production

D. It fails because 'mvn test' is invalid

Solution

1. Step 1: Analyze the pipeline stage

   The stage named 'Test' runs the shell command mvn test, which executes tests in Maven.

2. Step 2: Understand the pipeline effect

   Running mvn test triggers tests and generates test reports if any.

3. Final Answer:

   It runs Maven tests and reports results -> Option B

4. Quick Check:

   mvn test = run tests [OK]

Hint: mvn test runs tests, not build or deploy [OK]

Common Mistakes:

• Confusing test stage with build or deploy
• Thinking 'mvn test' is invalid command
• Assuming deployment happens automatically

4. You wrote this Jenkins pipeline snippet:

stage('Build') {
  sh 'mvn clean package'
}

But Jenkins shows an error. What is the likely cause?

medium

A. Missing steps block inside the stage

B. Wrong shell command syntax

C. Agent not specified in pipeline

D. Maven is not installed on Jenkins server

Solution

1. Step 1: Check Jenkins stage syntax

   Each stage must contain a steps { ... } block to run commands.

2. Step 2: Identify missing steps block

   The snippet lacks steps { }, causing Jenkins syntax error.

3. Final Answer:

   Missing steps block inside the stage -> Option A

4. Quick Check:

   Jenkins stage needs steps block [OK]

Hint: Always wrap commands inside steps { } in Jenkins stage [OK]

Common Mistakes:

• Omitting steps block inside stage
• Assuming shell command syntax is wrong
• Ignoring agent requirement (not error here)

5. You want to create a Jenkins pipeline that builds, tests, and deploys a Spring Boot app only if tests pass. Which pipeline structure achieves this?

hard

A. pipeline {
agent any
stages {
stage('Build') { steps { sh 'mvn clean package' } }
stage('Deploy') { steps { sh './deploy.sh' } }
stage('Test') { steps { sh 'mvn test' } }
}
}

B. pipeline {
agent any
stages {
stage('Test') { steps { sh 'mvn test' } }
stage('Deploy') { steps { sh './deploy.sh' } }
stage('Build') { steps { sh 'mvn clean package' } }
}
}

C. pipeline {
agent any
stages {
stage('Build') { steps { sh 'mvn clean package' } }
stage('Test') { steps { sh 'mvn test' } }
stage('Deploy') { steps { sh './deploy.sh' } }
}
}

D. pipeline {
agent any
stages {
stage('Deploy') { steps { sh './deploy.sh' } }
stage('Build') { steps { sh 'mvn clean package' } }
stage('Test') { steps { sh 'mvn test' } }
}
}

Solution

1. Step 1: Understand stage order importance

   Build must happen before testing, and deploy only after tests pass.

2. Step 2: Check pipeline stage sequence

   pipeline { agent any stages { stage('Build') { steps { sh 'mvn clean package' } } stage('Test') { steps { sh 'mvn test' } } stage('Deploy') { steps { sh './deploy.sh' } } } } has Build, then Test, then Deploy in correct order ensuring deploy runs only if tests succeed.

3. Final Answer:

   Build, Test, then Deploy in sequence -> Option C

4. Quick Check:

   Correct stage order ensures safe deploy [OK]

Hint: Deploy only after successful test stage [OK]

Common Mistakes:

• Deploying before tests run
• Running tests after deploy
• Incorrect stage order breaking pipeline logic