Code-dot-mil / Code-dot-mil/code.mil
Suggestion: use labels sparingly
- 主要言語
- 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