this post was submitted on 22 Sep 2023
35 points (94.9% liked)

Open Source

31272 readers
247 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS
 

What are some good rules to follow when handling people who want to collaborate on a project that is on your personal repo?

It looks like GitHub doesn't allow fine control of permissions unless it is an organization repo. I looked around and a lot of other projects (specifically browser extensions) still live on the main dev's account. I don't have any reason to doubt the people who want to help, but it might be nice to know what the best practices are.

Should I add everyone as a collaborator? This runs into the issue above where I can't limit permissions.

Should everyone push contributions from their forks? In that case, how would people work together on a particular feature.

all 9 comments
sorted by: hot top controversial new old
[–] fossilesque@mander.xyz 26 points 1 year ago (1 children)

Cage fight, hit them with the steel chair.

[–] ErwinLottemann@feddit.de 4 points 1 year ago

ah, the Waffle House method

[–] poVoq@slrpnk.net 24 points 1 year ago (1 children)

PRs and the review process.

[–] wmassingham@lemmy.world 8 points 1 year ago (1 children)

This. Random people don't get push access. Let them open PRs that you can merge after you've reviewed it and it's been tested to work (and not cause any other bugs).

[–] drlecompte@discuss.tchncs.de 4 points 1 year ago

This. If you need anything more complex than that, there's nothing wrong with creating an organization.

[–] fafff@lemmy.ml 14 points 1 year ago* (last edited 1 year ago) (1 children)

As a contributor, I never particularly cared about permissions if I participate in a project with a few patches. It becomes useful when you are diagnosing a CI problem, etc. and you need to push a lot of tweaks to discover where the bug is located.

More generally, treat contributors like you want to be treated. Try to be responsive, compassionate, guide them through the process of having a PR merged, be ready to fix a minor mess or two, congratulate them on a job well done.

Open development is as much a story of people as a story of code.

[–] cynber@lemmy.ca 2 points 1 year ago

Thank you for sharing! This is my first project like this so I've got lots to learn. I'm going to try and contribute to a few other ones so try and learn what it's like