Python 环境管理用那一套比较好： pyenv， pipenv 还是 virtualen
shayuvpn0001 2021-05-19 15:23:27 +08:00 6511 次点击这是一个创建于 1621 天前的主题，其中的信息可能已经有所发展或是发生改变。
我现在有这样一个场景，内网不能连接互联网，需要部署一套基于 selenium 的自动化系统，不能用 pip 从网上下包，也不允许用 docker 做镜像导入，只能用安装包一个个安装部署，最多自己写写脚本自动安装。
我可以在外网弄一个虚拟机，安装一模一样的操作系统，试验部署直至整个系统稳定运行，然后把所有依赖打包至内网，然后手动或者用脚本重复整个过程。
这个部署过程还得分别在 Debian 9 和 Windows 7 上面部署两套，我准备弄 Debian 9 和 Win 7 两套虚拟机分别做，都只能单机条件下，而且不能自己内网弄个服务器建一个本地源存放所有包，有什么比较好的解决方案。最好是能自动化脚本，机器数量还比较多。
目前看了一下，本地包管理的话使用 pip 和 pyinstaller，Python 环境管理有 pyenv，pipenv 还是 virtualenv，已知的问题是 pyenv 必须使用 pyenv 管理的 python 版本，其他还有什么坑？麻烦各位支个招，有踩坑过的也来分享一下。
 | 1 RRRoger 2021-05-19 16:02:10 +08:00  2 使用 conda pack 打包 用 miniconda 作为虚拟环境 |
 | 2 abersheeran 2021-05-19 16:03:27 +08:00 1 恰好我也有这样的需求。推荐使用 pdm 解决。 |
 | 3 noqwerty 2021-05-19 16:04:27 +08:00 via Android 1 conda 或者 poetry 吧 |
 | 4 frostming 2021-05-19 16:08:33 +08:00 2 PDM 可以把依赖装到__pypackages__里，直接打包带走，在目标机器上只要 PYTHOnPATH=path/to/__pypackages__/3.8/lib 即可 可以参考 https://pdm.fming.dev/usage/advanced/#use-pdm-in-a-multi-stage-dockerfile 打包还可以用 zipapp 或者 shiv 这种 |
| 5 abersheeran 2021-05-19 16:09:51 +08:00 补充楼上，这是我添加的两个环境变量。 ```dockerfile .................. ENV PATH="/app/__pypackages__/3.9/bin:$PATH" ENV PYTHOnPATH="/app/__pypackages__/3.9/lib:$PYTHONPATH" WORKDIR /app ......................... ``` |
 | 6 jianjian001 2021-05-19 16:10:47 +08:00 2 pyenv 管理版本 poetry 管理依赖 |
 | 7 shayuvpn0001 OP |
 | 8 zeroDev 2021-05-19 16:23:54 +08:00 via Android 如果你习惯命令行界面 pipenv，反正自带的那个就行 如果习惯 GUI，那不清楚了 |
 | 9 ctro15547 2021-05-19 16:25:19 +08:00 conda 太爽了。。。 |
 | 10 Jirajine 2021-05-19 16:29:24 +08:00 poetry or pyflow |
 | 11 paopjian 2021-05-19 16:32:06 +08:00 zip 打包 conda 环境,但是有些包必须要用 pip 重装一遍,只好附带 whl 了 |
| 12 frostming 2021-05-19 16:34:18 +08:00 1 @shayuvpn0001 不是让用 Docker，是提供借鉴，这里 build 和 run 两个 stage 刚好对应你外网和内网的机器 |
 | 13 zone10 2021-05-19 16:47:13 +08:00 1 用 virtualenv, 把依赖下在 venv 目录里整个复制过去就行. 是不允许用 docker 还是不允许拉 docker 镜像, 如果是后者可以把 docker 镜像导出为压缩包再去内网安装, win7 能用 docker, 有个工具叫 DockerToolBox, 如果是 win10 能用 Hyper-V 就更方便了, Docker Desktop 了解一下 |
 | 14 terencehan 2021-05-19 18:48:41 +08:00 一直在用 miniconda |
 | 15 z740713651 2021-05-19 18:52:16 +08:00 miniconda +1 |
 | 16 yzc27 2021-05-19 18:58:26 +08:00 via iPhone poetry |
 | 17 youngce 2021-05-19 19:01:23 +08:00 回归 virtualenv，方便生产纯净的依赖文件 |
 | 18 SenLief 2021-05-19 20:13:31 +08:00 python 不是自带个虚拟环境吗？ python -m venv .venv 这个和上面的有啥差别吗？ |
 | 19 cmdOptionKana 2021-05-19 21:40:21 +08:00 1 还是觉得 miniconda 的逻辑最清晰 |
 | 20 among 2021-05-19 22:18:44 +08:00 |
 | 21 clino 2021-05-19 22:20:09 +08:00 1 我一般用 virtualenv+pyenv |
 | 22 wongskay 2021-05-19 23:01:38 +08:00 via iPhone 1 anaconda |
 | 23 ClericPy 2021-05-19 23:28:03 +08:00 1 最近同样部署 chrome 自动化工具, 用的自己写的 zipapps, 如果不嫌麻烦可以继续看, 我这边是 Jenkins 打包机 Linux 打包以后在 Hadoop 那边直接执行的 看你情景必须把依赖和源代码打包起来一起发布, 可以尝试一下. 有几个前提: 1. Python3.7+ 2. Windows 打包的只能 Windows 用, Linux 打包的只能 Linux 用, 有些库不是跨平台的要编译, 打包机 Python 版本也得和运行环境一致, 类似 selectolax 或者 psutil 这样有 .so 的就没法同时给 3.7 3.8 一起用 3. 执行的时候估计会解压出一个文件夹在旁边 步骤: 1. 打包机上安装 python3.7 -m pip install zipapps -U --user 2. python3.7 -m zipapps -c -a path_to_your_package -m package_name.__main__:main -o app.pyz -u="*" -r requirement.txt 3. 客户端那边运行 python3.7 app.pyz 打包以后文件挺大的, 毕竟带了所有依赖, 如果想依赖和代码分开打包也可以, 也可以不指定 entry_point (也就是那个-m 参数), 打包后当虚拟环境使 |
| 24 shayuvpn0001 OP @frostming 你是 PDM 作者？哈哈，厉害。 另外，PDM 依赖 python 3.7 以上，我刚好有个包最高只能用到 3.6，可以先装 Python 3.7，然后 PDM，再用版本管理工具弄个 Python 3.6，再用 PDM 弄我的项目么？思路是 PDM 泡在 3.7 上，我自己的跑在 3.6 上。 然后给你文档挑个书写错误：Use PDM in Continuous Integration# 这一部分里面，Here is an example worflow of GitHub 应该是 workflow |
 | 25 xiebinbin666 2021-05-20 17:09:06 +08:00 |
| 26 frostming 2021-05-28 15:18:18 +08:00 @shayuvpn0001 可以，PDM 就是这样工作的 |
Select Language