2016-02-25 09:28:22 +00:00
<!-- badges/ -->
2016-02-16 14:01:51 +00:00
[![Build Status ](https://travis-ci.org/kvz/bash3boilerplate.svg?branch=master )](https://travis-ci.org/kvz/bash3boilerplate)
2016-02-25 09:28:22 +00:00
<!-- /badges -->
2016-03-02 18:19:48 +00:00
[This document is formatted with GitHub-Flavored Markdown. ]:#
[For better viewing, including hyperlinks, read it online at ]:#
[https://github.com/kvz/bash3boilerplate/blob/master/README.md]:#
* [Overview ](#overview )
* [Goals ](#goals )
* [Features ](#features )
* [Installation ](#installation )
* [Changelog ](#changelog )
* [Best Practices ](#best-practices )
* [Frequently Asked Questions ](#frequently-asked-questions )
* [Authors ](#authors )
* [License ](#license )
## Overview
2016-02-16 14:01:51 +00:00
2016-06-21 07:40:25 +00:00
<!-- more -->
2013-02-25 22:39:31 +00:00
2016-06-21 07:40:25 +00:00
When hacking up Bash scripts, there are often higher level things like logging,
configuration, command-line argument parsing that:
- You need every time
2016-06-21 08:32:29 +00:00
- Come with a number of pitfalls to avoid
2013-02-25 22:54:34 +00:00
- Keep you from your actual work
2013-02-25 22:39:31 +00:00
Here's an attempt to bundle those things in a generalized way so that
2016-06-21 07:40:25 +00:00
they are reusable as-is in most scripts.
2013-02-25 22:39:31 +00:00
2016-02-15 14:38:27 +00:00
## Goals
2016-06-21 09:20:59 +00:00
Delete-Key-**Friendly**. We propose using [`main.sh` ](https://github.com/kvz/bash3boilerplate/blob/master/main.sh )
as a base and removing the parts you don't need, rather than introducing packages, includes, compilers, etc.
This may feel a bit archaic at first, but that is exactly the strength of Bash scripts that we want to embrace.
2016-02-15 14:38:27 +00:00
2016-06-21 09:20:59 +00:00
**Portable**. We're targeting Bash 3 (OSX still ships
2016-02-15 14:38:27 +00:00
with 3 for instance). If you're going to ask people to install
Bash 4 first, you might as well pick a more advanced language as a
dependency.
2016-06-21 07:40:25 +00:00
We're automatically testing BASH3 Boilerplate and it's proven to work on:
2016-02-17 08:35:25 +00:00
- [Linux ](https://travis-ci.org/kvz/bash3boilerplate/jobs/109804166#L91 ) `GNU bash, version 4.2.25(1)-release (x86_64-pc-linux-gnu)`
- [OSX ](https://travis-ci.org/kvz/bash3boilerplate/jobs/109804167#L2453 ) `GNU bash, version 3.2.51(1)-release (x86_64-apple-darwin13)`
2016-02-15 14:38:27 +00:00
## Features
2016-06-21 09:20:59 +00:00
- Conventions so that after a while, all your scripts will follow the same, battle-tested structure
- Safe by default (break on error, pipefail, etc)
2016-02-15 14:38:27 +00:00
- Configuration by environment variables
2016-06-21 09:20:59 +00:00
- Simple command-line argument parsing that requires no external dependencies. Definitions are parsed from help info,
so there is no duplication
- Helpful magic variables like `__file` , `__dir` , and `__os`
- Logging that supports colors and is compatible with [Syslog Severity levels ](http://en.wikipedia.org/wiki/Syslog#Severity_levels ) as well as the [twelve-factor ](http://12factor.net/ ) guidelines
2013-02-25 22:39:31 +00:00
2016-06-21 09:47:18 +00:00
## Who uses b3bp?
- [Transloadit ](https://transloadit.com )
- [OpenCoarrays ](http://www.opencoarrays.org )
- [Sourcery Institute ](http://www.sourceryinstitute.org )
- [The Douglas Brain Imaging Centre ](http://www.douglas.qc.ca/page/bic )
- [Computational Brain Anatomy Laboratory ](http://cobralab.ca/ )
2016-06-21 09:52:22 +00:00
We're looking for endorsement! Are you also using b3bp? [Let us know ](https://github.com/kvz/bash3boilerplate/issues/new?title=I%20use%20b3bp ) and get listed.
2014-11-04 14:23:05 +00:00
## Installation
2016-06-21 09:20:59 +00:00
There are 3 different ways you can install b3bp:
2014-11-04 14:23:05 +00:00
2016-06-21 09:20:59 +00:00
### option 1: Download the main template
2014-11-04 14:23:05 +00:00
2016-06-21 09:20:59 +00:00
Use curl or wget to download the source, save as your script, and start deleting the unwanted bits, and adding your own logic.
```bash
wget https://raw.githubusercontent.com/kvz/bash3boilerplate/master/main.sh
vim main.sh
```
### option 2: Clone the entire project
Besides `main.sh` , this will get you the entire b3bp repository including a few extra functions that we keep in the `./src` directory.
```bash
git clone git@github.com:kvz/bash3boilerplate.git
```
### option 3: Require via npm
As of `v1.0.3` , b3bp can also be installed as a node module so you define it as a dependency in `package.json` via:
```bash
2016-06-21 09:34:51 +00:00
npm init
npm install --save --save-exact bash3boilerplate
2016-06-21 09:20:59 +00:00
```
Although this last option introduces a Node.js dependency, this does allow for easy version pinning and distribution in environments that already have this prerequisite. But this is optional and nothing prevents you from just using `curl` and keep your project or build system low on external dependencies.
2014-11-04 14:23:05 +00:00
2016-02-16 20:04:22 +00:00
## Changelog
2016-03-03 11:45:07 +00:00
Please see the [CHANGELOG.md ](./CHANGELOG.md ) file.
2016-02-16 20:04:22 +00:00
2014-11-04 14:23:05 +00:00
## Best practices
2016-06-21 09:34:51 +00:00
As of `v1.0.3` , b3bp adds some nice re-usable libraries in `./src` . In order to make the snippets in `./src` more useful, we recommend these guidelines.
2014-11-04 14:23:05 +00:00
### Library exports
It's nice to have a bash package that can be used in the terminal and also be invoked as a command line function. To achieve this the exporting of your functionality *should* follow this pattern:
```bash
if [ "${BASH_SOURCE[0]}" != ${0} ]; then
export -f my_script
else
my_script "${@}"
exit $?
fi
```
This allows a user to `source` your script or invoke as a script.
```bash
# Running as a script
$ ./my_script.sh some args --blah
# Sourcing the script
$ source my_script.sh
$ my_script some more args --blah
```
(taken from the [bpkg ](https://raw.githubusercontent.com/bpkg/bpkg/master/README.md ) project)
2016-02-17 12:38:55 +00:00
### Miscellaneous
2014-11-04 14:23:05 +00:00
2016-02-17 12:38:55 +00:00
- In functions, use `local` before every variable declaration
- This project settles on two spaces for tabs
2016-06-21 08:21:00 +00:00
- Use `UPPERCASE_VARS` to indicate environment variables that can be controlled outside your script
2016-06-21 08:32:29 +00:00
- Use `__double_underscore_prefixed_vars` to indicate global variables that are solely controlled inside your script, with the exception of arguments wich are already prefixed with `arg_` , and functions, over which b3bp poses no restrictions.
2014-11-04 14:23:05 +00:00
2016-03-02 18:19:48 +00:00
## Frequently Asked Questions
Please see the [FAQ.md ](./FAQ.md ) file.
2016-02-17 07:39:12 +00:00
## Authors
2016-03-03 11:45:07 +00:00
- [Kevin van Zonneveld ](http://kvz.io )
- [Izaak Beekman ](https://izaakbeekman.com/ )
2016-03-02 18:19:48 +00:00
- [Alexander Rathai ](mailto:<Alexander.Rathai@gmail.com> )
2016-06-20 07:57:31 +00:00
- [Dr. Damian Rouson ](http://www.sourceryinstitute.org/ ) (documentation, feedback)
2016-06-20 07:44:57 +00:00
- [@jokajak ](https://github.com/jokajak ) (documentation)
2016-06-19 11:17:52 +00:00
- [Gabriel A. Devenyi ](http://staticwave.ca/ ) (feedback)
2016-06-20 07:57:31 +00:00
- [@bravo-kernel ](https://github.com/bravo-kernel ) (feedback)
2016-02-17 07:39:12 +00:00
2013-03-27 15:08:31 +00:00
## License
2016-06-20 08:15:37 +00:00
Copyright (c) 2013 Kevin van Zonneveld and [contributors ](https://github.com/kvz/bash3boilerplate#authors ).
Licensed under [MIT ](https://raw.githubusercontent.com/kvz/bash3boilerplate/master/LICENSE ).
2016-06-20 07:57:31 +00:00
You are not obligated to bundle the LICENSE file with your b3bp projects as long
as you leave these references intact.