我们的命令行实用程序是用 Python 编写的。
在 Linux/OS X 上这通常不是问题，因为它们都预装了 Python 2.x。但是在 Windows 上，默认情况下不安装 Python。
另一个问题是我们的依赖项很少需要编译，这对于 Windows 用户来说也不是一个小问题，因为它需要修改 MSVC/Cygwin/etc'。
到目前为止，我们使用 Pyinstaller 解决了这个问题创建具有预安装依赖项的“卡住”Python 包。这工作得很好，但是使我们的实用程序不可扩展 - 我们不能通过使用诸如 pip 之类的实用程序来添加额外的 Python 模块。由于我们的 CLI 依赖于此功能以增加额外的可用性，因此此限制成为我们的障碍，我们想重新考虑我们的方法。
四处寻找，我发现了 Rhodecode solve this .基本上，他们的安装程序会带来 Python 和其他一切(包括预编译的依赖项)。
这对我们来说似乎是个好主意，我在这里看到的唯一限制是他们的安装程序实际上是从 .msi 安装 Python，这会将内容放入 Windows 注册表。所以Windows上只能安装一个X.Y版本的Python(来自.msi)
对于服务器应用程序，这可能是合理的，因为服务器应用程序往往表现得好像它是 PC 上唯一安装的东西，但对于命令行实用程序，这是完全不能接受的。
环顾四周，我发现很少有项目声称可以使 Python 可移植 - 例如 Portable Python .但是我不确定它到底有多“便携”，尤其是在 issues like this 之后.
所以问题是:
是否可以在 Windows 上多次安装相同的 Python 版本而不会在实例之间造成冲突？
你会选择其他解决方法来解决这个问题吗(请不要选择“聪明”的解决方案，例如:放弃 Windows 支持/不要使用 Python)
谢谢!
最佳答案
坦率地说，我会坚持使用 PyInstaller 或类似的东西。无论目标机器是否安装了 Python，这将始终为您提供正确版本的 Python。它还可以防止您破坏以前安装的 Python 版本。
如果您需要添加插件，则应将其构建到您的应用中。有一些项目可以帮助您。这里有几个例子:
您还可以看看 Django 或 Flask 是如何处理扩展的。例如，您可以向 Flask 添加扩展以允许它与 SQLAlchemy 一起工作。 .您应该能够对自己的应用程序执行类似的操作。毕竟 pip 实用程序将无法与卡住的应用程序一起使用。或者，你有没有看过 conda ？它可能适合您的目的。
关于python - 在 Windows 上使用内置 python 构建软件安装程序，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28045168/