Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Publish from CI with npm provenance (--provenance / OIDC trusted publisher)

オープン
#2,028 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
活発
技術スタック
github-actions, node.js, typescript
領域
ci-cd, devops, release

調査の方向性

まず publish-mcp-registry.yml を読み、既存の release:prepare および release:mark-dev スクリプトを追跡します。リリースワークフローに OIDC id-token の権限があり、npm publish --provenance を使用していることを確認します。npm trusted-publisher の設定を maintainer が構成した後、npm view agent-device dist.attestations の null ではない値がリリースコミットを指して解決されれば完了です。

索引モデルが issue の本文から書いたものです。

説明

needs-info

From the MCP registry security assessment (its item 4). release:publish runs npm publish from a maintainer laptop, so the published tarball has only npm's registry signature — dist.attestations is null, and there is no verifiable link from the tarball back to the commit that produced it.

Goal

Publish from CI with npm publish --provenance under an OIDC trusted publisher, so consumers get a signed provenance statement pinning the tarball to its source commit and workflow run.

Work

  • Configure the npm package's trusted-publisher / OIDC settings on npmjs.com (maintainer action — cannot be scripted from the repo; blocks the rest).
  • Add a release workflow (or extend the existing tag-triggered one) that runs release:prepare then npm publish --provenance with id-token: write permission, instead of a local npm publish.
  • Keep release:mark-dev running post-publish (added in #2023) so main still moves off the released version.
  • The MCP-registry publish workflow already uses OIDC (publish-mcp-registry.yml) — mirror its trusted-publisher pattern.

Notes

  • Independent of #2023; the release-script changes there don't conflict.
  • Verify afterward: npm view agent-device dist.attestations is non-null and the provenance resolves to the release commit.
主要言語
TypeScript
スター
4.9k
フォーク
328
平均マージ
12時間 18分
マージ済み PR(30日)
561

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

callstack/agent-device のほかの issue

callstack/agent-device の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。