ci-build.yml: Cargo cache key references a step id that does not exist, so it never invalidates on a toolchain bump
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 1/5
- 预计耗时
- 1 小时以内
- 新手友好度
- 74/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 冷清
- 技术栈
- github-actions, rust
- 领域
- build-system, ci-cd
调研方向
问题出在 ci-build.yml 约第 46 行的 Cache Cargo 步骤，它的缓存键由 steps.rust-toolchain.outputs.cachekey 构建。请检查上方的 dtolnay/rust-toolchain 步骤，看它是否定义了该键表达式所引用的 id。完成的标准是：缓存键包含真实的工具链组件，并且工作流仍能在矩阵条目上运行，包括两个仅 target 不同的 ubuntu-latest 行。
由索引模型根据 Issue 内容生成。
描述
Also found while modelling ddx's wheel CI on this workflow.
ci-build.yml L46 keys the Cargo cache on the toolchain:
- uses: dtolnay/rust-toolchain@stable
- name: Cache Cargo
uses: actions/cache@v4
with:
key: cargo-cache-${{ steps.rust-toolchain.outputs.cachekey }}-${{ matrix.platform.runner }}-...
but no step carries id: rust-toolchain, so steps.rust-toolchain.outputs.cachekey resolves to the empty string and the key collapses to cargo-cache--<runner>-<target>-<Cargo.lock hash>.
The cache still works, so nothing fails — but it no longer invalidates when the toolchain moves. @stable rolls forward roughly every six weeks, and on that day the job restores artifacts built by the previous compiler under a key that claims to describe the new one. Usually harmless, occasionally a confusing rebuild or a stale-artifact error that does not reproduce locally.
One-line fix:
- uses: dtolnay/rust-toolchain@stable
id: rust-toolchain
Worth noting the same key is used across five matrix entries that differ in platform.target but share a runner for the two Ubuntu rows (aarch64 and x86_64 both on ubuntu-latest) — those are distinguished by target, so that part is fine.
Happy to send a PR alongside #242 if useful.
- 主要语言
- Python
- 星标
- 142
- 派生
- 19
- 平均合并
- 1 天 9 小时
- 30 天内合并 PR
- 9
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
xqlsystems/xarray-sql 的其他 Issue
-
documentation
难度 1/5 1-3 小时 新手友好度 85/100
xqlsystems/xarray-sql#268 ·
维护者通常 1 天内回复
-
enhancement
难度 2/5 1-3 小时 新手友好度 64/100
xqlsystems/xarray-sql#267 ·
维护者通常 1 天内回复
-
publish.yml: the TestPyPI verification step is unreachable (and installs the wrong package name)未关闭
难度 2/5 1-3 小时 新手友好度 62/100
xqlsystems/xarray-sql#242 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
xqlsystems/xarray-sql#237 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 72/100
xqlsystems/xarray-sql#231 ·
维护者通常 1 天内回复
查看 xqlsystems/xarray-sql 的全部 Issue
相似的 Issue
-
documentation
难度 2/5 1-3 小时 新手友好度 72/100
ianktoo/project-monitor#14 ·
-
security
难度 2/5 1-3 小时 新手友好度 84/100
btclib-org/btclib-wallet#478 ·
维护者通常 1 天内回复
-
security
难度 2/5 1-3 小时 新手友好度 75/100
btclib-org/btclib#2727 ·
维护者通常 1 天内回复
-
good first issue lead variant:container
难度 2/5 1-3 小时 新手友好度 76/100
radialmonster/orf-cleanroom#10 ·
维护者通常 1 天内回复
-
gdsa opencode: keep-alive cleanup trap fails with 'keepalive_pid: unbound variable'可能已有人在做 @darribas 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 85/100