processing / processing/processing-contributions
Automate reporting for BROKEN libraries
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 8
- フォーク
- 8
- 平均マージ
- 4日 22時間
- マージ済み PR（30日）
- 3
説明
Right now, broken contributions are only visible in contributions.yaml through the status: BROKEN flag.
If a contribution go missing, we have to wait for someone to report that they don't appear in the contribution manager (like here for example)
It would be helpful to automate the reporting process when a library is first marked as BROKEN.
For example, we could open an issue automatically when a library is reported as BROKEN for the first time.
On a related note, we could add optional fields in contributions.yaml and submission issue template for the repository URL and GitHub username(s) of the author(s). This would make it easier to tag maintainers when their contribution goes down.
Would love to hear thoughts on this. Happy to help if we decide to move forward!
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず contributions.yaml と提出用 issue テンプレートを確認し、次にコントリビューション一覧を PDE Contribution Manager と Web サイト向けに変換するリポジトリの Python スクリプトを追跡します。最初の BROKEN ステータスによって 1 件のレポートをトリガーできる仕組みと、maintainer のリポジトリおよびユーザー名のフィールドがプロセスを通じてどのように受け渡されるべきかを明らかにします。レポートおよびオプションのメタデータの動作が仕様化され、適切なチェックによってカバーされていれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- tooling
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 38/100