You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(ci): locate keytool without relying on PATH, and reject WSL
Running the script from PowerShell failed with "keytool not found" even after
adding Android Studio's jbr/bin to $env:PATH.
Two causes. On Windows, `bash` invoked from PowerShell is frequently WSL's
bash rather than Git Bash, and the two disagree about everything: WSL sees the
system drive as /mnt/c, Git Bash as /c, and a Windows PATH entry that one
resolves the other does not.
The script now finds its own tools instead of trusting PATH — checking PATH,
then JAVA_HOME (normalising a C:\ style value into the shell's own form), then
the usual Android Studio and JDK locations, under each of the /c, /mnt/c and
/cygdrive/c prefixes. Verified by resolving both keytool and gh with PATH
stripped to /usr/bin:/bin.
WSL is now refused outright rather than half-supported: it can reach a Windows
keytool.exe through interop but then passes it Linux paths it cannot open, so
the keystore would land somewhere unexpected. The error prints the Git Bash
invocation to use instead.
KEYTOOL=... can still override the search if a key lives somewhere unusual.
0 commit comments