tl;dr
It's painful to use make command as a task runner. It's especially intolerable when writing .PHONY directives for evey task.
I fo...
For further actions, you may consider blocking this person and/or reporting abuse
Interesting approach! On the one hand, I love the expressiveness and human-readability of the task runner definition. On the other hand, I'm slightly irked by overloading markdown syntax with different meaning: first-level header is task name, so what is second-level header?
Thanks for the comment!
I admit it's a little unnatural to interpret markdown in this way. Probably this approach only works for very simple use cases.
But IMV task definition is simple enough thing which fit into the subset of markdown semantics. So I choose it for config language.
BTW all levels of headings have the same effect as the first-level!
Doesn't make senses that a second-level inside a first one do the same think that the first-level do and something more?
sakudoesn't do anything special for the levels of headings, but the user can use the different levels of headings for expressing, for example, different significances of tasks.For example,
Where
buildis at the 1st level because it's an important task, andbuild:jsandbuild:cssare at the 2nd level because they are less important.Interesting idea. Though I found this method allows you to do just a simple things. No more.
So far it's just 2 task runner posts in dev.to under "taskrunner" tag, yours and mine (: