-
Couldn't load subscription status.
- Fork 26
Open
Description
Ideally phake would use the following order of precedence to determine which task to run:
- A task with the exact name within the current or named group
- The default task in the current group
- Error
That means if I have tasks for default, build, run, test, deploy, db:init, db:update, db:delete and db:default, test:init, test:run, and test:default, the following behaviour is expected:
- Running
phake runwould executerun - Running
phake defaultwould executedefault - Running
phakewould executedefault - Running
phake db:initwould executedb:init - Running
phake db:defaultwould executedb:default - Running
phake dbwould executedb:default - Running
phake test:initwould executetest:init - Running
phake test:defaultwould executetest:default - Running
phake testwould executetest(there's a named task calledtestwhich has higher precedence thantest:default)
As far as I can tell, that mimics the behaviour of the root :default task fairly closely without breaking compatibility with existing Phakefiles.
Metadata
Metadata
Assignees
Labels
No labels