Conversation
The addPnpmRule should use the same logic as addNpmRule. It should create (and not only register) the task.
|
the reason for this is that right now the task is not created until task collection is asked to create it, because register is lazy by default. Right now, one have to overcome this issue by calling the "get" method on TaskProvider to create the real task and then it can be used in depends_on |
|
On one hand this makes perfect sense and this absolutely shouldn't differ between the different tools The reasoning behind this is that the moment you want to depend on something then this is no longer an ad-hoc task being run, and ad-hoc tasks is what the rule is meant for I need to do some quick searches and see how these are being used in the wild, I can see why this is convenient and it might be that it should just be solved by proper documentation rather than artificial technical limitations |
|
Oh and could you add a test case to https://github.com/node-gradle/gradle-node-plugin/blob/master/src/test/groovy/com/github/gradle/node/pnpm/task/PnpmRule_integTest.groovy showing that it works? The way the tests work is by copying one or two base setups from https://github.com/node-gradle/gradle-node-plugin/tree/master/src/test/resources/fixtures which contains general project setup and then either adding to or writing a fresh I think copying the |
The addPnpmRule should use the same logic as addNpmRule.
It should create (and not only register) the task.