5 ms·

Good, a company that cares about open source to dethrone Github.

baldfat 9y ago
I don't see how GitHub will ever be dethroned due to the mind share and market share of Open Source projects. It is a simple process to move to GitLab BUT all the developer tools for many projects relies on GitHub. When I get a package in Racket or R they normally come from github automatically.
- sangnoir 9y ago
  10 years ago: > I don't see how SourceForge will ever be dethroned due to the mind share and market share of Open Source projects.
  - baldfat 9y ago
    That was due to SourceForge and how they decided not to develop their project and destroy the user experience.
    - eecc 9y ago
      you never know what may happen to GH, they're private property after all. Options help in keeping all actors sober and sane
    - dbbk 9y ago
      There is absolutely nothing stopping history repeating itself with GitHub.
- y4mi 9y ago
  i've recently come across quite a few repositories with the header 'this is a read only clone, go here (gitlab) for the real repository'
- urda 9y ago
  First rule in tech: Never say never. History has proven time, and time again that any of the giants can and will fall.
  - cujic9 9y ago
    Do you think GitHub has grown complacent? IMO they continue to innovate quite quickly, on multiple fronts.
    - urda 9y ago
      They have before, and they may again. Are we that quick to forget articles like this: https://news.ycombinator.com/item?id=10904671 https://news.ycombinator.com/item?id=10904671
- Sir_Substance 9y ago
  >It is a simple process to move to GitLab BUT all the developer tools for many projects relies on GitHub. There are few faster ways for someone to ensure I cross their product off my list of things I consider production-ready than to do this. Everything is relative and it isn't always a cardinal sin to tie some parts of ones product to github, but it's a common non-decision and overall I consider it a clear sign that the product developer lacks foresight. If they are short-sighted enough to design their system in a way that it will break if github goes away and supports no substitute workflow, I have to wonder what else they might be short-sighted enough to do.
  - baldfat 9y ago
    > There are few faster ways for someone to ensure I cross their product off my list of things I consider production-ready than to do this. Care to explain? You don't use Python or other languages where the libraries are built off code that is on github???? You want it hidden into some strange package management system that is closed to developers?
    - sanswork 9y ago
      The code doesn't have to live on github for that use case. It would work just as well on gitlab or bitbucket or any publicly available git repo.
    - Sir_Substance 9y ago
      Python is not using Github as a package management system. Python keeps it's packages on Pypi, which is a simpler and more specific product than Github, and seems to have a higher average uptime as a result. More importantly, the Pypi project is open source, which means I can set up a Pypi server inside my company to host private and/or critical packages and configure it to go upstream for anything I request but don't have locally. The Python strategy is a considered strategy that provides acceptable business continuity options. I don't give a shit where you store your source code, that's /your/ business continuity problem.
      - 9y ago

I don't see how GitHub will ever be dethroned due to the mind share and market share of Open Source projects. It is a simple process to move to GitLab BUT all the developer tools for many projects relies on GitHub. When I get a package in Racket or R they normally come from github automatically.

sangnoir 9y ago
10 years ago: > I don't see how SourceForge will ever be dethroned due to the mind share and market share of Open Source projects.
- baldfat 9y ago
  That was due to SourceForge and how they decided not to develop their project and destroy the user experience.
  - eecc 9y ago
    you never know what may happen to GH, they're private property after all. Options help in keeping all actors sober and sane
  - dbbk 9y ago
    There is absolutely nothing stopping history repeating itself with GitHub.
y4mi 9y ago
i've recently come across quite a few repositories with the header 'this is a read only clone, go here (gitlab) for the real repository'
urda 9y ago
First rule in tech: Never say never. History has proven time, and time again that any of the giants can and will fall.
- cujic9 9y ago
  Do you think GitHub has grown complacent? IMO they continue to innovate quite quickly, on multiple fronts.
  - urda 9y ago
    They have before, and they may again. Are we that quick to forget articles like this: https://news.ycombinator.com/item?id=10904671 https://news.ycombinator.com/item?id=10904671
Sir_Substance 9y ago
>It is a simple process to move to GitLab BUT all the developer tools for many projects relies on GitHub. There are few faster ways for someone to ensure I cross their product off my list of things I consider production-ready than to do this. Everything is relative and it isn't always a cardinal sin to tie some parts of ones product to github, but it's a common non-decision and overall I consider it a clear sign that the product developer lacks foresight. If they are short-sighted enough to design their system in a way that it will break if github goes away and supports no substitute workflow, I have to wonder what else they might be short-sighted enough to do.
- baldfat 9y ago
  > There are few faster ways for someone to ensure I cross their product off my list of things I consider production-ready than to do this. Care to explain? You don't use Python or other languages where the libraries are built off code that is on github???? You want it hidden into some strange package management system that is closed to developers?
  - sanswork 9y ago
    The code doesn't have to live on github for that use case. It would work just as well on gitlab or bitbucket or any publicly available git repo.
  - Sir_Substance 9y ago
    Python is not using Github as a package management system. Python keeps it's packages on Pypi, which is a simpler and more specific product than Github, and seems to have a higher average uptime as a result. More importantly, the Pypi project is open source, which means I can set up a Pypi server inside my company to host private and/or critical packages and configure it to go upstream for anything I request but don't have locally. The Python strategy is a considered strategy that provides acceptable business continuity options. I don't give a shit where you store your source code, that's /your/ business continuity problem.
    - 9y ago