Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> because by making the code available on Github and inviting issues and pull requests

I may have missed something but where in the original article did he say he was _inviting issues and pull requests_?

The grandparent comment seems to be saying that hosting code on GitHub is not a tacit invitation for collaboration. It's OK to use it as a free central storage repository for projects where you're not interested in collaboration.

Also what about situations where an SVN repo is automatically mirrored to GitHub?



>"I may have missed something but where in the original article did he say he was _inviting issues and pull requests_?"

I think what the OP is saying is that by putting a project publicly on Github, and allowing people to submit issues/pull requests you're "inviting" it. I don't use Github, but I can guess that there is an option to "disable" those features, or at the very least keep the project private.


You can easily disable issues and either disable the wiki or make it editable only by project members, but there does not seem to be a way to disable or restrict pull requests.


> I may have missed something but where in the original article did he say he was _inviting issues and pull requests_?

It's right there on the Github project page. I don't know if Github has an option of disabling those things; it would perhaps be best if it did, but at the moment it - at the very least - implicitly invites participation.

As for other situations: is my suggestion of adding a note to the README.md problematic?


You cannot disable pull requests on Github. You can disable the issue tracker. You could however put something in the summary shown at the top of the page that you will likely not accept pull requests.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: