summaryrefslogtreecommitdiff
path: root/src/rebar_cleaner.erl
diff options
context:
space:
mode:
authorTuncer Ayaz <tuncer.ayaz@gmail.com>2012-11-05 20:08:48 +0100
committerJared Morrow <jared@basho.com>2014-03-11 21:11:36 +0000
commit77a0eb6fe4dca909c6fe63f00b6793ba759f1a63 (patch)
tree865da21cd27a7c2c765c02a28aaee42eeaf5aa4f /src/rebar_cleaner.erl
parent195d61a4021f5df5604a584f04ed5fbe80cafde7 (diff)
Fix #56 (always-on recursion)
Always-on recursive application of all rebar commands causes too many issues. Recursive application is required for: 1. dealing with dependencies: get-deps, update-deps, and compile of deps right after get-deps or update-deps 2. projects with a riak-like apps/ project structure and dev process The vast majority of projects are not structured like riak. Therefore, moving forward it's best to (by default) restrict recursive behavior to dealing with deps. This commit does that and also adds command line and rebar.config options for controlling or configuring recursion. Also, we introduce two meta commands: prepare-deps (equivalent to rebar -r get-deps compile) and refresh-deps (equivalent to rebar -r update-deps compile). riak-like projects can extend the list of recursive commands (to include 'eunit' and 'compile') by adding {recursive_cmds, [eunit, compile]} to rebar.config.
Diffstat (limited to 'src/rebar_cleaner.erl')
0 files changed, 0 insertions, 0 deletions