Devotd Github
新着コーディングエージェント

scarletkc/seiso — 公開パイプラインの Rust キャッシュをビルド行ごとに分離

scarletkc/seiso の公開ワークフローの Rust キャッシュキーをビルドプラットフォームごとに分離し、musl キャッシュが manylinux2014 ビルドを壊していた問題を直したコミット。

リポジトリ情報scarletkc/seiso ↗

scarletkc/seiso の公開ワークフローの Rust キャッシュキーをビルドプラットフォームごとに分離し、musl キャッシュが manylinux2014 ビルドを壊していた問題を直したコミット。

GitHub の説明: A Markdown convention and linter for project docs written by AI and read by humans and agents

スター
★ 185
フォーク
13
言語
Rust
ライセンス
MIT
最新リリース
v0.4.0
原文を見る ↗GitHub で見る ↗

scarletkc/seiso は、AI が書き、人間とエージェントが読むプロジェクト文書のための Markdown 規約と linter である。2026 年 10 月 13 日のコミット (5bae44f, PR #91) は、パッケージ公開パイプラインにおいて Rust ビルドキャッシュをビルド対象ごとに分離した。対象ファイルは公開ワークフロー .github/workflows/publish.yml のみで、変更は 4 行追加・0 行削除である。

分離の背景はキャッシュキーの共有であった。このワークフローは dtolnay/rust-toolchain@stable で Rust ツールチェーンを準備し、Swatinem/rust-cache@v2 でビルド成果物をキャッシュする。単一のランナーイメージで複数のビルド行がデフォルトのキャッシュキーを共有すると、Alpine 系 musl ビルドコンテナが保存したエントリが、複数 Linux ディストリビューションを対象とする manylinux2014 ビルド側へ流入する。その結果、manylinux2014 コンテナの glibc より新しい glibc を要求するホストビルドスクリプトの箇所でビルドが失敗していた。今回の変更はキャッシュ action に key: ${{ matrix.platform }} を指定し、gnu 行と musl 行が互いのビルドスクリプトを復元しないようにした。同じワークフローで Rust テストは Linux x64 で実行され、musl 行の wheel は Alpine で確認される。

ただし、このコミットが手を触れた範囲はビルドキャッシュの隔離までである。linter がどのような規則を捕捉するのか、Markdown 規約がどのように定義されているのかについては、このコミット記録には記載がない。ライセンスや linter の性能を示す数値も今回の記録には含まれていない。特定のランナーイメージの状態に対して公開処理が左右されにくくなる方向の、小さくても意味のある整理として読み取れる。linter が何を捉えられるかの判断は、このコミット記録だけでは難しく、別の根拠がさらに必要である。