When tasks are in a namespace, their pre-reqs "inherit" the namespace prefix.
Given the following rakefile:
task :setup do
puts "global setup, oops"
end
namespace :tool do
task :setup do
puts "setting up"
end
task run: :setup do
puts "running"
end
task run2: 'tool:setup' do
puts "running a second way"
end
end
The both tasks run and run2 have the same pre-req (setup). However, task run omits the namespace, while run2 is explicit with its pre-req's namespace. Both forms work as expected:
$ rake tool:run
setting up
running
$ rake tool:run2
setting up
running a second way
However, when the pre-req tree is printed, rake is not clear about what the pre-reqs' full names are.
$ rake -P
rake setup
rake tool:run
setup # <--- This is ambiguous!
rake tool:run2
tool:setup
rake tool:setup
The expectation is that rake -P prints the "fully resolved" pre-reqs and is thus clear about what task will actually be run. In the example above, it is not clear what tool:run's pre-req is. Is it the "global" setup, task as it appears in the -P output? Or is it in fact tool:setup because it is namespaced?
To be clear, rake's invocation behavior matches my expectations: tool:run invokes tool:setup, not setup. But this behavior is not evident in rake's --prereqs output.
When tasks are in a namespace, their pre-reqs "inherit" the namespace prefix.
Given the following rakefile:
The both tasks
runandrun2have the same pre-req (setup). However, taskrunomits the namespace, whilerun2is explicit with its pre-req's namespace. Both forms work as expected:However, when the pre-req tree is printed, rake is not clear about what the pre-reqs' full names are.
The expectation is that
rake -Pprints the "fully resolved" pre-reqs and is thus clear about what task will actually be run. In the example above, it is not clear whattool:run's pre-req is. Is it the "global"setup, task as it appears in the-Poutput? Or is it in facttool:setupbecause it is namespaced?To be clear, rake's invocation behavior matches my expectations:
tool:runinvokestool:setup, notsetup. But this behavior is not evident in rake's--prereqsoutput.