子进程中的`shell = True`中的`shell`是否意味着`bash`?

Does the `shell` in `shell=True` in subprocess means `bash`?(子进程中的`shell = True`中的`shell`是否意味着`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`?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！