Gitlab can be self-hosted. GitHub is a cloud-only service.
So they could do git.mozilla.com and it would be their own instance of git, on their own hardware (or, probably, from their own AWS account). They control it entirely.
It absolutely is. Yes. You can run and maintain it on an own server and it is open core (yeah 😥) using the MIT license - unlike GitHub where you have to rely 100% on the goodwill of Microsoft and everything is closed and locked behind a TOS.
So why not use forejo, which is completely open source?
Absolutely! I’d always go the Forgejo route!
The thing is: I don’t see Firefox being hosted with Forgejo. The code base and amount of data might be way too massive. I see Forgejo as a forge for smaller projects.
Although we’ll be hosting the repository on GitHub, our contribution workflow
will remain unchanged and we will not be accepting Pull Requests at this time
Since they will not use Github for Pull Requests, bug tracking, or any other bonus feature on top of git, I have to disagree. It would be super easy to change the host of their git repo.
Depends a bit on what the default cloning url will be. If the domain is in control of mozilla, which forwards it to github, then fine, if most people start using the github url, then it is still a vendor lock in, because many people and projects will use it, and that is not so easy to move away.
We will continue to use Bugzilla, moz-phab, Phabricator, and Lando.
Although we’ll be hosting the repository on GitHub, our contribution workflow will remain unchanged and we will not be accepting Pull Requests at this time.
The cool thing about distributed version control is that it’s distributed. It sounds like GitHub will just be a public remote, rather than the place where active development happens.
Sad to see they only use MS GitHub instead of selfhosting something like GitLab. Just another vendor lock-in.
Honest question - is GitLab really that different of a vendor lock-in over GitHub?
Gitlab can be self-hosted. GitHub is a cloud-only service.
So they could do git.mozilla.com and it would be their own instance of git, on their own hardware (or, probably, from their own AWS account). They control it entirely.
They did host a git server at git.mozilla.org, but took it down years ago.
https://bugzilla.mozilla.org/show_bug.cgi?id=1277297
And you need a team managing it. I doubt that they have not considered it.
You can self-host GitHub. It takes around 32 GB of memory, however.
Wait really? Where?
Gitlab’s AGPL so I don’t think there’s anything stopping you from moving to a self managed instance.
No Gitlab is not AGPL, it is partly MIT and the corporate branch is under a proprietary license
Still better than a fully closed, 100% proprietary, cloud-only Microsoft service.
It absolutely is. Yes. You can run and maintain it on an own server and it is open core (yeah 😥) using the MIT license - unlike GitHub where you have to rely 100% on the goodwill of Microsoft and everything is closed and locked behind a TOS.
So why not use forejo, which is completely open source?
If your criticism is MS pulling the plug, then Gitlab pulling a Redis/Hashicorp move and re-licensing their core should also be a concern
Absolutely! I’d always go the Forgejo route!
The thing is: I don’t see Firefox being hosted with Forgejo. The code base and amount of data might be way too massive. I see Forgejo as a forge for smaller projects.
Is there a reason you think Forgejo is only for smaller projects?
I’ve never seen larger projects like Firefox hosted with Forgejo.
Probably because it has only existed for 2 years
Where do they mention GH? They only mention git in the post.
I read that thing 3 times, how did I miss that?
Since they will not use Github for Pull Requests, bug tracking, or any other bonus feature on top of git, I have to disagree. It would be super easy to change the host of their git repo.
Depends a bit on what the default cloning url will be. If the domain is in control of mozilla, which forwards it to github, then fine, if most people start using the github url, then it is still a vendor lock in, because many people and projects will use it, and that is not so easy to move away.
The cool thing about distributed version control is that it’s distributed. It sounds like GitHub will just be a public remote, rather than the place where active development happens.