See toolshed/abra#622
This commit is contained in:
@ -94,6 +94,26 @@ git commit
|
|||||||
make link
|
make link
|
||||||
```
|
```
|
||||||
|
|
||||||
|
## Configure `abra` with `abra.yml`
|
||||||
|
|
||||||
|
There are few configuration options supported at this time but more can be added. We are open to requests!
|
||||||
|
|
||||||
|
### `$ABRA_DIR`
|
||||||
|
|
||||||
|
The lookup logic is defined like so.
|
||||||
|
|
||||||
|
* lookup $ABRA_DIR env
|
||||||
|
* look for config file and take value from there
|
||||||
|
* $HOME/.abra as fallback
|
||||||
|
|
||||||
|
If you create an `abra.yml` file in your `$PWD` with the following contents.
|
||||||
|
|
||||||
|
```
|
||||||
|
abraDir: .
|
||||||
|
```
|
||||||
|
|
||||||
|
Then `$ABRA_DIR` will be automatically picked up as `$PWD`. This is useful when you maintain multiple project configurations and recipes in various state of chaos and would like to separate those. `abra` will create all the usual `$HOME/.abra` state (`servers`/`recipes`/etc.) under your chosen `abraDir` value. This allows you to have multiple independent versions of specific recipes which are relevant for specific projects vs. relying on a single `$ABRA_DIR/recipes/<recipe>` and constantly having to switch between different chaotic hacks.
|
||||||
|
|
||||||
## Running abra server side
|
## Running abra server side
|
||||||
|
|
||||||
If you're on an environment where it's hard to run Docker, or command-line programs in general, you might want to install `abra` on a server instead of your local work station.
|
If you're on an environment where it's hard to run Docker, or command-line programs in general, you might want to install `abra` on a server instead of your local work station.
|
||||||
|
Reference in New Issue
Block a user