← Back to context

Comment by youseecomrade

8 years ago

I think the network effect is too great to ignore. I would guess the number of potential contributors you get just by using GitHub, where many people have an account and know the workflow/UI, is bigger than any other place.

5 years from now when GitLab is acquired by Google we'll have to migrate again.

Or export you projects to someone else running GitLab. All the functionality to run a forge in GitLab is open source and export/import is open source as well.

At least Gitlab can be forked in case of disaster. You can't do it for Github.

  • Which Gitlab? The software is less important than the ecosystem. Git is the major component, but Github/Gitlab are about usefully centralizing it. Gitlab is still a centralized service, even if there are N instances of centralization.

    In other words, I don't know how much use it is to fork Gitlab if the community around it is dispersed. Git is already based around decentralization, and I don't see how running my own instance of Gitlab makes it any less disruptive when the most popular instance of Gitlab is disbanded.

    • Hmm, if there are N instances of centralization, that is still more decentralized than N=1 instances.

  • Well you don't need to. You can use gitlab or gitea.

    • But how do you transport your issues and CI integration and deployment? The googlecode to github transport was already a desaster. Code is easy, it's the rest which has the value.

      2 replies →