Expanded README.md

This commit is contained in:
Casey Rodarmor 2016-09-28 21:58:06 -07:00
parent dd83cc46bf
commit 7529c628ca

View File

@ -3,9 +3,41 @@ j
`j` is a handy way to run project-specific commands. `j` is a handy way to run project-specific commands.
getting started
---------------
Get `j` from `cargo`, the [rust language](https://www.rust-lang.org) package manager:
1. Get rust and cargo from [rustup.rs](https://www.rustup.rs)
2. Run `cargo install j`
3. Add `~/.cargo/bin` to your PATH
`j` depends on `make` or `gmake` to actually run commands, but hopefully if you're using unix, a make is already installed on your system. If not, you can get it from your friendly local package manager.
Unfortunately, this makes `j` difficult to run on windows. A possible future goal is to stop depending on make and use a custom file format, discussed in [issue #1](https://github.com/casey/j/issues/1).
Once you can run `j`, create a file called `justfile` in the root of your project, and start adding recipes to it. See an example `justfile` [https://github.com/casey/j/blob/master/justfile](here).
The first recipe in the `justfile` will be run when run `j` with no arguments, which makes it a good candidate for the command that you run most often, for example building and testing your project. Other recipes can be run by supplying their name as an argument, for example `j build` to run the `build` recipe.
After that, the sky is the limit! Ideas for recipes include:
* Deploying/publishing the project
* Building in release mode vs debug mode
* Running in debug mode/with logging enabled
* Complex git workflows
* Updating dependencies
* Running different sets of tests, for example fast tests vs slow tests
* Any complex set of commands that you really should write down somewhere, if only to be able to remember them
how it works
------------
`j` looks upward from the current directory for a file called `justfile` and then runs make with that file as the makefile. `j` also sets the current working directory to where it found the justfile, so your commands are executed from the root of your project and not from whatever subdirectory you happen to be in. `j` looks upward from the current directory for a file called `justfile` and then runs make with that file as the makefile. `j` also sets the current working directory to where it found the justfile, so your commands are executed from the root of your project and not from whatever subdirectory you happen to be in.
With no arguments it runs the default recipe: Makefile targets are called "recipes", and are simply lists of commands to run in sequence, making them very concise. Recipes stop if a command fails, like if you do `set -e` in a shell script. Recipes also print each command before running it. If you would like to supress this, you can prepend a line in a recipe with `@`.
With no arguments `j` runs the default recipe:
`j` `j`
@ -17,19 +49,19 @@ Multiple recipes can be run in order:
`j lint compile test` `j lint compile test`
Arguments after `--` are exported as `ARG0, ARG1, ..., ARGN`, which can be used in the justfile. To run recipe `compile` and export `ARG0=bar` and `ARG1=baz`: Arguments after `--` are exported to environment variables`ARG0`, `ARG1`, ..., `ARGN`, which can be used in the justfile. To run recipe `compile` and export `ARG0=bar` and `ARG1=baz`:
`just compile -- bar baz` `just compile -- bar baz`
By way of example, the included justfile has a pinch of fanciful fluff. yes, but why?
-------------
getting j `j` is a trivial program, but I personally find it enormously useful, and wind up writing a `justfile` for almost every project, big or small.
---------
J is distributed via `cargo`, rust's package manager. On a big project with multiple contributers, it's very useful to have a file with all the commands needed to work on the project. There are probably different commands to test, build, lint, deploy, and the like, and having them all in one place is useful and cuts down on the time you have to spend telling people which commands to run and how to type them. And, with an easy place to put commands, it's likely that you'll come up with other useful things which are part of the project's collective wisdom, but which aren't written down anywhere, like the arcane commands needed for your project's revision control workflow, for updating dependencies, or all the random flags you might need to pass to the build system.
1. Get cargo at [rustup.rs](https://www.rustup.rs) Even for small, personal projects, it's nice to be able to go into an old project written in some random language with some mysterious build system and know that all the commands you need to do whatever you need to do are in the justfile, and that if you type `j` something useful will probably happen.
2. Run `cargo install j`
3. Add `~/.cargo/bin` to your PATH
`j` depends on make to actually run commands, but hopefully if you're on a unix, make is already installed. If not, you can get it from friendly local package manager. If you have a feature request, do open an issue and let me know.
Happy computing!