4 ms·

For increasingly many developers (potential contributors) a project effectively does not exist if it is not on GitHub. And, being a huge centralized service, Gi

by Fice 12y ago

For increasingly many developers (potential contributors) a project effectively does not exist if it is not on GitHub. And, being a huge centralized service, GitHub is very susceptible to censorship (e.g. repos being taken down via DMCA or Russia blocking GitHub until they started to cooperate with the censors). I see this dependence as very bad and dangerous for the global free software movement.

bacongobbler 12y ago
> For increasingly many developers (potential contributors) a project effectively does not exist if it is not on GitHub. I believe that's more to do with the process than the platform. Having to remember different processes to contribute fixes/features is a pain. I can't count how many times I had to register an account, log into their custom bug tracker, find the darned obscure remote (looking at you, apache SVN), check out, figure out who I have to email the patch... And then doing it all over for a different project makes the entire process a little ridiculous. With Github, it's ridiculously simple: Log in, fork, clone, push, PR, repeat. > I see this dependence as very bad and dangerous for the global free software movement. OTOH, having a place to call "home" for FOSS developers generates a better sense of community. It's like hosting a conference across multiple buildings: sure, the venue's big enough to hold X amount of people, but it doesn't seem like there's X people attending if I can't see everyone without having to traverse buildings. Also, > It's trivial to push your local copy to bitbucket, or even your own git server. Lock in is not really an issue, in my opinion.
- Fice 12y ago
  I see no technical reason why GitHub could not have been implemented as a federated system. Should we even consider convenience of a service that has serious ethical issues?
  - Tiksi 12y ago
    I wonder how difficult it would be to federate gitlab or gogs. Set up something like OAuth so you can log into anyone's gitlab (provided they have to set to public) and be able to fork/clone/branch to your "home" instance of it. Have an interface akin to github but have it pull in data from other gitlab instances you linked/subscribed to. You could also run some sort of public opt-in indexing service for discoverability of new projects, but the code would be hosted on your own instance. I'd much prefer that over github, as my account sits idle there, while my gitlab gets plenty of use. I suppose it's something I should look into.
    - sytse 12y ago
      More thought about federation of GitLab here http://feedback.gitlab.com/forums/176466-general/suggestions/5097708-implement-cross-server-federated-merge-requests http://feedback.gitlab.com/forums/176466-general/suggestions...

by Fice 12y ago

bacongobbler 12y ago

> For increasingly many developers (potential contributors) a project effectively does not exist if it is not on GitHub. I believe that's more to do with the process than the platform. Having to remember different processes to contribute fixes/features is a pain. I can't count how many times I had to register an account, log into their custom bug tracker, find the darned obscure remote (looking at you, apache SVN), check out, figure out who I have to email the patch... And then doing it all over for a different project makes the entire process a little ridiculous. With Github, it's ridiculously simple: Log in, fork, clone, push, PR, repeat. > I see this dependence as very bad and dangerous for the global free software movement. OTOH, having a place to call "home" for FOSS developers generates a better sense of community. It's like hosting a conference across multiple buildings: sure, the venue's big enough to hold X amount of people, but it doesn't seem like there's X people attending if I can't see everyone without having to traverse buildings. Also, > It's trivial to push your local copy to bitbucket, or even your own git server. Lock in is not really an issue, in my opinion.

Fice 12y ago
I see no technical reason why GitHub could not have been implemented as a federated system. Should we even consider convenience of a service that has serious ethical issues?
- Tiksi 12y ago
  I wonder how difficult it would be to federate gitlab or gogs. Set up something like OAuth so you can log into anyone's gitlab (provided they have to set to public) and be able to fork/clone/branch to your "home" instance of it. Have an interface akin to github but have it pull in data from other gitlab instances you linked/subscribed to. You could also run some sort of public opt-in indexing service for discoverability of new projects, but the code would be hosted on your own instance. I'd much prefer that over github, as my account sits idle there, while my gitlab gets plenty of use. I suppose it's something I should look into.
  - sytse 12y ago
    More thought about federation of GitLab here http://feedback.gitlab.com/forums/176466-general/suggestions/5097708-implement-cross-server-federated-merge-requests http://feedback.gitlab.com/forums/176466-general/suggestions...