This pipe would be great, except that it injects "bash" in front of compiled SSH command. This means that this pipe can ONLY be used between linux machines and if someone wants to SSH to a Windows machine, it won't work.
Resulting error: "bash: The term bash is not recognized as the name of a cmdlet..."
This could be fixed by letting pipe users set which type of remote environment they are connecting to.
Example output:
"ssh -A -tt -i /root/.ssh/pipelines_id -o StrictHostKeyChecking=no -p 22 someUser@123.123.123.123 bash -c 'powershell.exe -ExecutionPolicy Bypass -File C:\Deployment\postInstallScript.ps1'"
The inclusion of "bash" prevents this command from working against the target Windows machine
Suggested workarounds have included configuring WSL on the target machine to enable support for bash.... but let's be serious that is not a great workaround when the SSH command could be easily modified instead