Contributors: historical backfill command (Phase 5.2)
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 48/100
調査の方向性
まず既存の backfill-activations コマンドとそのホストへの接続を読み、次にモジュールが所有する GitHub インターフェースと、#6 のエンティティおよび unique 制約を調べます。Makefile のターゲットと env.example のエントリがカバーされ、fake-client のテストでページネーション、べき等性、rate-limit backoff を検証し、コマンドがスキャンしたリポジトリ、見つかった PR、挿入した項目、スキップした項目をログに出力すれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Scope
dotnet run -- backfill-contributions host command that pages the GitHub REST API across all org repos and records every historically merged PR as a ContributionEvent.
Mechanics
GET /orgs/{org}/reposthenGET /repos/{owner}/{repo}/pulls?state=closed&per_page=100per repo, filteringmerged_at != null.- Honor rate limits: conditional requests where possible, respect
Retry-After/X-RateLimit-Remaining, back off rather than fail. - Idempotent: reuses the
(Repo, PrNumber)unique constraint from #6 — safe to re-run any time (plan: run once at launch, webhooks keep it current; re-run right before launch to catch stragglers). - Follow the existing
backfill-activationscommand as the structural reference (host command wiring, Makefile targetmake backfill-contributions, logging summary at the end: repos scanned, PRs found, inserted, skipped). - GitHub calls go behind the module-owned interface (no direct HttpClient in the command).
Dependencies
Blocked by #6 (entity + constraints).
Acceptance criteria
- Re-running produces zero duplicates
- Rate-limit responses back off instead of throwing
- Pagination exercised in tests via a fake GitHub client
- Makefile target +
env.exampleentry for the org token if a separate one is needed
Conventions (project-wide, non-negotiable)
- .NET 9, records for immutable shapes, file-scoped namespaces, primary constructors where they read well. Minimal-API endpoints grouped per module via
IEndpointModule.MapEndpoints. Result<T>(SharedKernel) instead of exception-driven control flow. Endpoint results map failures to ProblemDetails with the stable error codes listed above — the frontend keys off them.- Module owns its EF Core
DbContextmapped to its own Postgres schema. Modules never reference each other's internals — cross-module needs go through a public contract interface or an in-process domain event (IEventPublisher). - All external calls (GitHub, Stripe, Brevo, Cloudinary, Meilisearch) behind interfaces owned by the consuming module.
- Every list endpoint paginated (offset is fine). xUnit tests in
tests/CommunityPro.Tests/<Module>/following the existing harness patterns (seeMembers/MembersTestHarness.cs).
- 主要言語
- C#
- スター
- 0
- フォーク
- 0
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
CommunityPro/community-pro-api のほかの issue
-
cross-cutting decision
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
-
cross-cutting
難易度 4/5 3〜5日 初心者へのやさしさ 58/100
-
admin
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
-
admin
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
-
sponsorship
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
CommunityPro/community-pro-api の issue をすべて見る
似ている issue
-
[Tool] DirectBenchオープンhas-image has-readme needs-attention new-tool repo-verified
難易度 1/5 1〜3時間 初心者へのやさしさ 62/100
shanselman/TinyToolTown#844 · コメント 2 件 ·
メンテナーはふだん 3 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
PCL-Community/PCL-CE#3658 ·
メンテナーはふだん 1 日以内に返信
-
Deploy & Patch-issues opprettes ikke: create-pnd-issues.yml har feilet hver uke siden 2025-09-08オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
Altinn/altinn-auth#4359 ·
メンテナーはふだん 1 日以内に返信
-
アプリ: チャット 優先: 中 提案
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
yksr-melt/Meltype#243 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信