bash3boilerplate/README.md

167 lines
7.1 KiB
Markdown
Raw Normal View History

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-06-21 12:06:25 +00:00
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
<!--more-->
2013-02-25 22:39:31 +00:00
2016-06-21 18:20:57 +00:00
When hacking up Bash scripts, there are often things such as logging or command-line argument parsing that:
- You need every time
2016-06-21 18:20:57 +00:00
- Come with a number of pitfalls you want to avoid
2013-02-25 22:54:34 +00:00
- Keep you from your actual work
2016-06-21 18:20:57 +00:00
2013-02-25 22:39:31 +00:00
Here's an attempt to bundle those things in a generalized way so that
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
Delete-Key-**Friendly**. We propose using [`main.sh`](http://bash3boilerplate.sh/main.sh)
2016-06-21 09:20:59 +00:00
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.
## 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 18:20:57 +00:00
- Simple command-line argument parsing that requires no external dependencies. Definitions are parsed from help info, so there is no duplication
2016-06-21 09:20:59 +00:00
- 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
## Who uses b3bp?
- [Transloadit](https://transloadit.com)
- [OpenCoarrays](http://www.opencoarrays.org)
- [Sourcery Institute](http://www.sourceryinstitute.org)
- [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 http://bash3boilerplate.sh/main.sh
2016-06-21 09:20:59 +00:00
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
2016-06-21 18:20:57 +00:00
As of `v1.0.3`, b3bp can also be installed as a Node module so you can define it as a dependency in `package.json` via:
2016-06-21 09:20:59 +00:00
```bash
npm init
npm install --save --save-exact bash3boilerplate
2016-06-21 09:20:59 +00:00
```
2016-06-21 18:20:57 +00:00
Although this 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 ignoring this possibility.
2014-11-04 14:23:05 +00:00
2016-02-16 20:04:22 +00:00
## Changelog
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
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
2016-06-22 08:11:56 +00:00
### Function packaging
2014-11-04 14:23:05 +00:00
2016-06-22 08:11:56 +00:00
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:
2014-11-04 14:23:05 +00:00
```bash
if [ "${BASH_SOURCE[0]}" != "${0}" ]; then
2014-11-04 14:23:05 +00:00
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-06-22 08:11:56 +00:00
### Scoping
1. In functions, use `local` before every variable declaration
1. Use `UPPERCASE_VARS` to indicate environment variables that can be controlled outside your script
2016-06-22 23:25:06 +00:00
1. Use `__double_underscore_prefixed_vars` to indicate global variables that are solely controlled inside your script, with the exception of arguments which are already prefixed with `arg_`, and functions, over which b3bp poses no restrictions.
2016-06-22 08:11:56 +00:00
### Coding style
1. Use two spaces for tabs
1. Use long options (`logger --priority` vs `logger -p`). If you're on cli, abbreviations make sense for efficiency. but when you're writing reusable scripts a few extra keystrokes will pay off in readability and avoid ventures into man pages in the future by you or your collaborators. Similarly, we prefer `set -o nounset` over `set -u`.
1. Use a single equal sign when checking `if [ "${NAME}" = "Kevin" ]`, double or triple signs are not needed.
2016-06-22 08:11:56 +00:00
### Safety and Portability
1. Use `{}` to enclose your variables in. Otherwise Bash will try to access the `$ENVIRONMENT_app` variable in `/srv/$ENVIRONMENT_app`, whereas you probably intended `/srv/${ENVIRONMENT}_app`. Since it's easy to miss cases like this, we recommend making enclosing a habit.
2016-06-22 08:11:56 +00:00
1. Use `set` rather than relying on a shebang like `#!/usr/bin/env bash -e` as that is neutralized when someone runs your script as `bash yourscript.sh`
1. Use `#!/usr/bin/env bash` as it is more portable than `#!/bin/bash`.
1. Use `${BASH_SOURCE[0]}` if you refer to current file even if it is sourced by a parent script. Otherwise use `${0}`
1. Use `:-` if you want to test variables that could be undeclared. For instance with `if [ "${NAME:-}" = "Kevin" ]`, `$NAME` will evaluate to `Kevin` if the variable is empty. The variable itself will remain unchanged. The syntax to assign a default value is `${NAME:=Kevin}`.
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
- [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>)
- [Dr. Damian Rouson](http://www.sourceryinstitute.org/) (documentation, feedback)
2016-06-20 07:44:57 +00:00
- [@jokajak](https://github.com/jokajak) (documentation)
- [Gabriel A. Devenyi](http://staticwave.ca/) (feedback)
- [@bravo-kernel](https://github.com/bravo-kernel) (feedback)
- [@skanga](https://github.com/skanga) (feedback)
2016-06-22 18:39:21 +00:00
- [galaktos](https://www.reddit.com/user/galaktos) (feedback)
2016-06-23 14:20:45 +00:00
- [@moviuro](https://github.com/moviuro) (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).
You are not obligated to bundle the LICENSE file with your b3bp projects as long
as you leave these references intact in header comments of your source files.