Contributors wanted! #9291
Replies: 13 comments 16 replies
-
It's nearly 100 now. |
Beta Was this translation helpful? Give feedback.
-
Over 100 already. |
Beta Was this translation helpful? Give feedback.
-
over 200 already 😂 |
Beta Was this translation helpful? Give feedback.
-
Found this thread when I wondered why a simple PR (#10526) hadn't been reviewed/merged since mid-Feb. There seems to have been an absolute flood of new manifest PRs recently. Has there been some organized initiative to add all these new applications? I don't have a problem waiting in line for review. But I've also noticed many newer PRs of a similar nature already merged. Perhaps just a case of the newest activity getting the attention....? |
Beta Was this translation helpful? Give feedback.
-
No, but fixes and improvements of manifests will be prioritised. |
Beta Was this translation helpful? Give feedback.
-
Any chance of faster pull request merging? There is still a lot of stuff still from 2022 😭 I hope this will change because Scoop is for me the best of the three Scoop, Winget, Chocolatey and creating your own bucket just to have a new program or a newer version is lame 🫤 |
Beta Was this translation helpful? Give feedback.
-
There has not been a single new manifest merged in over 2 months. How can we improve the situation? Do you need more contributors to help review? How can we help or get involved? @HUMORCE it looks like you were the only maintainer left contributing for most of this year! |
Beta Was this translation helpful? Give feedback.
-
@rashil2000 I can only imagine how tough and laborious it is to maintain a huge and growing project like this with just a couple of people; big thanks for your hard work! I'm not a software developer, but maybe I can help with a couple ideas:
There is no shame in acknowledging the problem and asking for help, and I'm sure many people, myself included, are willing to invest some of their free time in the project, if provided with proper tools to do the job (starting with a clear, complete and non-self-contradictory documentation). I think proper documentation will eliminate the problem at it's root, as I know for a fact that many, many people out there absolutely love and admire Scoop and have time to invest in the project but lack the skills of a professional software developer. Those skills should not be required for a simple manifest review. |
Beta Was this translation helpful? Give feedback.
-
Perhaps we need a plan on how to divy up the work? I currently maintain our Nirsoft bucket. @pureby @StudentWeis @kriswilk @wickles @zsuatem @octaviordz Perhaps volunteers can sign up to manage a portion of the Extras bucket? Say, if we get two volunteers/teams, they each take half the repo (split alphabetically). If three, they each take 1/3, etc. We could even have a GitHub Action auto-assign to each member/team. |
Beta Was this translation helpful? Give feedback.
-
Hi all! I'd firstly like to apologize for being absent in the past few months - I started my first job and managing time has been a herculean effort.
I love these ideas - especially the second one - backlinking either to the Contributing Guide or the Scoop Wiki in the command's output will definitely increase visibility. I like @rasa's idea too - let us know if anyone's willing to help out and we will add you as contributor. I have pinned this discussion on this repo's Discussion page. |
Beta Was this translation helpful? Give feedback.
-
I've been volunteering for quite some time. What I experience as a bottleneck is that reviewers like me can only do as much. I can only check, recommend, and research what's the best for each of the apps. Most of the time the manifests are ready to be merged on the spot. But as a reviewer I can only triage them by putting my comments. I think what we need are more maintainers or some other role like specific app maintainers that can merge manifests. Another issue is that Scoop is centralized approval while the likes of Chocolatey has assigned maintainers for each apps. While Scoop's approach makes the buckets more consistent as per Scoop's guidelines, this centralized approach causes backlogs when maintainers are not available. In Chocolatey, the maintainers are closely related with their respective apps, some are members of their own dev team. This makes the apps individually updated and does not affect the whole ecosystem. With that, maybe we can open the apps for orphaning. So avid users can volunteer to be a dedicated maintainer of that particular manifest. Most of the times these avid users also knows best when it comes to the quirks of the installation process and the changes in the download pages and hashes. |
Beta Was this translation helpful? Give feedback.
-
I don't think this'll help us much in the long run - as it will focus only on a small subset of manifests (since finding any maintainers is already hard) and we'll not be able to keep up the repo as a whole. |
Beta Was this translation helpful? Give feedback.
-
Is there some role such as "reviewer"? Perhaps there is a bot that could commit requests if the request is reviewed and approved by some number of "reviewers"? |
Beta Was this translation helpful? Give feedback.
-
There are two dozen PRs here that have not been processed. I do not know why
I love Scoop and hope it keeps getting better.
Beta Was this translation helpful? Give feedback.
All reactions