Code-dot-mil / Code-dot-mil/code.mil

Suggestion: use labels sparingly

オープン
#250 コメント 1 件 リアクション 1 件 担当者 0 名 GitHub で見る
[issue-type] question
主要言語
JavaScript
スター
1.3k
フォーク
144
PR マージ指標
30日以内にマージされた PR はありません

説明

Look at other popular and widely-used projects on GitHub, such as https://github.com/openssl/OpenSSL.git and https://github.com/OpenSC/OpenSC.git

Both have tons of issues to process, but an issue would have maybe one, at most two labels. Here I see it rare for an issue to have less than *four* labels, usually five or six.

Please reconsider, and stop throwing every possibly-remotely-applicable label at an issue - it's both confusing and annoying to the viewer. Pick one that's the closest, and stay with it.

My $0.02.

コントリビューションガイド

コントリビューションガイドを開く

調査の方向性

リポジトリで現在使用されている issue-label の使い方を確認し、issue にリンクされている OpenSSL と OpenSC の例と比較します。より小規模なラベリングポリシーについて合意し、一貫して適用できれば完了としますが、実装ファイルやテストは特定されていません。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
github
領域
developer-experience
issue の種類
機能追加
難易度
4/5
見積もり時間
3〜5日
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。