Algorithm to decide whether a repository's status is RED, ORANGE, or GREEN.
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 20/100
Research direction
No files, tests, or entry points are named. Start by clarifying and agreeing on the RED, ORANGE, and GREEN criteria, required repository data, and handling for edge cases. Done means the decision rules and inputs are settled well enough to implement and evaluate consistently.
Written by the indexing model from the issue text.
Description
- Defining the criteria for each status. For example, defining RED as a repository that has multiple open issues or pull requests that are marked as critical or urgent, ORANGE as a repository that has a few open issues or pull requests that are marked as important or moderate, and GREEN as a repository that has no open issues or pull requests marked as critical, urgent, important, or moderate.
- Then , retrieving the data for the repository. This might include the number and severity of open issues and pull requests, the number of subscribers or contributors, the activity level of the repository (e.g. number of commits, issues, and pull requests in the past week), and any other relevant data points.
- Then, based on the defined criteria and the retrieved data, assigning a status to the repository. If the repository meets the criteria for RED, assign it a RED status. If it meets the criteria for ORANGE, assign it an ORANGE status. If it meets the criteria for GREEN, assign it a GREEN status.
Finally, we have to consider implementing some logic to handle cases where the repository doesn't fit neatly into one of the three defined categories. For example, we might have a threshold for determining whether a repository is ORANGE or GREEN, or we might want to assign a special status if the repository has no open issues or pull requests at all.
Can i go ahead with this and write the code?
- Dominant language
- Dart
- Stars
- 23
- Forks
- 11
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
code quality good first issue
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Suwayomi/Suwayomi-Tsumiru#479 ·
-
Build Failure: agora_rtc_engine compiled against android-31 while dependencies require android-34+ Open
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 92/100
conceptadev/noir#95 ·