在使用 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 包而不是构建它的主要内容,如果未能解决你的问题,请参考以下文章

Github 操作在构建期间未识别秘密值

使用诗歌从 conda-forge(例如 cartopy)安装预构建包,而不依赖 conda(仅使用通道)

Maven 在构建期间没有运行 Jacoco

在构建期间覆盖使用 automake/libtool 构建的共享库中的安装路径,以便在无法使用 DYLD_LIBRARY_PATH 时进行测试

Xcode 持续集成:在执行后脚本期间检测 CI 环境

卸载期间自定义操作不起作用