Convert Figma logo to code with AI

denysdovhan logobash-handbook

:book: For those who wanna learn Bash

5,681
754
5,681
24

Top Related Projects

Bash Automated Testing System

ShellCheck, a static analysis tool for shell scripts

A curated list of awesome command-line frameworks, toolkits, guides and gizmos. Inspired by awesome-php.

📖 A collection of pure bash alternatives to external processes.

Master the command line, in one page

A guide to learn bash

Quick Overview

The bash-handbook repository is a comprehensive guide to learning Bash scripting. It covers fundamental concepts, advanced techniques, and best practices for working with Bash, making it an excellent resource for both beginners and experienced users looking to improve their shell scripting skills.

Pros

  • Thorough coverage of Bash scripting topics, from basics to advanced concepts
  • Well-organized content with clear explanations and examples
  • Available in multiple languages, making it accessible to a global audience
  • Regularly updated and maintained by the community

Cons

  • May be overwhelming for absolute beginners due to the depth of content
  • Lacks interactive exercises or quizzes to reinforce learning
  • Some advanced topics could benefit from more detailed explanations

Code Examples

Here are a few examples of Bash scripting concepts covered in the handbook:

  1. Variables and arithmetic operations:
#!/bin/bash
name="John"
age=30
echo "Hello, $name! You are $age years old."
result=$((age + 5))
echo "In 5 years, you will be $result years old."
  1. Conditional statements:
#!/bin/bash
temperature=25

if [ $temperature -gt 30 ]; then
    echo "It's hot outside!"
elif [ $temperature -lt 10 ]; then
    echo "It's cold outside!"
else
    echo "The weather is pleasant."
fi
  1. Loops:
#!/bin/bash
for i in {1..5}; do
    echo "Iteration $i"
done

count=0
while [ $count -lt 3 ]; do
    echo "Count: $count"
    ((count++))
done

Getting Started

To get started with the bash-handbook:

  1. Visit the repository: https://github.com/denysdovhan/bash-handbook
  2. Choose your preferred language version
  3. Read the content online or clone the repository:
git clone https://github.com/denysdovhan/bash-handbook.git
cd bash-handbook
  1. Start reading the handbook and practice the examples in your terminal

Competitor Comparisons

Bash Automated Testing System

Pros of bats-core

  • Provides a testing framework specifically designed for Bash scripts
  • Offers a simple and intuitive syntax for writing and running tests
  • Includes built-in test discovery and reporting features

Cons of bats-core

  • Limited to testing Bash scripts, not a general-purpose learning resource
  • Requires additional setup and configuration for use
  • May have a steeper learning curve for beginners

Code Comparison

bash-handbook:

#!/bin/bash
name="John"
echo "Hello, $name!"

bats-core:

#!/usr/bin/env bats

@test "greeting" {
  run ./greet.sh
  [ "$status" -eq 0 ]
  [ "$output" = "Hello, John!" ]
}

Summary

bash-handbook is a comprehensive guide for learning Bash scripting, offering explanations and examples of various Bash concepts. It serves as an educational resource for beginners and intermediate users.

bats-core, on the other hand, is a testing framework specifically designed for Bash scripts. It provides a structured approach to writing and running tests for shell scripts, which is particularly useful for developers working on larger Bash projects or those implementing continuous integration.

While bash-handbook focuses on teaching Bash scripting concepts, bats-core emphasizes the importance of testing and provides tools to ensure the reliability of Bash scripts in production environments.

ShellCheck, a static analysis tool for shell scripts

Pros of ShellCheck

  • Active linter tool for real-time shell script analysis and error detection
  • Provides specific, actionable feedback for improving shell scripts
  • Integrates with various editors and CI/CD pipelines for automated checks

Cons of ShellCheck

  • Focuses solely on script analysis, not comprehensive Bash education
  • May require additional context or learning to understand some suggestions
  • Limited explanations for beginners compared to a handbook approach

Code Comparison

ShellCheck example:

if [ $foo = "bar" ]
^-- SC2086: Double quote to prevent globbing and word splitting.

Bash Handbook example:

# Correct way to compare strings
if [ "$foo" = "bar" ]; then
  echo "Strings are equal"
fi

Summary

ShellCheck is a powerful tool for identifying and fixing shell script issues, while Bash Handbook serves as a comprehensive learning resource. ShellCheck excels in practical application and integration, whereas Bash Handbook offers more in-depth explanations and examples for learning Bash scripting fundamentals.

A curated list of awesome command-line frameworks, toolkits, guides and gizmos. Inspired by awesome-php.

Pros of awesome-shell

  • Comprehensive list of shell-related tools and resources
  • Regularly updated with community contributions
  • Covers a wide range of topics beyond just Bash

Cons of awesome-shell

  • Less structured learning path for beginners
  • Lacks in-depth explanations of shell concepts
  • May be overwhelming due to the sheer number of resources

Code comparison

bash-handbook provides explanations with code examples:

for arg in "$@"
do
  echo $arg
done

awesome-shell typically lists tools without code examples:

- [shellcheck](https://github.com/koalaman/shellcheck) - Static analysis tool for shell scripts
- [shunit2](https://github.com/kward/shunit2) - Unit testing framework for Bash scripts

Summary

bash-handbook is a structured guide for learning Bash, offering detailed explanations and examples. It's ideal for beginners and those seeking a comprehensive understanding of Bash scripting.

awesome-shell is a curated list of shell resources, tools, and frameworks. It's more suitable for experienced users looking for specific tools or exploring the broader shell ecosystem.

Choose bash-handbook for a focused Bash learning experience, or awesome-shell for discovering a wide range of shell-related resources and tools.

📖 A collection of pure bash alternatives to external processes.

Pros of pure-bash-bible

  • More comprehensive coverage of advanced Bash techniques and idioms
  • Focuses on pure Bash solutions without relying on external tools
  • Includes practical code snippets for common tasks and challenges

Cons of pure-bash-bible

  • May be overwhelming for beginners due to its advanced content
  • Less structured approach compared to bash-handbook's tutorial-style format
  • Assumes prior knowledge of basic Bash concepts

Code Comparison

bash-handbook example (Basic variable usage):

greeting="Hello"
name="John"
echo "$greeting, $name!"

pure-bash-bible example (Advanced string manipulation):

# Trim all white-space from string
trim() {
    : "${1#"${1%%[![:space:]]*}"}"
    : "${_%"${_##*[![:space:]]}"}"
    printf '%s\n' "$_"
}

The bash-handbook provides simpler, beginner-friendly examples, while pure-bash-bible offers more advanced and specialized techniques. bash-handbook is better suited for those new to Bash scripting, providing a structured learning path. pure-bash-bible serves as a valuable reference for experienced users looking to optimize their scripts and leverage Bash's full potential.

Master the command line, in one page

Pros of the-art-of-command-line

  • Comprehensive coverage of various command-line topics beyond just Bash
  • Concise and practical tips for both beginners and advanced users
  • Regularly updated with community contributions

Cons of the-art-of-command-line

  • Less structured learning path compared to bash-handbook
  • May be overwhelming for complete beginners due to its breadth of content
  • Lacks in-depth explanations for some advanced topics

Code comparison

bash-handbook:

#!/bin/bash
echo "Hello, world!"

the-art-of-command-line:

# Example of a more advanced command
find . -type f -exec sha256sum {} + | sort | uniq -d -w64 | awk '{print $2}'

The bash-handbook focuses on teaching Bash scripting fundamentals, while the-art-of-command-line provides practical examples of complex commands for various scenarios.

Both repositories offer valuable resources for learning command-line skills, but they cater to different needs. bash-handbook is better suited for those wanting a structured introduction to Bash scripting, while the-art-of-command-line is ideal for users seeking a wide range of command-line tips and tricks across different Unix-like systems.

A guide to learn bash

Pros of bash-guide

  • More concise and focused on practical usage
  • Includes a section on shell scripting best practices
  • Provides examples for common tasks like file operations and text processing

Cons of bash-guide

  • Less comprehensive coverage of advanced topics
  • Fewer explanations of underlying concepts and theory
  • Limited information on Bash-specific features and built-ins

Code Comparison

bash-guide:

# File operations
touch file.txt
cp file.txt file_backup.txt
mv file.txt new_file.txt
rm new_file.txt

bash-handbook:

# Parameter expansion
name="John"
echo "${name}"
echo "${name/J/j}"    # Replace first occurrence of J with j
echo "${name:0:2}"    # Get first two characters
echo "${name::2}"     # Get first two characters (alternative)

The bash-guide example focuses on practical file operations, while the bash-handbook example demonstrates more advanced Bash-specific features like parameter expansion.

Both repositories serve as valuable resources for learning Bash, with bash-guide being more suitable for quick reference and practical tasks, while bash-handbook offers a more in-depth exploration of Bash features and concepts. The choice between them depends on the user's learning goals and prior experience with shell scripting.

Convert Figma logo designs to code with AI

Visual Copilot

Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.

Try Visual Copilot

README

SWUbanner

bash-handbook

CC 4.0 NPM version Gitter

This document is written for those who want to learn Bash without diving in too deeply.

Tip: Try learnyoubash — an interactive workshopper based on this handbook!

Node Packaged Manuscript

You can install this handbook using npm. Just run:

$ npm install -g bash-handbook

You should be able to run bash-handbook at the command line now. This will open the manual in your selected $PAGER. Otherwise, you may continue reading on here.

The source is available here: https://github.com/denysdovhan/bash-handbook

Translations

Currently, there are these translations of bash-handbook:

Request another translation

Table of Contents

Introduction

If you are a developer, then you know the value of time. Optimizing your work process is one of the most important aspects of the job.

In that path towards efficiency and productivity, we are often posed with actions that must be repeated over and over again, like:

  • taking a screenshot and uploading it to a server
  • processing text that may come in many shapes and forms
  • converting files between different formats
  • parsing a program's output

Enter Bash, our savior.

Bash is a Unix shell written by Brian Fox for the GNU Project as a free software replacement for the Bourne shell. It was released in 1989 and has been distributed as the Linux and macOS default shell for a long time.

So why do we need to learn something that was written more than 30 years ago? The answer is simple: this something is today one of the most powerful and portable tools for writing efficient scripts for all Unix-based systems. And that's why you should learn bash. Period.

In this handbook, I'm going to describe the most important concepts in bash with examples. I hope this compendium will be helpful to you.

Shells and modes

The user bash shell can work in two modes - interactive and non-interactive.

Interactive mode

If you are working on Ubuntu, you have seven virtual terminals available to you. The desktop environment takes place in the seventh virtual terminal, so you can return to a friendly GUI using the Ctrl-Alt-F7 keybinding.

You can open the shell using the Ctrl-Alt-F1 keybinding. After that, the familiar GUI will disappear and one of the virtual terminals will be shown.

If you see something like this, then you are working in interactive mode:

user@host:~$

Here you can enter a variety of Unix commands, such as ls, grep, cd, mkdir, rm and see the result of their execution.

We call this shell interactive because it interacts directly with the user.

Using a virtual terminal is not really convenient. For example, if you want to edit a document and execute another command at the same time, you are better off using virtual terminal emulators like:

Non-interactive mode

In non-interactive mode, the shell reads commands from a file or a pipe and executes them. When the interpreter reaches the end of the file, the shell process terminates the session and returns to the parent process.

Use the following commands for running the shell in non-interactive mode:

sh /path/to/script.sh
bash /path/to/script.sh

In the example above, script.sh is just a regular text file that consists of commands the shell interpreter can evaluate and sh or bash is the shell's interpreter program. You can create script.sh using your preferred text editor (e.g. vim, nano, Sublime Text, Atom, etc).

You can also simplify invoking the script by making it an executable file using the chmod command:

chmod +x /path/to/script.sh

Additionally, the first line in the script must indicate which program it should use to run the file, like so:

#!/bin/bash
echo "Hello, world!"

Or if you prefer to use sh instead of bash, change #!/bin/bash to #!/bin/sh. This #! character sequence is known as the shebang. Now you can run the script like this:

/path/to/script.sh

A handy trick we used above is using echo to print text to the terminal screen.

Another way to use the shebang line is as follows:

#!/usr/bin/env bash
echo "Hello, world!"

The advantage of this shebang line is it will search for the program (in this case bash) based on the PATH environment variable. This is often preferred over the first method shown above, as the location of a program on a filesystem cannot always be assumed. This is also useful if the PATH variable on a system has been configured to point to an alternate version of the program. For instance, one might install a newer version of bash while preserving the original version and insert the location of the newer version into the PATH variable. The use of #!/bin/bash would result in using the original bash, while #!/usr/bin/env bash would make use of the newer version.

Exit codes

Every command returns an exit code (return status or exit status). A successful command always returns 0 (zero-code), and a command that has failed returns a non-zero value (error code). Failure codes must be positive integers between 1 and 255.

Another handy command we can use when writing a script is exit. This command is used to terminate the current execution and deliver an exit code to the shell. Running an exit code without any arguments, will terminate the running script and return the exit code of the last command executed before exit.

When a program terminates, the shell assigns its exit code to the $? environment variable. The $? variable is how we usually test whether a script has succeeded or not in its execution.

In the same way we can use exit to terminate a script, we can use the return command to exit a function and return an exit code to the caller. You can use exit inside a function too and this will exit the function and terminate the program.

Comments

Scripts may contain comments. Comments are special statements ignored by the shell interpreter. They begin with a # symbol and continue on to the end of the line.

For example:

#!/bin/bash
# This script will print your username.
whoami

Tip: Use comments to explain what your script does and why.

Variables

Like in most programming languages, you can also create variables in bash.

Bash knows no data types. Variables can contain only numbers or a string of one or more characters. There are three kinds of variables you can create: local variables, environment variables and variables as positional parameters.

Local variables

Local variables are variables that exist only within a single script. They are inaccessible to other programs and scripts.

A local variable can be declared using = sign (as a rule, there should not be any spaces between a variable's name, = and its value) and its value can be retrieved using the $ sign. For example:

username="denysdovhan"  # declare variable
echo $username          # display value
unset username          # delete variable

We can also declare a variable local to a single function using the local keyword. Doing so causes the variable to disappear when the function exits.

local local_var="I'm a local value"

Environment variables

Environment variables are variables accessible to any program or script running in current shell session. They are created just like local variables, but using the keyword export instead.

export GLOBAL_VAR="I'm a global variable"

There are a lot of global variables in bash. You will meet these variables fairly often, so here is a quick lookup table with the most practical ones:

VariableDescription
$HOMEThe current user's home directory.
$PATHA colon-separated list of directories in which the shell looks for commands.
$PWDThe current working directory.
$RANDOMRandom integer between 0 and 32767.
$UIDThe numeric, real user ID of the current user.
$PS1The primary prompt string.
$PS2The secondary prompt string.

Follow this link to see an extended list of environment variables in Bash.

Positional parameters

Positional parameters are variables allocated when a function is evaluated and are given positionally. The following table lists positional parameter variables and other special variables and their meanings when you are inside a function.

ParameterDescription
$0Script's name.
$1 … $9The parameter list elements from 1 to 9.
${10} … ${N}The parameter list elements from 10 to N.
$* or $@All positional parameters except $0.
$#The number of parameters, not counting $0.
$FUNCNAMEThe function name (has a value only inside a function).

In the example below, the positional parameters will be $0='./script.sh', $1='foo' and $2='bar':

./script.sh foo bar

Variables may also have default values. We can define as such using the following syntax:

 # if variables are empty, assign them default values
: ${VAR:='default'}
: ${1:='first'}
# or
FOO=${FOO:-'default'}

Shell expansions

Expansions are performed on the command line after it has been split into tokens. In other words, these expansions are a mechanism to calculate arithmetical operations, to save results of commands' executions and so on.

If you are interested, you can read more about shell expansions.

Brace expansion

Brace expansion allows us to generate arbitrary strings. It's similar to filename expansion. For example:

echo beg{i,a,u}n # begin began begun

Also brace expansions may be used for creating ranges, which are iterated over in loops.

echo {0..5} # 0 1 2 3 4 5
echo {00..8..2} # 00 02 04 06 08

Note: the rule here is {00..8..2} represents {start..end..steps}

echo {0..10..3} # 0 3 6 9

Command substitution

Command substitution allow us to evaluate a command and substitute its value into another command or variable assignment. Command substitution is performed when a command is enclosed by `` or $(). For example, we can use it as follows:

now=`date +%T`
# or
now=$(date +%T)

echo $now # 19:08:26

Arithmetic expansion

In bash we are free to do any arithmetical operations. But the expression must enclosed by $(( )) The format for arithmetic expansions is:

result=$(( ((10 + 5*3) - 7) / 2 ))
echo $result # 9

Within arithmetic expansions, variables should generally be used without a $ prefix:

x=4
y=7
echo $(( x + y ))     # 11
echo $(( ++x + y++ )) # 12
echo $(( x + y ))     # 13

Double and single quotes

There is an important difference between double and single quotes. Inside double quotes variables or command substitutions are expanded. Inside single quotes they are not. For example:

echo "Your home: $HOME" # Your home: /Users/<username>
echo 'Your home: $HOME' # Your home: $HOME

Take care to expand local variables and environment variables within quotes if they could contain whitespace. As an innocuous example, consider using echo to print some user input:

INPUT="A string  with   strange    whitespace."
echo $INPUT   # A string with strange whitespace.
echo "$INPUT" # A string  with   strange    whitespace.

The first echo is invoked with 5 separate arguments — $INPUT is split into separate words, echo prints a single space character between each. In the second case, echo is invoked with a single argument (the entire $INPUT value, including whitespace).

Now consider a more serious example:

FILE="Favorite Things.txt"
cat $FILE   # attempts to print 2 files: `Favorite` and `Things.txt`
cat "$FILE" # prints 1 file: `Favorite Things.txt`

While the issue in this example could be resolved by renaming FILE to Favorite-Things.txt, consider input coming from an environment variable, a positional parameter, or the output of another command (find, cat, etc). If the input might contain whitespace, take care to wrap the expansion in quotes.

Arrays

Like in other programming languages, an array in bash is a variable that allows you to refer to multiple values. In bash, arrays are also zero-based, that is, the first element in an array has index 0.

When dealing with arrays, we should be aware of the special environment variable IFS. IFS, or Input Field Separator, is the character that separates elements in an array. The default value is an empty space IFS=' '.

Array declaration

In bash you create an array by simply assigning a value to an index in the array variable:

fruits[0]=Apple
fruits[1]=Pear
fruits[2]=Plum

Array variables can also be created using compound assignments such as:

fruits=(Apple Pear Plum)

Array expansion

Individual array elements are expanded similar to other variables:

echo ${fruits[1]} # Pear

The entire array can be expanded by using * or @ in place of the numeric index:

echo ${fruits[*]} # Apple Pear Plum
echo ${fruits[@]} # Apple Pear Plum

There is an important (and subtle) difference between the two lines above: consider an array element containing whitespace:

fruits[0]=Apple
fruits[1]="Desert fig"
fruits[2]=Plum

We want to print each element of the array on a separate line, so we try to use the printf builtin:

printf "+ %s\n" ${fruits[*]}
# + Apple
# + Desert
# + fig
# + Plum

Why were Desert and fig printed on separate lines? Let's try to use quoting:

printf "+ %s\n" "${fruits[*]}"
# + Apple Desert fig Plum

Now everything is on one line — that's not what we wanted! Here's where ${fruits[@]} comes into play:

printf "+ %s\n" "${fruits[@]}"
# + Apple
# + Desert fig
# + Plum

Within double quotes, ${fruits[@]} expands to a separate argument for each element in the array; whitespace in the array elements is preserved.

Array slice

Besides, we can extract a slice of array using the slice operators:

echo ${fruits[@]:0:2} # Apple Desert fig

In the example above, ${fruits[@]} expands to the entire contents of the array, and :0:2 extracts the slice of length 2, that starts at index 0.

Adding elements into an array

Adding elements into an array is quite simple too. Compound assignments are specially useful in this case. We can use them like this:

fruits=(Orange "${fruits[@]}" Banana Cherry)
echo ${fruits[@]} # Orange Apple Desert fig Plum Banana Cherry

The example above, ${fruits[@]} expands to the entire contents of the array and substitutes it into the compound assignment, then assigns the new value into the fruits array mutating its original value.

Deleting elements from an array

To delete an element from an array, use the unset command:

unset fruits[0]
echo ${fruits[@]} # Apple Desert fig Plum Banana Cherry

Streams, pipes and lists

Bash has powerful tools for working with other programs and their outputs. Using streams we can send the output of a program into another program or file and thereby write logs or whatever we want.

Pipes give us opportunity to create conveyors and control the execution of commands.

It is paramount we understand how to use this powerful and sophisticated tool.

Streams

Bash receives input and sends output as sequences or streams of characters. These streams may be redirected into files or one into another.

There are three descriptors:

CodeDescriptorDescription
0stdinThe standard input.
1stdoutThe standard output.
2stderrThe errors output.

Redirection makes it possible to control where the output of a command goes to, and where the input of a command comes from. For redirecting streams these operators are used:

OperatorDescription
>Redirecting output
&>Redirecting output and error output
&>>Appending redirected output and error output
<Redirecting input
<<Here documents syntax
<<<Here strings

Here are few examples of using redirections:

# output of ls will be written to list.txt
ls -l > list.txt

# append output to list.txt
ls -a >> list.txt

# all errors will be written to errors.txt
grep da * 2> errors.txt

# read from errors.txt
less < errors.txt

Pipes

We could redirect standard streams not only in files, but also to other programs. Pipes let us use the output of a program as the input of another.

In the example below, command1 sends its output to command2, which then passes it on to the input of command3:

command1 | command2 | command3

Constructions like this are called pipelines.

In practice, this can be used to process data through several programs. For example, here the output of ls -l is sent to the grep program, which prints only files with a .md extension, and this output is finally sent to the less program:

ls -l | grep .md$ | less

The exit status of a pipeline is normally the exit status of the last command in the pipeline. The shell will not return a status until all the commands in the pipeline have completed. If you want your pipelines to be considered a failure if any of the commands in the pipeline fail, you should set the pipefail option with:

set -o pipefail

Lists of commands

A list of commands is a sequence of one or more pipelines separated by ;, &, && or || operator.

If a command is terminated by the control operator &, the shell executes the command asynchronously in a subshell. In other words, this command will be executed in the background.

Commands separated by a ; are executed sequentially: one after another. The shell waits for the finish of each command.

# command2 will be executed after command1
command1 ; command2

# which is the same as
command1
command2

Lists separated by && and || are called AND and OR lists, respectively.

The AND-list looks like this:

# command2 will be executed if, and only if, command1 finishes successfully (returns 0 exit status)
command1 && command2

The OR-list has the form:

# command2 will be executed if, and only if, command1 finishes unsuccessfully (returns code of error)
command1 || command2

The return code of an AND or OR list is the exit status of the last executed command.

Conditional statements

Like in other languages, Bash conditionals let us decide to perform an action or not. The result is determined by evaluating an expression, which should be enclosed in [[ ]].

Conditional expression may contain && and || operators, which are AND and OR accordingly. Besides this, there many other handy expressions.

There are two different conditional statements: if statement and case statement.

Primary and combining expressions

Expressions enclosed inside [[ ]] (or [ ] for sh) are called test commands or primaries. These expressions help us to indicate results of a conditional. In the tables below, we are using [ ], because it works for sh too. Here is an answer about the difference between double and single square brackets in bash.

Working with the file system:

PrimaryMeaning
[ -e FILE ]True if FILE exists.
[ -f FILE ]True if FILE exists and is a regular file.
[ -d FILE ]True if FILE exists and is a directory.
[ -s FILE ]True if FILE exists and not empty (size more than 0).
[ -r FILE ]True if FILE exists and is readable.
[ -w FILE ]True if FILE exists and is writable.
[ -x FILE ]True if FILE exists and is executable.
[ -L FILE ]True if FILE exists and is symbolic link.
[ FILE1 -nt FILE2 ]FILE1 is newer than FILE2.
[ FILE1 -ot FILE2 ]FILE1 is older than FILE2.

Working with strings:

PrimaryMeaning
[ -z STR ]STR is empty (the length is zero).
[ -n STR ]STR is not empty (the length is non-zero).
[ STR1 == STR2 ]STR1 and STR2 are equal.
[ STR1 != STR2 ]STR1 and STR2 are not equal.

Arithmetic binary operators:

PrimaryMeaning
[ ARG1 -eq ARG2 ]ARG1 is equal to ARG2.
[ ARG1 -ne ARG2 ]ARG1 is not equal to ARG2.
[ ARG1 -lt ARG2 ]ARG1 is less than ARG2.
[ ARG1 -le ARG2 ]ARG1 is less than or equal to ARG2.
[ ARG1 -gt ARG2 ]ARG1 is greater than ARG2.
[ ARG1 -ge ARG2 ]ARG1 is greater than or equal to ARG2.

Conditions may be combined using these combining expressions:

OperationEffect
[ ! EXPR ]True if EXPR is false.
[ (EXPR) ]Returns the value of EXPR.
[ EXPR1 -a EXPR2 ]Logical AND. True if EXPR1 and EXPR2 are true.
[ EXPR1 -o EXPR2 ]Logical OR. True if EXPR1 or EXPR2 are true.

Sure, there are more useful primaries and you can easily find them in the Bash man pages.

Using an if statement

if statements work the same as in other programming languages. If the expression within the braces is true, the code between then and fi is executed. fi indicates the end of the conditionally executed code.

# Single-line
if [[ 1 -eq 1 ]]; then echo "true"; fi

# Multi-line
if [[ 1 -eq 1 ]]; then
  echo "true"
fi

Likewise, we could use an if..else statement such as:

# Single-line
if [[ 2 -ne 1 ]]; then echo "true"; else echo "false"; fi

# Multi-line
if [[ 2 -ne 1 ]]; then
  echo "true"
else
  echo "false"
fi

Sometimes if..else statements are not enough to do what we want to do. In this case we shouldn't forget about the existence of if..elif..else statements, which always come in handy.

Look at the example below:

if [[ `uname` == "Adam" ]]; then
  echo "Do not eat an apple!"
elif [[ `uname` == "Eva" ]]; then
  echo "Do not take an apple!"
else
  echo "Apples are delicious!"
fi

Using a case statement

If you are confronted with a couple of different possible actions to take, then using a case statement may be more useful than nested if statements. For more complex conditions use case like below:

case "$extension" in
  "jpg"|"jpeg")
    echo "It's image with jpeg extension."
  ;;
  "png")
    echo "It's image with png extension."
  ;;
  "gif")
    echo "Oh, it's a giphy!"
  ;;
  *)
    echo "Woops! It's not image!"
  ;;
esac

Each case is an expression matching a pattern. The | sign is used for separating multiple patterns, and the ) operator terminates a pattern list. The commands for the first match are executed. * is the pattern for anything else that doesn't match the defined patterns. Each block of commands should be divided with the ;; operator.

Loops

Here we won't be surprised. As in any programming language, a loop in bash is a block of code that iterates as long as the control conditional is true.

There are four types of loops in Bash: for, while, until and select.

for loop

The for is very similar to its sibling in C. It looks like this:

for arg in elem1 elem2 ... elemN
do
  # statements
done

During each pass through the loop, arg takes on the value from elem1 to elemN. Values may also be wildcards or brace expansions.

Also, we can write for loop in one line, but in this case there needs to be a semicolon before do, like below:

for i in {1..5}; do echo $i; done

By the way, if for..in..do seems a little bit weird to you, you can also write for in C-like style such as:

for (( i = 0; i < 10; i++ )); do
  echo $i
done

for is handy when we want to do the same operation over each file in a directory. For example, if we need to move all .bash files into the script folder and then give them execute permissions, our script would look like this:

#!/bin/bash

for FILE in $HOME/*.bash; do
  mv "$FILE" "${HOME}/scripts"
  chmod +x "${HOME}/scripts/${FILE}"
done

while loop

The while loop tests a condition and loops over a sequence of commands so long as that condition is true. A condition is nothing more than a primary as used in if..then conditions. So a while loop looks like this:

while [[ condition ]]
do
  # statements
done

Just like in the case of the for loop, if we want to write do and condition in the same line, then we must use a semicolon before do.

A working example might look like this:

#!/bin/bash

# Squares of numbers from 0 through 9
x=0
while [[ $x -lt 10 ]]; do # value of x is less than 10
  echo $(( x * x ))
  x=$(( x + 1 )) # increase x
done

until loop

The until loop is the exact opposite of the while loop. Like a while it checks a test condition, but it keeps looping as long as this condition is false:

until [[ condition ]]; do
  #statements
done

select loop

The select loop helps us to organize a user menu. It has almost the same syntax as the for loop:

select answer in elem1 elem2 ... elemN
do
  # statements
done

The select prints all elem1..elemN on the screen with their sequence numbers, after that it prompts the user. Usually it looks like $? (PS3 variable). The answer will be saved in answer. If answer is the number between 1..N, then statements will execute and select will go to the next iteration — that's because we should use the break statement.

A working example might look like this:

#!/bin/bash

PS3="Choose the package manager: "
select ITEM in bower npm gem pip
do
  echo -n "Enter the package name: " && read PACKAGE
  case $ITEM in
    bower) bower install $PACKAGE ;;
    npm)   npm   install $PACKAGE ;;
    gem)   gem   install $PACKAGE ;;
    pip)   pip   install $PACKAGE ;;
  esac
  break # avoid infinite loop
done

This example, asks the user what package manager {s,he} would like to use. Then, it will ask what package we want to install and finally proceed to install it.

If we run this, we will get:

$ ./my_script
1) bower
2) npm
3) gem
4) pip
Choose the package manager: 2
Enter the package name: bash-handbook
<installing bash-handbook>

Loop control

There are situations when we need to stop a loop before its normal ending or step over an iteration. In these cases, we can use the shell built-in break and continue statements. Both of these work with every kind of loop.

The break statement is used to exit the current loop before its ending. We have already met with it.

The continue statement steps over one iteration. We can use it as such:

for (( i = 0; i < 10; i++ )); do
  if [[ $(( i % 2 )) -eq 0 ]]; then continue; fi
  echo $i
done

If we run the example above, it will print all odd numbers from 0 through 9.

Functions

In scripts we have the ability to define and call functions. As in any programming language, functions in bash are chunks of code, but there are differences.

In bash, functions are a sequence of commands grouped under a single name, that is the name of the function. Calling a function is the same as calling any other program, you just write the name and the function will be invoked.

We can declare our own function this way:

my_func () {
  # statements
}

my_func # call my_func

We must declare functions before we can invoke them.

Functions can take on arguments and return a result — exit code. Arguments, within functions, are treated in the same manner as arguments given to the script in non-interactive mode — using positional parameters. A result code can be returned using the return command.

Below is a function that takes a name and returns 0, indicating successful execution.

# function with params
greeting () {
  if [[ -n $1 ]]; then
    echo "Hello, $1!"
  else
    echo "Hello, unknown!"
  fi
  return 0
}

greeting Denys  # Hello, Denys!
greeting        # Hello, unknown!

We already discussed exit codes. The return command without any arguments returns the exit code of the last executed command. Above, return 0 will return a successful exit code. 0.

Debugging

The shell gives us tools for debugging scripts. If we want to run a script in debug mode, we use a special option in our script's shebang:

#!/bin/bash options

These options are settings that change shell behavior. The following table is a list of options which might be useful to you:

ShortNameDescription
-fnoglobDisable filename expansion (globbing).
-iinteractiveScript runs in interactive mode.
-nnoexecRead commands, but don't execute them (syntax check).
pipefailMake pipelines fail if any commands fail, not just if the final command fail.
-t—Exit after first command.
-vverbosePrint each command to stderr before executing it.
-xxtracePrint each command and its expanded arguments to stderr before executing it.

For example, we have script with -x option such as:

#!/bin/bash -x

for (( i = 0; i < 3; i++ )); do
  echo $i
done

This will print the value of the variables to stdout along with other useful information:

$ ./my_script
+ (( i = 0 ))
+ (( i < 3 ))
+ echo 0
0
+ (( i++  ))
+ (( i < 3 ))
+ echo 1
1
+ (( i++  ))
+ (( i < 3 ))
+ echo 2
2
+ (( i++  ))
+ (( i < 3 ))

Sometimes we need to debug a part of a script. In this case using the set command is convenient. This command can enable and disable options. Options are turned on using - and turned off using +:

#!/bin/bash

echo "xtrace is turned off"
set -x
echo "xtrace is enabled"
set +x
echo "xtrace is turned off again"

Reading User Input

The user can enter data into shell variables using read commands.

read

This command reads input from stdin into variables

read [-ers] [-a array] [-d delim] [-i text] [-n nchars] [-N nchars]
     [-p prompt] [-t timeout] [-u fd] [variable1 ...] [variable2 ...]

If no variable names are provided, the user input is stored in the variable $REPLY by default.

#!/bin/bash

read          #Waits for user input
echo $REPLY   #Prints the text
ShortNameDescription
-aarrayStore the words in an indexed array named $array
-eRead data from terminal character by character till the delimiter is reached
-ddelimiterSet the delimiting character to delimiter specified
By default, newline('\n') is the delimiter
-nncharsStop reading when n characters or delimiter is read
-NncharsStops reading only when n charaters or EOF is read, ignores delimiter
-ppromptPrints prompt string on console
-iinteractivePrints placeholder text which user can modify
Used in conjunction with -e
-rraw inputDisable shell interpretation of special charaters like $ and *
-ssilentDisable echo of characters read onto terminal
-ttimoutWaits for certain amount of time before exitting
-ufile descriptorReads input from file descriptor specified
#!/bin/bash
read -p 'Enter your name: ' name
echo Hello, "$name"!

read -sp 'Enter Password: ' password
if [ "$password" == "1234" ]; then #Space around '[' is required
  echo -e "\nSuccess!"
else
  echo -e "\nTry Again!"
fi
echo ""
read -p "Enter numbers: " -a array
echo ${array[2]}

This script will produce such output:

Enter your name: User1
Enter password:
Success #if password entered was 1234

Enter numbers: 100 200 300 400
300

Afterword

I hope this small handbook was interesting and helpful. To be honest, I wrote this handbook for myself so as to not forget the bash basics. I tried to write concisely but meaningfully, and I hope you will appreciate that.

This handbook narrates my own experience with Bash. It does not purport to be comprehensive, so if you still want more, please run man bash and start there.

Contributions are absolutely welcome and I will be grateful for any corrections or questions you can send my way. For all of that create a new issue.

Thanks for reading this handbook!

Want to learn more?

Here's a list of other literature covering Bash:

Other resources

  • awesome-bash is a curated list of Bash scripts and resources
  • awesome-shell is another curated list of shell resources
  • bash-it provides a solid framework for using, developing and maintaining shell scripts and custom commands for your daily work.
  • Bash Guide for Beginners a good resource between the HOWTO and the Bash Scripting guide.
  • dotfiles.github.io is a good source of pointers to the various dotfiles collections and shell frameworks available for bash and other shells.
  • learnyoubash helps you write your first bash script
  • shellcheck is a static analysis tool for shell scripts. You can either use it from a web page at www.shellcheck.net or run it from the command line. Installation instructions are on the koalaman/shellcheck github repository page.

Finally, Stack Overflow has many questions that are tagged as bash that you can learn from and is a good place to ask if you're stuck.

License

CC 4.0

© Denys Dovhan

NPM DownloadsLast 30 Days