首先想到的思路是 os a 导出 req.txt 到 os b 上,然后 os b 根据 req.txt 或者类似的依赖包文件重新安装环境,但是问题是依赖关系可能由于 os 的差异发生变化,那么一个一个包的去试感觉也太蛋疼了,有没有好的解决方案呢
首先想到的思路是 os a 导出 req.txt 到 os b 上,然后 os b 根据 req.txt 或者类似的依赖包文件重新安装环境,但是问题是依赖关系可能由于 os 的差异发生变化,那么一个一个包的去试感觉也太蛋疼了,有没有好的解决方案呢
|
bitminMar 18, 2024
1
用 poetry pyproject.toml ?
|
|
uliahMar 18, 2024
2
代码最终是运行在 Linux 上,推荐尝试 windows wsl || vms;
代码需要跨平台运行,推荐尝试 go; DEVOPS 处理的一个典型问题:"我本地好好的,为什么到服务器就报错?" |
|
winterpotatoMar 18, 2024
3
我想的也是 requirements.txt pyproject.toml 这类的:-)
|
|
thinkershareMar 18, 2024
4
没有什么办法。
|
|
jiayouzlMar 18, 2024
5
我肯定选 docker
|
|
peanutBarkMar 18, 2024
6
poetry + docker. 完美解决问题
|
|
kdwyczMar 18, 2024
7
wsl2 就不用迁移了,甚至 wsl2 能优雅的在不同的 windows 中迁移
|
|
ClericPyMar 18, 2024
8
https://pypi.org/project/zipapps/
用 -d 模式, 把依赖和源码打包成几十 KB 的玩意, 两边机器只要搞定解释器, 然后在目标机器上现安装依赖 |
|
laqowMar 18, 2024
9
可能直接按包的方式开发,分发成不同的 wheel
|
|
JirajineMar 18, 2024
10
Rye, rustup + cargo for python
https://rye-up.com/ |
|
tomczhenMar 18, 2024
11
如果是开发的目的,poetry ,pipenv 这些都可以。如果是分发为目的,纯 Python 或者有 wheels 的包,可以用,pip 的--platform 参数指定平台,然后使用 zipapp 的相关工具 shiv 这些的可以打出一个 pyz 包,使用起来和 jar 包类似。没有 wheels 或者有动态依赖,或者依赖本身绑定平台,我是懒得去研究怎么解决了。
|
|
XXWHCAMar 19, 2024
12
我为什么没有 get 到点,requirements.txt pyproject.toml 不就是做这个的吗,固定版本号,那什么 os 下都一样啊。然后 python 版本 可以用 pyenv 直接切换,怎么会存在差异变化呢。
|