BASHIBLE
Bashible is a deployment/automation tool written in Bash (DSL). Inspired by Ansible. Simplifies things and prevents usual mistakes.
Features:
- improved readability
- unhandled failures prevention
- skipping already done tasks
- command chaining
- working directory always as expected
- variable checking
- dependencies; calling sub-scripts
- delayed tasks executed on finish
- child termination handler; no processes left running
- modules: template engine, config editing, etc.
- nice output
At the moment, bashible has been used on Arch linux. It may not be compatible with other platforms, because it internally uses GNU/sed, grep, etc.
Suggestions and bugfixes are welcome! :-)
Example script
@
represents a task (block of commands), -
represents a command. Both @
and -
are just bash functions with arguments. Each block may have multiple AND or OR conditions.
The working directory is automatically set to the script's. Execution will stop immediately on failure, unless you prefix a command by ignore_errors
(or register it's exitcode like in this example).
#!/usr/local/bin/bashible
@ Synchronizing files
- register exitcode as 'synced' of rsync -av /foo /bar
@ Shutting down the machine after successful synchronization
when synced
and test -f /etc/do-shutdown
- shutdown -h now
@ Error happened, sending an e-mail
when not synced
- mail me@me.com <<< "synchronzation failed"
Rewritten into pure Bash, the example above may look like this,
#!/bin/bash
cd `dirname $0`
set -eux -o pipefail
echo Synchronizing files
if rsync -av /foo /bar; then
echo Shutting down the machine after successful synchronization
if test -f /etc/do-shutdown; then
shutdown -h now
fi
else
echo Error happened, sending an e-mail
mail me@me.com <<< "synchronzation failed"
fi
Another example
In this example, we are going to set two variables and store the output of ls
command in them.
Moreover, the output has to be something, otherwise the execution stops.
#!/usr/local/bin/bashible
@ Loading lists
- output_to_var HOMES is not empty_output of ls -1 /home
- output_to_var VHOSTS is not empty_output of ls -1 /etc/nginx/vhosts.d
@ Rsyncing data and saving error messages into a file
- quiet output_to_file errlog.txt -2 rsync /foo /bar
Both functions output_to_var
and output_to_file
accept options: -1|--stdout, -2|--stderr (or both). The output_to_file
can also --append to it.
By prefixing a command with quiet
, no messages will be written on terminal.
(is
and of
are just sugar words, they do actually nothing, but improve readability)
Another example
A module template
is loaded. The module is a sourceable file expected to be in the same directory as bashible
is. It adds some more functions.
In this example, the script expects two arguments passed from the commandline ($1, $2), they should not be empty. Also an environment variable HOME has to be something.
The template
function is very powerful even it has just 18 lines of code. You can generate dynamic html with it, see examples/template directory.
#!/usr/local/bin/bashible
use template
@ Doing some checks and setting variables
- output_to_var HOST is not empty_output of echo $1
- output_to_var PORT is not empty_output of echo $2
- is not empty_var HOME
- is empty_dir /home/$HOME
@ Copying default files
- cp -av /mnt/defaults /home/$HOME
@ Creating .bashrc from a template
# the template needs two variables to be set, HOST and PORT
# these are set by arguments of this script ($1 and $2)
- cd /home/$HOME/
- output_to_file .bashrc.tmp template /mnt/templates/bashrc.tpl
- mv .bashrc.tmp .bashrc
The is
is a sugar word. It actually does nothing and empty_dir
is an alias for is_empty_dir
. It's up to you, what you prefer.
If you use cd
within a block, it works as expected, but next block will have it's working directory back. On each block start, bashible does chdir to the base directory. You can change it by base_dir
.
Install & usage
Install bashible and it's modules (sourceable functions - here I am going to install just one module, edit
). Copy everything to the same directory, for instance /usr/local/bin.
wget https://raw.githubusercontent.com/mig1984/bashible/master/bashible
wget https://raw.githubusercontent.com/mig1984/bashible/master/bashible.edit.ble
chmod 755 bashible
chmod 755 bashible.edit.ble
mv bashible /usr/local/bin
mv bashible.edit.ble /usr/local/bin
Then run the script
bashible my-script.ble ARG1 ARG2 ...
or put a she-bang in the beginning of the script and run it as a command
#!/usr/local/bin/bashible
./my-script.ble ARG1 ARG2 ...
Functions
core functions
@ MESSAGE
when
and when
or when
- COMMAND ARGS ...
- VARIABLE = VALUE
- && (conditional loop)
absolute_path PATH
bashible_version
base_dir PATH
delayed COMMAND ARGS ...
evaluate STRING
fail MESSAGE
finish MESSAGE
halt MESSAGE
not COMMAND ARGS ...
ignore_errors COMMAND ARGS ...
is_toplevel
is_empty_dir PATH
is_empty_output COMMAND ARGS ...
is_empty_var VAR
output_to_file DEST OPTS COMMAND ARGS ...
output_to_var NAME OPTS COMMAND ARGS ...
orig_dir
print_error MSG
print_info MSG
print_warn MSG
quiet COMMAND ARGS ...
reset_base_dir
result NAME COMMAND ARGS ...
run PATH ARGS ...
unless_already COMMAND ARGS ...
use FEATURES ...
sugar
For better readability, there are some more ways to do the same.
when not is_empty_dir /home
when is not empty_dir /home
when not is_empty_var HOSTNAME
when is not empty_var HOSTNAME
when not is_empty_output ls /home
when is not empty_output of ls /home
result synced rsync /foo /bar
register exitcode as 'synced' of rsync /foo /bar
(The is
and of
words actually do nothing. empty_dir
is an alias for is_empty_dir
. The register (exitcode (as))
is an alias for result
.)
file-editing functions - found in bashible.edit module
add_line LINE PATH
append_line LINE PATH
comment_lines_matching REGEXP PATH
prepend_line LINE PATH
remove_lines_matching REGEX PATH
replace_lines_matching REGEXP STRING PATH
replace_matching REGEXP STRING PATH
uncomment_lines_matching REGEXP PATH
template engine - found in bashible.template module
template TEMPLATE_PATH RESULT_PATH
timeout - found in bashible.timeout module
in_timeout SECS COMMAND ARGS ...
network-oriented functions - found in bashible.net module
TODO
Write more docs and examples.
Modularize. The bashible core in the version 1.0 should contain only necessary functions and should not ever change. For instance, the delayed and unless_already COMMAND ARGS ... functions now need two temporary files. These files are created on every bashible startup. These functions should go into optional modules instead.
Create tests. Bashible uses GNU/grep, GNU/sed and other programs which may not work properly on all platforms.
Make bashible multiplatform.
Create more modules and/or integrate existing Bash libraries.