Why set -e for exit on error in Bash Scripting? - Purpose & Use Cases

The Big Idea

What if your script could stop itself the moment something goes wrong, saving you hours of troubleshooting?

The Scenario

Imagine you are running a long script to install software and configure settings. You type each command one by one, hoping everything works perfectly. But if one command fails, the script keeps running, causing confusing errors later.

The Problem

Manually checking each command's success is slow and easy to forget. If a command fails, the script blindly continues, making it hard to find where things went wrong. This wastes time and can break your system setup.

The Solution

Using set -e tells the script to stop immediately when any command fails. This way, you catch errors early, avoid running bad commands, and save time debugging.

Before vs After

✗ Before

command1
command2
command3

✓ After

set -e
command1
command2
command3

What It Enables

You can trust your scripts to stop on errors, making automation safer and easier to maintain.

Real Life Example

When deploying a website, if a step like copying files fails, set -e stops the process immediately, preventing a broken or incomplete deployment.

Key Takeaways

Manual scripts can run past errors, causing bigger problems.

set -e stops the script on the first error.

This makes scripts more reliable and easier to fix.

Practice

1. What does the set -e command do in a bash script?

easy

A. It stops the script immediately if any command returns a non-zero exit status.

B. It prints all commands before executing them.

C. It ignores errors and continues running the script.

D. It runs the script in debug mode.

Solution

1. Step 1: Understand the purpose of set -e

   The set -e option tells bash to exit the script if any command fails (returns a non-zero status).

2. Step 2: Compare with other options

   Options like printing commands or ignoring errors do not match set -e's behavior.

3. Final Answer:

   It stops the script immediately if any command returns a non-zero exit status. -> Option A

4. Quick Check:

   set -e = exit on error [OK]

Hint: Remember: set -e means exit on any error [OK]

Common Mistakes:

• Confusing set -e with set -x (debug mode)
• Thinking it ignores errors instead of stopping
• Assuming it prints commands before running

2. Which of the following is the correct way to enable exit on error in a bash script?

easy

A. set -e

B. set +e

C. exit -e

D. enable -e

Solution

1. Step 1: Recall the syntax for enabling exit on error

   The correct syntax to enable exit on error is set -e.

2. Step 2: Eliminate incorrect options

   set +e disables exit on error, exit -e and enable -e are invalid commands.

3. Final Answer:

   set -e -> Option A

4. Quick Check:

   Enable exit on error = set -e [OK]

Hint: Use set -e to turn on exit on error [OK]

Common Mistakes:

• Using set +e which disables exit on error
• Confusing exit command with set
• Typing invalid commands like enable -e

3. Consider this script with set -e enabled:

#!/bin/bash
set -e
echo "Start"
false
echo "End"

What will be the output when this script runs?

medium

A. Start
End

B. No output

C. End

D. Start

Solution

1. Step 1: Analyze script commands with set -e

   The script prints "Start", then runs false which returns a non-zero exit status causing the script to exit immediately.

2. Step 2: Determine which commands run

   Because of set -e, the script stops after false, so "End" is never printed.

3. Final Answer:

   Start -> Option D

4. Quick Check:

   set -e stops script on error, so only "Start" prints [OK]

Hint: Script stops at first error, so later lines don't run [OK]

Common Mistakes:

• Expecting all echo statements to run
• Ignoring that false returns error
• Thinking set -e allows script to continue

4. You have this script:

#!/bin/bash
set -e
echo "Start"
ls /nonexistent_directory
echo "End"

The script exits immediately after the ls command. How can you fix it to continue even if ls fails?

medium

A. Remove set -e from the script.

B. Add || true after the ls command.

C. Change ls to ls -e.

D. Add set +e at the start of the script.

Solution

1. Step 1: Understand why script exits

   set -e causes the script to exit on any command failure, so ls /nonexistent_directory failing stops the script.

2. Step 2: Use || true to ignore error

   Appending || true makes the command always succeed, preventing exit.

3. Final Answer:

   Add || true after the ls command. -> Option B

4. Quick Check:

   Use command || true to bypass set -e exit [OK]

Hint: Add || true to ignore errors on specific commands [OK]

Common Mistakes:

• Removing set -e loses error protection
• Using invalid ls -e option
• Trying set +e disables exit globally, not selective

5. You want a bash script to stop on any error except for a specific command that might fail but should not stop the script. How do you write this script snippet correctly?

#!/bin/bash
set -e
# Your command here
other_command

Which snippet correctly allows your_command to fail without stopping the script?

hard

A. your_command ; true
other_command

B. set +e
your_command
other_command

C. your_command || true
other_command

D. trap '' ERR
your_command
other_command

Solution

1. Step 1: Understand selective error ignoring

   To allow one command to fail without stopping the script under set -e, append || true to that command.

2. Step 2: Compare other options

   your_command ; true other_command: your_command ; true fails because set -e exits after your_command before true. set +e your_command other_command disables set -e but doesn't re-enable it for other_command. trap '' ERR your_command other_command ignores ERR trap but doesn't restore it, affecting other_command.

3. Final Answer:

   your_command || true other_command -> Option C

4. Quick Check:

   Use command || true to ignore errors selectively [OK]

Hint: Add || true after command to ignore its errors [OK]

Common Mistakes:

• Disabling set -e globally instead of locally
• Using if without handling exit status properly
• Using traps unnecessarily complicates script