🇳🇱
Jsut na FYI.. Most #QOTO services are up again.. our gitlab is **very** slow due to some problem in gitaly with the latest version... you can still use it but loading the mainpage will timeout, other pages will work as will git pushing (though slow).
I will continue to work on it this evening.
@freemo
By the way, why Gitlab? It's pretty heavy and slow.
@skobkin It is, admitidly, fairly heavy and slow. But we have more than enough money to afford the hardware to compensate for that, and we know it can scale linearly if done right.
The reason it was picked is mainly for its CI toolset which is the best i have ever come across. It also helps that we have a free ultimate license that extends to all our users (normally 100$ per user per month)
@freemo
Drone is a pretty good and lightweight CI. Combined with Gitea it's a very good toolkit.
But it depends on what you're currently using in Gitlab. Some tightly integrated features could be not so easy to port.
But yeah, if you already have free license and a good budget for Gitlab scaling, then it's not so big of a problem.
The only problem that couldn't be fully solved is that it's quite slow even on good hardware 😔
@skobkin I wanted a git solution that includes CI as an integrated element, not an after thought. There are many reasons for this but mainly because the CI and GIT need to integrate tightly so third-party solutions tend to be convoluted or insufficient. For example we want to ensure merge requests dont show up and are auto-blocked if they dont pass CI, and that we have all the linting, anakysis and security warnings all in one place.
The issue of it being slow is legitimate, and im currently dealing with that issue.. ill see how fast it is after im done hacking it to fix that. Obviously if it will be slow on good hardware we may need to abandon it. but gitlab.com seems to run fast with a huge user base so should be possible.
@skobkin fair, there is a noticable lag on gitlab, but reasonable id say.
@freemo
What you described is implemented in 3rd-party CI solutions.
But I'm not trying to sell them. So I think there are more reason behind that and also even if it's really an alternative RIGHT NOW, it's a good amount of work to move to another solution.
> gitlab.com seems to run fast
Relatively fast, I'd say.
If I'll go to gitlab.com, choose some repos, check out their source code, PR's, issues, etc and then go and do the same on codeberg.org I wouldn't say that gitlab.com is fast after that 😃