-
Notifications
You must be signed in to change notification settings - Fork 8
When using bash (git or cygwin) in Windows, it should be treated as bash, not cmd #26
Comments
Can you expand on this a little, not sure exactly what you mean? |
I think the problem is cli looks at Same for spawning a subshell. |
yes, exactly. I looked for ways to detect if bash is there, but windows doesn't have the SHELL env variable (or at least with gitbash it's not there) and no other env variable gives a clue. Currently our usecase disappeared, which is why I am not working on it any more. |
As a workaround, we could define a config-file parameter to force the export format regardless of os.name .. Not perfect, but would put the user in control. On 2 December 2015 18:02:36 CET, Robert Jack Will [email protected] wrote:
Sent from my Android device with K-9 Mail. Please excuse my brevity. |
Maybe there is a way to get it from the hidden variable CMDCMDLINE.
I'm done with Windows so can't test it. |
there should be an override switch (and config-file option), like |
If the user wants to set the shell (bash, zsh, CMD.EXE ...) then why not give a parameter and config file item for just that? In the end the shell type determines how we have to call it and inject the variables. |
No description provided.
The text was updated successfully, but these errors were encountered: