子进程中`shell=True`中的`shell`是否表示`bash`? [英] Does the `shell` in `shell=True` in subprocess means `bash`?

问题描述

我想知道 subprocess.call("if [ ! -d '{output}' ]; then mkdir -p {output}; fi",shell=True) 是否会被解释为sh 或 zsh 而不是 bash 在不同的服务器?

有人对此有什么想法吗?

我应该怎么做才能确保它被 bash 解释?

解决方案

http://docs.python.org/2/library/subprocess.html

<块引用>

在 shell=True 的 Unix 上，shell 默认为/bin/sh

请注意，/bin/sh 通常符号链接到不同的东西，例如在 Ubuntu 上:

$ ls -la/bin/shlrwxrwxrwx 1 root root 4 Mar 29 2012/bin/sh ->短跑

您可以使用 executable 参数替换默认值:

<块引用>

... 如果 shell=True，则打开Unix 的可执行参数为默认/bin/sh.

subprocess.call("if [ ! -d '{output}' ]; then mkdir -p {output}; fi",壳=真，可执行文件=/bin/bash")

I was wondering whether subprocess.call("if [ ! -d '{output}' ]; then mkdir -p {output}; fi",shell=True) will be interpreted by sh orzsh instead of bash in different server?

Anyone has ideas about this?

What should I do to make sure that it's interpreted by bash?

解决方案

http://docs.python.org/2/library/subprocess.html

On Unix with shell=True, the shell defaults to /bin/sh

Note that /bin/sh is often symlinked to something different, e.g. on ubuntu:

$ ls -la /bin/sh
lrwxrwxrwx 1 root root 4 Mar 29  2012 /bin/sh -> dash

You can use the executable argument to replace the default:

... If shell=True, on Unix the executable argument specifies a replacement shell for the default /bin/sh.

subprocess.call("if [ ! -d '{output}' ]; then mkdir -p {output}; fi",
                shell=True,
                executable="/bin/bash")

这篇关于子进程中`shell=True`中的`shell`是否表示`bash`?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！