当 python 文件必须使用 #!/bin/env python 时处理多个 python 版本

我有这个问题：

System A运行 Ubuntu 并需要Python 2.6对于一堆不同的事情。
我安装了Python 2.7分别于System A
System B has Python 2.7原生地。

我有一个 python 脚本BLAH其中说#!/bin/env python上面。
再往下执行另一个脚本SIGH，上面还说：#!/bin/env python.

BLAH需要在任一上运行System A or System B，并且它总是需要运行Python 2.7

----
到目前为止我的解决方案的一部分：
有一个包装脚本，首先尝试查看是否which python指向Python 2.7
如果可以的话就运行BLAH与 python 的路径。
不然试试which python2.7并使用该路径运行BLAH，并将该路径添加到env PATH.

该解决方案的问题是：

On System A（单独安装了Python 2.7）
When BLAH执行时，由于我编写了包装器脚本，它使用 Python 2.7 运行（到目前为止还好..）
When BLAH spawns SIGH, SIGH使用 shebang 在路径中查找 python 然后遇到麻烦，因为它正在寻找 pythonenv's PATH它应该寻找python2.7在路径中。

有没有一种干净的方法来处理这个问题？

提前致谢！

如果你有一个需要特定 python 版本的脚本，例如 2.7，我会将第一行更改为

#!/bin/env python2.7

然后确保python2.7在您的路径上（您可能需要根据需要添加符号链接）。在我使用过的所有发行版中，这些符号链接已经存在。

（实际上，python通常是一个符号链接pythonX这是一个符号链接pythonX.Y或者，就我而言，python -> python2 -> python2.7. )

无需硬编码完整路径，因为这可能因发行版或盒子而异。

但是，由于名为的路径上的可执行文件不应该有歧义python2.7，您应该没问题，而不必担心硬编码路径。

或者，在第一个脚本中，您可以直接调用 python 解释器，如下所示：

subprocess.Popen(['pythonX.Y', SCRIPT_NAME])

代替

subprocess.Popen([SCRIPT_NAME])

EDIT正如 J.F. Sebastian 在评论中指出的那样，您可以使用系统可执行文件在第一个参数中，以确保第二个脚本传递给与第一个脚本相同的解释器。例如

subprocess.Popen([sys.executable, SCRIPT_NAME])

顺便说一句，这可能有用也可能没用，您可以访问“当前”Python 解释器的版本inside脚本由

import sys
print(sys.hexversion)

这可能有助于确定正确的解释器是否正在运行。