feat: update contributing guidelines #1802
Draft
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
🎉🎉New Changes for Maintainers and Contributors.
After consulting @Shurtu-gal and @AayushSaini101 I am proposing some changes to how we maintain CLI. As the project grows and attracts more users, the number of incoming issues has increased significantly, making it challenging to manage. To address this, we need a structured triage system to efficiently distribute the workload among maintainers and ensure timely, effective solutions.
Divide the project into scope
Inspired by the approach used in the website repository, it would be beneficial to divide the project into distinct scopes and assign maintainers to each one. This way, maintainers can focus on specific areas rather than the entire project, helping to reduce individual workload and improve overall efficiency.
As of now we can create: (Considering #1794)
We create appropriate
labels
for these scopes.Use GitHub project to triage
We already have a GitHub project which is good enough, I propose adding a new
Custom Field
that allows maintainers to assign themselves as the champion of an issue. This will clearly indicate who is taking responsibility, helping to avoid duplication of effort and allowing other maintainers to focus on different issues.Contributors
A small update for contributors: if you're assigned to an issue but don’t open a PR, start work, or communicate with the responsible maintainer within a week, you may be unassigned so that someone else can take it on. We've observed that some contributors claim issues and then go inactive, which ends up blocking progress.
Weekly or bi-weekly meetings
To boost engagement with contributors and the community, I suggest we hold weekly meetings where maintainers can discuss ongoing issues, blockers, and share updates. These sessions can also be a space to hang out, exchange ideas, and connect with the community more informally.