现在一直用北外的，速度最快： https://mirrors.bfsu.edu.cn/help/pypi/

楼主好，这种需求我之前也遇到过，说下我的经验。

1. 使用 miniconda 还是很简单的
在 A 机器上安装 miniconda ，例如安装路径为 ~/miniconda3 ，通过 source ~/miniconda3/bin/activate 来激活虚拟环境，所有安装的第三方包，都在 ~/miniconda3/lib/python3.11/site-packages 目录下（如果你的 python 版本是 3.11 ），这时候只需要将 ~/miniconda3 整体打包，然后在 B 机器相同的路径下解压（很重要），也就是解压缩到 B 机器的 home 下，再在 B 上 source 命令激活虚拟环境就行，就可以直接用了，之前所有装过的第三方包都无需重装。非常简便。

2. 使用 docker
这种估计大家都能想得到。

ps: 还是建议使用 miniconda 来管理 python 和虚拟环境，首先源码安装 python 还是太繁琐了，其次，anaconda 的基础版本体积太大了，且比较适合科学计算，miniconda3 的体积还是比较小的，使用起来很轻便。

@Tomoko 啊哈哈原来是这样哇！才发现用 https clone 的时候都是自己的私有仓。试了下，公开仓库确实可以用 https ，感谢！

从昨天下午开始遇到这个问题的，autodl 上的几个实例用 ssh 地址都没法 clone ，用楼主的方法修改 config 文件后已经可以了，感谢！

ps: 想问下你们的 https 地址为什么能够 clone ，我每次用 https 的仓库地址都要输入账号和密码，输完了之后又失败，提示 “Support for password authentication was removed on August 13, 2021.”

@qixinwuchen 我不太明白你这里所说的「 package 的依赖关系」具体指的是什么，Cython 编译这个技术是针对 Python 语言的，我理解跟什么类型的 web 项目无关。你也可以这么理解，编译后和编译前，源代码的调用方式、启动方式没有任何改变，只是所有的 .py 文件被替换成功能一致的 .so 二进制文件。

@yinlei212 另外，除了用 Cython 编译每个 .py 源文件外，我们还在整个 package 的入口（ i.e., __init__.py ）引入了 HTTP 认证，只要用户需要 import 我这个 package ，就需要进行 HTTP 认证，这样当我们不想让客户继续使用这个 package 时，将 HTTP 认证的结果返回为 False 就行了。

@yinlei212 第 2 点中，pyinstaller 不是必要的，只需要写好 setup.py 文件，用 python3 setup.py bdist_wheel 就能打包，结合一些 CI 工具（ e.g., GitHub Action ），可以针对 win/mac/linux 平台打出对应的分发包。

@jeeyong 了解了，下次要是必须得用 jetbrains ，就这么试试。

我最近也遇到这个问题了，本来想用远程开发 debug 下，最后发现实在是下不动，干脆就转 vscode 了，虽然 vscode 的 debug 没有 jetbrains 强，但，聊胜于无。