5 ms·

Forgejo is a GitHub clone. No one can claim with a straight face that it's somehow completely unrelated.

by arp242 2y ago

rapnie 2y ago
And then all software revision control systems / forges have more or less the same conceptual model for their platform, and just adding their specific sauce and some tailoring to specific needs. Some more innovative and deviating platforms from this more-of-the-same approach are Sourcehut (brutal minimalism) and Gitlab (enterprise dev lifecycle, process support). And then there's the general trend for these platforms to become one-stop-shop maximized lock-in walled gardens, aiming to support the entirety of software development practices (while they seem open and gratis).
- rapnie 2y ago
  PS. This trend for one-stop-shop platforms will also see their owners start to monetize the absolute hell out of their existing (and often vast, take Github) 3rd-party vendor ecosystem via plugin marketplaces, app stores, and their platform API's and SDK's, which many of these vendors now think bring along on a free ride.
konart 2y ago
Why Github and not Bitbucket?
- selectnull 2y ago
  Maybe because Github was there first. BB was created as the GH clone, for mercurial repos.
  - konart 2y ago
    Both launched in 2008.
    - selectnull 2y ago
      Yes, both launched in 2008 and yet Github was launched first. According to this archived article[1], there is a quote saying: "It [BB] sports a feature-set much like Github." That is an indication of which one came first and was already a success story on the market and served as a blueprint for BB, which was made in its image with the difference of supporting mercurial, instead of git. [1] https://web.archive.org/web/20110317200833/http://code.djangoproject.com/wiki/DjangoSuccessStoryBitbucket https://web.archive.org/web/20110317200833/http://code.djang... (edit) forgot the link to the article
- arp242 2y ago
  Because BitBucket is a GitHub clone itself (I'm not entirely sure if it started out as such, it very quickly turned in to one).
yencabulator 2y ago
Many of us remember life before Github, and web UIs for other version control systems existed before Git. Github is just a Trac clone and no one can claim with a straight face that it's somehow completely unrelated.
- arp242 2y ago
  Put Trac and GitHub side-by-side, and they're obviously different in tons of ways. Put Forgejo and GitHub side-by-side, and you can easily confuse the two if you're not paying attention. Of course there are plenty of elements from GitHub that existed in previous systems in some form of the other, and I'm sure the GitHub people looked at them. But the way GitHub implemented things was a marked shift from what came before (the most significant being the "source-first" view of projects – rather than "wiki first" view of Trac of listing of attributes of SourceForge – and their implementation of Pull Requests).

Forgejo is a GitHub clone. No one can claim with a straight face that it's somehow completely unrelated.

by arp242 2y ago

Forgejo is a GitHub clone. No one can claim with a straight face that it's somehow completely unrelated.

And then all software revision control systems / forges have more or less the same conceptual model for their platform, and just adding their specific sauce and some tailoring to specific needs. Some more innovative and deviating platforms from this more-of-the-same approach are Sourcehut (brutal minimalism) and Gitlab (enterprise dev lifecycle, process support). And then there's the general trend for these platforms to become one-stop-shop maximized lock-in walled gardens, aiming to support the entirety of software development practices (while they seem open and gratis).

rapnie 2y ago
PS. This trend for one-stop-shop platforms will also see their owners start to monetize the absolute hell out of their existing (and often vast, take Github) 3rd-party vendor ecosystem via plugin marketplaces, app stores, and their platform API's and SDK's, which many of these vendors now think bring along on a free ride.

konart 2y ago

Why Github and not Bitbucket?

selectnull 2y ago
Maybe because Github was there first. BB was created as the GH clone, for mercurial repos.
- konart 2y ago
  Both launched in 2008.
  - selectnull 2y ago
    Yes, both launched in 2008 and yet Github was launched first. According to this archived article[1], there is a quote saying: "It [BB] sports a feature-set much like Github." That is an indication of which one came first and was already a success story on the market and served as a blueprint for BB, which was made in its image with the difference of supporting mercurial, instead of git. [1] https://web.archive.org/web/20110317200833/http://code.djangoproject.com/wiki/DjangoSuccessStoryBitbucket https://web.archive.org/web/20110317200833/http://code.djang... (edit) forgot the link to the article
arp242 2y ago
Because BitBucket is a GitHub clone itself (I'm not entirely sure if it started out as such, it very quickly turned in to one).

yencabulator 2y ago

Many of us remember life before Github, and web UIs for other version control systems existed before Git. Github is just a Trac clone and no one can claim with a straight face that it's somehow completely unrelated.

arp242 2y ago
Put Trac and GitHub side-by-side, and they're obviously different in tons of ways. Put Forgejo and GitHub side-by-side, and you can easily confuse the two if you're not paying attention. Of course there are plenty of elements from GitHub that existed in previous systems in some form of the other, and I'm sure the GitHub people looked at them. But the way GitHub implemented things was a marked shift from what came before (the most significant being the "source-first" view of projects – rather than "wiki first" view of Trac of listing of attributes of SourceForge – and their implementation of Pull Requests).