generate_repo_overview: support multiple GitHub organizations
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start from the generate_repo_overview tool and its single org_name configuration key, then trace how the snapshot, cache and rendering assume one organization. Agree on how filters, grouping and signal settings apply per organization before changing anything. Done means a two-organization config yields one overview with distinct owner/repo entries, correct links and separate detail pages, and existing single-organization configs still work.
索引モデルが issue の本文から書いたものです。
説明
Why
generate_repo_overview should support collecting and displaying repositories from multiple GitHub organizations in one overview. Projects whose repositories are spread across organizations need a consolidated view of repository health, dependencies, and workflow signals.
Currently, the configuration accepts a single org_name, and the snapshot also represents a single organization. Producing a combined overview therefore requires additional work outside the tool.
Expected behavior
- Configure multiple GitHub organizations and collect their repositories in one run.
- Render a combined overview while keeping each repository’s owning organization visible.
- Identify repositories by their full
owner/reponame throughout collection, caching, and rendering, so repositories with the same name in different organizations remain distinct and their detail pages do not overwrite each other. - Define how repository filters, grouping, and signal settings apply across organizations, allowing organization-specific settings where needed.
- Preserve the existing single-organization use case and document how to configure multiple organizations.
Acceptance criteria
- A configuration with two organizations produces a snapshot and rendered overview containing repositories from both.
- Two repositories with the same name in different organizations have separate entries, correct GitHub links, and distinct detail pages.
- Existing single-organization configurations continue to work.
- 主要言語
- Python
- スター
- 0
- フォーク
- 14
- 平均マージ
- 19時間 31分
- マージ済み PR（30日）
- 11
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
eclipse-score/.github のほかの issue
-
難易度 5/5 1週間以上 初心者へのやさしさ 15/100
eclipse-score/.github#125 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 28/100
eclipse-score/.github#124 ·
メンテナーはふだん 1 日以内に返信
-
configure dependabot対応中かも @AlexanderLanin が 7 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 55/100
eclipse-score/.github#120 ·
メンテナーはふだん 1 日以内に返信
-
good first issue
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
eclipse-score/.github#115 ·
メンテナーはふだん 1 日以内に返信
eclipse-score/.github の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
-
[Device Support Request] HOBEIAN ZG-204ZL (Tuya PIR motion sensor with illuminance)対応中かも @lenucksi が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
zigpy/zha-device-handlers#5493 ·
メンテナーはふだん 3 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
drevendev/BeautifulRepo#42 ·
メンテナーはふだん 1 日以内に返信
-
enhancement good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
writerslogic/holographic-memory#93 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
antoine-tena/kiln#47 ·
メンテナーはふだん 1 日以内に返信