CI never runs the Casework task_grant_invalidation suite
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 78/100
調査の方向性
まず .github/workflows/ci.yml の、特に Casework の PostgreSQL ジョブと CASEWORK_ASSIGNMENT_TEST_DATABASE_URL を設定する assignment/routing ステップから始める。crates/registry-casework/tests/task_grant_invalidation.rs と、crates/registry-casework/Cargo.toml 内の required-features = ["postgres-test"] を持つ [[test]] エントリを読み、そのフィクスチャがどのデータベース環境変数を期待しているかを確認する。Casework の変更時に CI ジョブが cargo test --test task_grant_invalidation を呼び出し、スイート内の失敗したテストがビルドを壊すようになれば完了。任意で、Cargo.toml のテストターゲットと ci.yml 内の --test 名を比較するスクリプトを追加する。
索引モデルが issue の本文から書いたものです。
説明
Problem
crates/registry-casework/tests/task_grant_invalidation.rs is a PostgreSQL suite (required-features = ["postgres-test"]) that proves task grants are revoked when authority is lost:
directory_loss_is_permanent_but_atomic_replacement_preserves_grantsholder_and_proposal_loss_are_permanent_but_revision_churn_is_alloweditem_erasure_removes_selector_bearing_grant_records
No job in .github/workflows/ci.yml names --test task_grant_invalidation, so CI never builds or runs it. A regression in grant revocation would merge unnoticed. The suite passes locally (3 tests, run against a disposable database while verifying #1933).
Proposal
Run it in the Casework PostgreSQL job. It reads CASEWORK_ASSIGNMENT_TEST_DATABASE_URL, like the "assignment and routing" step, so it can join that step if its fixture isolates itself from the other two suites; otherwise give it its own database the way the review and task-approval steps do.
Also worth a one-off check: whether any other [[test]] target in a product crate with required-features = ["postgres-test"] is missing from CI. A small script comparing the targets declared in Cargo.toml with the --test names in ci.yml would catch the next one.
Done when
CI runs task_grant_invalidation on every change that touches Casework, and fails when a test in it fails.
- 主要言語
- Rust
- スター
- 2
- フォーク
- 0
- 平均マージ
- 9時間 14分
- マージ済み PR(30日)
- 241
環境構築
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
registrystack/registry-stack のほかの issue
-
agent-ready area:breg bug criticality:p3 triage:needs-implementation
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
registrystack/registry-stack#1941 ·
メンテナーはふだん 1 日以内に返信
-
area:casework bug criticality:p3 rust
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
registrystack/registry-stack#1934 ·
メンテナーはふだん 1 日以内に返信
-
area:release area:scheduling bug criticality:p3 triage:needs-implementation
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
registrystack/registry-stack#1909 ·
メンテナーはふだん 1 日以内に返信
-
area:release bug
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
registrystack/registry-stack#1874 ·
メンテナーはふだん 1 日以内に返信
-
area:breg bug criticality:p3
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
registrystack/registry-stack#1851 ·
メンテナーはふだん 1 日以内に返信
registrystack/registry-stack の issue をすべて見る
似ている issue
-
[Feature]: [P3] engine-rs: the package source hash should ignore line endings and untracked filesオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
maniator/verticopolis#880 ·
メンテナーはふだん 1 日以内に返信
-
documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
メンテナーはふだん 3 日以内に返信
-
defect
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 2 日以内に返信