Live data from Hacker News

GitLab 8.5 released

about.gitlab.com

121–130 of 246 posts

Re: GitLab 8.5 released

#121
post #115
post #113

Earlier quoted context omitted.

"GitHub failing hard". GitLab is great, but it's kind of a copycat project. Nothing wrong with that, it's just there really isn't a compelling reason to join beyond "less-predatory pricing". And the people who care about that use private repos, not OSS.

For example, a lot of people complain about issues on GitHub. GitLab handles those much better, that could be a compelling reason to move, but somehow it doesn't seem to be enough. Private repo can be useful for early stage of OSS projects. Agreed though that it still feels too much like a clone of GitHub. The UI for example is way to close to the original.

Having used both there's more than enough in either that's bad to justify a switch to the other if you really want to. I personally prefer github's warts to gitlab's. In particular, I find that general site navigation on gitlab is quite tedious and it rarely centres useful information first. But that is very much a qualitative and not a quantitative complaint.

The main thing I find extra useful on gitlab is the ability to mark a MR as a WIP.

Re: GitLab 8.5 released

#122
post #120

Looking at this thread here, Gitlab seems to be much more open about their development than Github, and has a real sense of community, yet Github (still) remains the popular option, despite their more community-hostile traditional board-meeting decision process. Is there a gradual shift in the FOSS community towards Gitlab (which in all honesty would make more sense), or am I just seeing the enthusiast in this thread…

Github's shortcomings only really came to the fore in the last couple of months, due to a combination of factors. GitLab is working hard to exploit the current window of opportunity to make waves. I'm slightly surprised BitBucket is not doing the same, but their Atlassian masters seem more interested in pushing irrelevant features at the moment (like SSO across products I don't care about). It's too early to talk abo…

> I'm slightly surprised BitBucket is not doing the same, but their Atlassian masters seem more interested in pushing irrelevant features at the moment

Yeah, I fear Bitbucket will always be shackled to the rest of the Atlassian product line, and never really allowed to innovate much.

Re: GitLab 8.5 released

#123

We're super excited with GitLab 8.5. It's much faster, no matter the size of your instance (but especially for larger instances). The Todos, ability to revert commits and CNAME support for Pages, are things that have been much requested and we're happy to have now. As always, we're here if anyone has any questions about anything.

Pages are an EE feature, but one which is useful for open source projects. Would you accept a pull request for a community implementation of Pages? or would a fork be needed in this case? How do you see this sort of issue playing out?

Re: GitLab 8.5 released

#124

Great job GitLab team! Way to go! Unfortunately I cannot use it for my projects till the issue https://gitlab.com/gitlab-org/gitlab-ce/issues/12920 exists. Hopefully, it will be resolved some time in the future. I am firm believer in FOSS and I am very glad with GitLab embracing it as much as possible without affecting their revenues. I have started creating my new repositories on GitLab from this month

Thanks! I see I already commented on your request 20 days ago and I've left a new one just now. Cool that you have started creating your repo's on GitLab.

Re: GitLab 8.5 released

#125
post #110

Can i use dnf update on fedora to update the gitlab package if I have the repo installed? I am on fedora 23 and doing dnf update doesnt upgrade gitlab. Also doing a dnf install gitlab-ce gives me a message that gitlab-ce-8.2.0-ce.0.e17.x86_64 is already installed.

It worked with rpm so I assume dnf should work as well. Maybe you have to update your sources first since we have our own package server? If maybe you installed the package by downloading instead of adding the source server? Consider following the instructions on https://about.gitlab.com/downloads/ (the main instructions, not 'select and download the package manually and install')

Re: GitLab 8.5 released

#126
post #120

Looking at this thread here, Gitlab seems to be much more open about their development than Github, and has a real sense of community, yet Github (still) remains the popular option, despite their more community-hostile traditional board-meeting decision process. Is there a gradual shift in the FOSS community towards Gitlab (which in all honesty would make more sense), or am I just seeing the enthusiast in this thread…

Github's shortcomings only really came to the fore in the last couple of months, due to a combination of factors. GitLab is working hard to exploit the current window of opportunity to make waves. I'm slightly surprised BitBucket is not doing the same, but their Atlassian masters seem more interested in pushing irrelevant features at the moment (like SSO across products I don't care about). It's too early to talk abo…

> especially considering git migrations are literally just one push to a new origin.

A pain point here is that GH issues cannot be migrated easily as a git migration (but GH does have a REST api).

Re: GitLab 8.5 released

#127
post #109

Earlier quoted context omitted.

Warning as someone who just did that. MySQL is EE only on Omnibus. I switched from Source (MySQL) to Omnibus only to find that MySQL was EE only. So I had to go back to Source.

We recently switched from a source package using MySQL to the omnibus package and the migration to Postgresql was really easy and went without a hitch.

Glad to hear that, we try to keep the conversion instructions up to date and have tested them extensively.

Re: GitLab 8.5 released

#128
Maybe a stupid question but is there a publicly hosted GitLab that provides free repo space (and the usual pay for private repos) or is it only self hosted?

Re: GitLab 8.5 released

#130
I love GitHub, I'm loyal and grateful to them for all they've done for us, but GitLab is significantly more agile these days and loyalty easily can be reassigned. Even Bitbucket is picking up development, so, if I was GitHub, I'd really seriously reorg and ramp up development and innovation!
Post reply on HN