release: wait longer for npm to expose published client packages before failing
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 74/100
調査の方向性
.github/workflows/release.yml の release ジョブと、release/scripts/test_release_workflow_structure.py の workflow 構造チェックから始めてください。プラットフォームと root パッケージの公開期限、およびそれぞれのポーリングメッセージを見つけてください。期限を延長し、まだ存在しないパッケージを毎分報告し、整合性の不一致があれば直ちに失敗する動作を維持したうえで、指定された構造テストを実行してください。
索引モデルが issue の本文から書いたものです。
説明
Why
The v0.42.0 publication run failed its npm job on the first attempt. The job "Reconcile platform packages, then publish the root package" (.github/workflows/release.yml) publishes the platform packages, then polls client_registry.py npm-state for each one until the exact version is exposed, giving up after 600 seconds (platform_deadline=$((SECONDS + 600))). It failed with:
npm did not expose exact platform package registrystack-client-linux-arm64-gnu-0.42.0.tgz
All three platform packages had been published. The root package had not, because the job stops before publishing it. A few minutes later every platform version endpoint returned the exact integrity. The supported recovery (verify-recovery, then publish --plan ... --wait) reconciled the published platforms and published the root package with no change, so the release completed. That still cost a second protected-environment approval and about 15 minutes.
npm's per-version endpoint can lag past ten minutes after a successful npm publish. The deadline treats that lag as a failure, but the recovery path shows it is not one.
Change
- Raise the platform and root exposure deadlines, for example to 30 minutes, and print a progress line every minute naming the packages still absent.
- Keep the fail-closed behaviour: an exposed package whose integrity differs from the candidate still fails at once, and nothing is republished.
- Cover the change in
release/scripts/test_release_workflow_structure.py.
Acceptance
A publication whose platform packages take more than ten minutes to appear completes in one run, and the failure for an integrity mismatch is unchanged.
- 主要言語
- Rust
- スター
- 2
- フォーク
- 0
- 平均マージ
- 9時間 43分
- マージ済み PR（30日）
- 268
環境構築
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
registrystack/registry-stack のほかの issue
-
test(breg): postgres_startup needs the tooling feature its required-features does not declare対応中かも @jeremi が 1 日前に担当しました。 オープンarea:breg bug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
registrystack/registry-stack#2307 ·
メンテナーはふだん 1 日以内に返信
-
docs(breg): state that the migration role must not hold CREATE on the database in Provision PostgreSQL対応中かも @jeremi が 1 日前に担当しました。 オープンarea:breg area:docs documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
registrystack/registry-stack#2302 ·
メンテナーはふだん 1 日以内に返信
-
area:docs documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
registrystack/registry-stack#2253 ·
メンテナーはふだん 1 日以内に返信
-
area:coordinator bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
registrystack/registry-stack#2252 ·
メンテナーはふだん 1 日以内に返信
-
area:breg documentation
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
registrystack/registry-stack#2233 ·
メンテナーはふだん 1 日以内に返信
registrystack/registry-stack の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
foxglove/mcap#1907 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
good first issue help wanted r-feature
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
servo/rust-smallvec#792 ·
メンテナーはふだん 1 日以内に返信
-
A-Unicode C-bug P-low
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
rust-lang/rustfmt#7210 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
callTracer with withLog: true includes logs from a reverted top-level call (diverges from geth)オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
paradigmxyz/revm-inspectors#570 ·
メンテナーはふだん 1 日以内に返信