在使用 github 操作进行构建期间执行诗歌安装时,使用预编译的 numpy 包而不是构建它
Posted
技术标签:
【中文标题】在使用 github 操作进行构建期间执行诗歌安装时,使用预编译的 numpy 包而不是构建它【英文标题】:Use precompiled numpy package instead of building it when performing poetry install during build with github actions 【发布时间】:2022-01-17 17:18:32 【问题描述】:我在 python 3.10 中使用诗歌 1.1.12。我的项目依赖于 numpy 1.21.1,每次运行持续集成管道时都需要 5 分钟的时间来安装。
有没有办法让诗歌使用某种已编译的 numpy 包而不是每次构建时都重新构建它?
我已经按照this answer 中描述的步骤缓存我的虚拟环境存储库来缓解这个问题,但我想要一个即使我更改我的poetry.lock
文件或我的缓存已过期的解决方案。
由于公司政策规定,我只能在 github 操作中使用 ubuntu-latest
图像
我的 pyproject.toml
[tool.poetry]
name = "test-poetry"
version = "0.1.0"
description = ""
authors = ["Your Name <you@example.com>"]
[tool.poetry.dependencies]
python = "^3.10"
numpy = "^1.21.1"
[tool.poetry.dev-dependencies]
pytest = "^6.2.5"
[build-system]
requires = ["poetry-core>=1.1.12"]
build-backend = "poetry.core.masonry.api"
我的 github 操作工作流程:
name: Continuous Integration
on: push
jobs:
test-build:
runs-on: ubuntu-latest
steps:
- name: Checkout code
uses: actions/checkout@v2
- name: Install Python 3.10
uses: actions/setup-python@v2
with:
python-version: '3.10'
- name: Install Poetry packaging manager
run: curl -sSL https://raw.githubusercontent.com/python-poetry/poetry/master/install-poetry.py | python -
- name: Configure Poetry
run: |
poetry config virtualenvs.create true
poetry config virtualenvs.in-project true
- name: Load cached venv
id: cached-poetry-dependencies
uses: actions/cache@v2
with:
path: .venv
key: venv-$ runner.os -$ hashFiles('**/poetry.lock')
- name: Install project dependencies
run: poetry install
if: steps.cached-poetry-dependencies.outputs.cache-hit != 'true'
- name: Run test
run: poetry run pytest
【问题讨论】:
【参考方案1】:Poetry 默认使用预编译包(如果存在)。设置 python 版本的上限使我的构建使用已经为我的 python 版本预编译的更新版本的 numpy
在 numpy 1.21.2 之前,只设置了最低版本的 python。 Numpy 1.21.1 需要大于 3.7 的 python 版本
但是从 numpy 1.21.2 开始,python 也有了最高版本。 Numpy 1.21.2(在编写此答案时为 1.21.5)需要大于 3.7 但严格低于 3.11 的 python 版本。这里总结一下numpy/python的兼容性:
numpy version | python version |
---|---|
1.21.0 | Python >=3.7 |
1.21.1 | Python >=3.7 |
1.21.2 | Python >=3.7, <3.11 |
... | ... |
1.21.5 | Python >=3.7, <3.11 |
在我的pyproject.toml
中,我设置了python版本如下:
python = "^3.10"
这与 numpy 1.21.2 和更高的 python 版本要求冲突。因此,poetry 决定安装与我的 python 版本兼容的最新版本,即 1.21.1。但是numpy 1.21.1版本没有为python 3.10预编译,第一个为python 3.10预编译的numpy版本是numpy 1.21.2。
所以每次我安装我的诗歌项目时,我都必须从源代码重建 numpy。
为了纠正这个问题,我将 pyproject.toml
依赖项的部分更改如下:
[tool.poetry.dependencies]
python = ">=3.10,<3.11"
numpy = "^1.21.5"
现在我构建的poetry install
部分检索python 3.10 numpy 版本1.21.5 的预编译,而不是编译numpy 版本1.21.1,如this answer 中所述
现在我在构建中的poetry install
步骤只需不到 25 秒而不是 5 分钟。
【讨论】:
以上是关于在使用 github 操作进行构建期间执行诗歌安装时,使用预编译的 numpy 包而不是构建它的主要内容,如果未能解决你的问题,请参考以下文章
使用诗歌从 conda-forge(例如 cartopy)安装预构建包,而不依赖 conda(仅使用通道)
在构建期间覆盖使用 automake/libtool 构建的共享库中的安装路径,以便在无法使用 DYLD_LIBRARY_PATH 时进行测试