Re:Open-source, not open-contribution
by ddevault on Thursday January 28, 2021 @08:17AM
(#25941349)
SourceHut has you opt-in to anything you want - bug trackers, mailing lists for patches, git or hg repos, etc. The source code repository isn't the singular source of truth for a project like it is on GitHub. You can have a project with a dozen bug trackers, two mailing lists, and five source code repositories, organized in whatever way makes sense for your project.
[ Parent
| on HN ]
The flexibility is cool, but why would you want to fragment your bug trackers, for example, like that?
Sometimes it makes sense to have different bug trackers for each sub-product, but also one for support, and one for your infrastructure issues, and a locked-down one for security tickets, and maybe another for packaging issues - any of which may not have associated source repos. Whatver organizational model meets your project's needs best, you have the flexibility to apply it. And people often do! A lot of the projects on sr.ht, given this flexibility, haven't recreated the same model as GitHub shoehorns you into.
It goes beyond bug trackers, too. One other detail is that different projects can share resources with one another. I use one mailing list to slurp up all patches for my smaller side projects into one place, for example.
Gotcha, that makes sense. Thanks!
Re:Open-source, not open-contribution
by JosephRedfern on Thursday January 28, 2021 @08:26AM
(#25941449)
I think this was just an example, really, but I know some projects have an external bug tracking tool to document customer-reported issues, and closed, employee only ones to discuss the issue internally.
So you can have a separate one for "internal" and "external" customers perhaps?