This message was deleted.

Is that

./gradlew

on Windows? On what bash-like shell? (and is that a supported setup). The syntax looks correct, no issues with specifying property names as you’ve done.

I have tried various combinations, but nothing seems to work - I am still not sure how escaping works on windows 😞 Any idea how to escape this?

perhaps try gradlew.bat. Or, as I do, avoid Windows 😉.

I have a vague memory of having to quote args like so

-P"konsist.releaseTarget=local"

You most probably have some non-printable character between

konsist

and

.releaseTarget=local

and due to that

.releaseTarget=local

is seen as separate argument that is then taken as task name.

Unfortunately there is no white character - I am 100% sure of this. To demonstrate this problem I have created a simple repo - fresh gradle project with fresh Github repo, together with a single PR that triggers GithubAction workflow (add inside PR) : https://github.com/igorwojda/gradle-parameters-test/pull/1 Command ./gradlew -Pprefix.param1 -Pprefix.param2 Works on Ubuntu, error on windows:

* What went wrong:
Task '.param1' not found in root project 'Test'.

@Vampire @Chris Lee can you take a close look? (you may not be able to see GithubActions logs, so pushing attached project to own test repo and opening PR may be the best way to set this up and reproduce the issue)

Why should we not be able to see the action logs? As long as your project is public, also the logs are public.

@Vampire I was not able to see full logs in incognito tab, can you see all logs?

I think so

it is the -P

It is the PowerShell

you need to do “-Pfoo=bar”

Which I just said as one option

I think I am using power shell and I must use that, I will check when I come back home

I just tried all those I wrote in PowerShell, but you are welcome to also try it. 🙂

if you execute

./gradlew -P prefix.param1 -P prefix.param2

it works

I didn’t know Gradle allows spaces

It does for

-P

and I always use them as imho it increases readability. It does not for

-D

probably to stay consistent with

-D

of

java

.

Interesting, TIL and I will do the same as it is better than “”

Yah these spaces are nice - also think it is much more readable