📖 Scenario: You are working on a Jenkins pipeline for a software project. You want to make sure that certain steps in the pipeline can run multiple times without causing errors or unwanted side effects. This is called making the steps idempotent. For example, creating a directory should not fail if the directory already exists.
🎯 Goal: Build a Jenkins pipeline script with idempotent steps that safely create a directory, set a configuration variable, and print the final status.
📋 What You'll Learn
Create a directory only if it does not exist
Set a configuration variable for the directory path
Use a pipeline step that checks the directory existence before creating it
Print the final directory path to confirm the setup
💡 Why This Matters
🌍 Real World
In real projects, pipelines often run multiple times. Making steps idempotent avoids errors like trying to create something that already exists.
💼 Career
Understanding idempotent steps is important for DevOps engineers to build reliable and repeatable CI/CD pipelines.
Progress0 / 4 steps
1
Create a directory path variable
Create a variable called dirPath and set it to "/tmp/myapp" in the Jenkins pipeline script.
Jenkins
Hint
Use def to declare a variable in Jenkins pipeline scripts.
2
Add a configuration variable for idempotency
Add a variable called dirExists that checks if the directory at dirPath exists using fileExists(dirPath).
Jenkins
Hint
Use the Jenkins pipeline step fileExists(path) to check if a file or directory exists.
3
Create the directory only if it does not exist
Use an if statement to check if dirExists is false, and inside it use sh to run mkdir -p ${dirPath} to create the directory.
Jenkins
Hint
Use if (!dirExists) to check if the directory does not exist, then create it with sh.
4
Print the directory path to confirm
Add a echo statement to print "Directory path is: ${dirPath}".
Jenkins
Hint
Use echo to print messages in Jenkins pipeline scripts.
Practice
(1/5)
1. What does it mean for a Jenkins pipeline step to be idempotent?
easy
A. It always creates new resources every time it runs
B. It can run multiple times without changing the result or causing errors
C. It runs only once and then stops the pipeline
D. It requires manual approval before running again
Solution
Step 1: Understand idempotency in pipelines
Idempotent means running a step many times does not change the outcome after the first run.
Step 2: Compare options with definition
Only It can run multiple times without changing the result or causing errors describes this behavior correctly; others describe non-idempotent or manual steps.
Final Answer:
It can run multiple times without changing the result or causing errors -> Option B
Quick Check:
Idempotent = safe to repeat without side effects [OK]
Hint: Idempotent means safe to run repeatedly without side effects [OK]
Common Mistakes:
Thinking idempotent means running only once
Confusing idempotent with manual approval
Assuming idempotent always creates new resources
2. Which of the following Jenkins pipeline step snippets correctly checks if a file exists before creating it to ensure idempotency?
easy
A. if (!fileExists('output.txt')) { writeFile file: 'output.txt', text: 'data' }
B. writeFile file: 'output.txt', text: 'data'
C. sh 'touch output.txt'
D. deleteFile 'output.txt'; writeFile file: 'output.txt', text: 'data'
Solution
Step 1: Identify idempotent file creation
Checking if the file exists before creating it avoids duplicates or errors.
Step 2: Analyze each option
if (!fileExists('output.txt')) { writeFile file: 'output.txt', text: 'data' } uses fileExists to check before writing, making it idempotent. Others either always write or delete first, which is not idempotent.
Final Answer:
if (!fileExists('output.txt')) { writeFile file: 'output.txt', text: 'data' } -> Option A
Quick Check:
Check before create = idempotent step [OK]
Hint: Use fileExists() to check before creating files [OK]
Common Mistakes:
Not checking file existence before writing
Deleting files before writing causing side effects
Assuming shell touch is idempotent without checks
3. Given this Jenkins pipeline snippet, what will be the output if the file build.log already exists?
The code checks if 'build.log' does not exist, then writes to it; else it echoes a message.
Step 2: Apply the condition with existing file
Since 'build.log' exists, the else branch runs, printing 'File already exists'.
Final Answer:
File already exists -> Option A
Quick Check:
Existing file triggers else echo [OK]
Hint: If file exists, else branch runs printing message [OK]
Common Mistakes:
Assuming writeFile runs even if file exists
Confusing fileExists with file creation
Expecting an error when file exists
4. You have this Jenkins pipeline step:
sh 'mkdir /app/data'
sh 'echo "Hello" > /app/data/greeting.txt'
Why might this step fail when run multiple times, and how can you fix it to be idempotent?
medium
A. echo command overwrites file; fix by appending with >>
B. No fix needed; commands are already idempotent
C. mkdir needs sudo; fix by running as root
D. mkdir fails if directory exists; fix by adding -p flag: mkdir -p /app/data
Solution
Step 1: Identify why mkdir fails on repeats
Without -p, mkdir errors if directory exists, breaking idempotency.
Step 2: Fix mkdir command for idempotency
Adding -p makes mkdir create directory only if missing, no error if exists.
Final Answer:
mkdir fails if directory exists; fix by adding -p flag: mkdir -p /app/data -> Option D
Quick Check:
mkdir -p avoids error if directory exists [OK]
Hint: Use mkdir -p to avoid errors if directory exists [OK]
Common Mistakes:
Ignoring mkdir error on existing directory
Thinking echo causes failure
Assuming commands are idempotent without checks
5. You want to create a Jenkins pipeline step that installs a package only if it is not already installed, making the step idempotent. Which scripted pipeline snippet achieves this correctly?
hard
A. sh 'apt-get remove curl; apt-get install -y curl'
Installing only if missing avoids repeated installs and errors.
Step 2: Analyze each option for idempotency
sh 'dpkg -s curl || apt-get install -y curl' checks if package is installed with dpkg -s, installs only if missing. Others always install or remove, not idempotent.
Final Answer:
sh 'dpkg -s curl || apt-get install -y curl' -> Option C
Quick Check:
Check before install = idempotent package step [OK]
Hint: Check package before install to keep step idempotent [OK]
Common Mistakes:
Always running install causing unnecessary work
Removing package before install causing downtime
Skipping package existence check
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.