优化 ReadTheDocs 项目的构建时间
Optimizing build time for ReadTheDocs project
我正在开发一个大小合理的二进制 Python 库 Parselmouth，它需要一些时间来构建 - 主要是因为我正在用一个大型代码库包装一个现有程序。因此，现在我正在尝试设置 API 文档，我 运行 进入 15 分钟的时间限制或 1 GB 的内存限制（当我多线程构建时，我有一些昂贵的模板实例化并且编译器进程被杀死）在 ReadTheDocs 上构建时。
但是，我已经成功设置了 Travis CI 构建，使用 ccache 不重新编译大型代码库，而只重新编译包装代码的更改部分。
我一直在考虑从 PyPI 安装，但是版本控制变得复杂，并且中间开发版本没有很好的 API 文档。
所以我想知道：对于这种情况是否有已知的解决方案，也许使用 Travis CI 的构建？
我最终解决这个问题的方法是使用 BinTray 上传我在 Travis CI 上构建的轮子。构建和上传成功后，我手动触发 ReadTheDocs 构建，然后使用 BinTray 中的右 Python 轮安装项目。
有关详细信息，请参阅 this commit
我正在开发一个大小合理的二进制 Python 库 Parselmouth，它需要一些时间来构建 - 主要是因为我正在用一个大型代码库包装一个现有程序。因此，现在我正在尝试设置 API 文档，我 运行 进入 15 分钟的时间限制或 1 GB 的内存限制（当我多线程构建时，我有一些昂贵的模板实例化并且编译器进程被杀死）在 ReadTheDocs 上构建时。
但是，我已经成功设置了 Travis CI 构建，使用 ccache 不重新编译大型代码库，而只重新编译包装代码的更改部分。
我一直在考虑从 PyPI 安装，但是版本控制变得复杂，并且中间开发版本没有很好的 API 文档。
所以我想知道：对于这种情况是否有已知的解决方案，也许使用 Travis CI 的构建？
我最终解决这个问题的方法是使用 BinTray 上传我在 Travis CI 上构建的轮子。构建和上传成功后，我手动触发 ReadTheDocs 构建，然后使用 BinTray 中的右 Python 轮安装项目。
有关详细信息，请参阅 this commit