Live data from Hacker News

GitLab 8.5 released

about.gitlab.com

111–120 of 246 posts

Re: GitLab 8.5 released

#111
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

Re: GitLab 8.5 released

#112
Awesome that theres a release.. but just as I'm migrating from one server that it has it built from source to a new one that uses the omnibus package.

Re: GitLab 8.5 released

#113
post #108

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…

I can't tell if there is a real shift, I would say no. GitHub, in a lot of people, is synonymous to Git. GitLab is superior in a lot of ways, more feature, open source, very open as you pointed out. Their pricing model supports free private repos. Not sure what it would take to really make people reconsider GitHub as the default goto place to host OSS repos.

"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.

Re: GitLab 8.5 released

#115
post #113
post #108

Earlier quoted context omitted.

I can't tell if there is a real shift, I would say no. GitHub, in a lot of people, is synonymous to Git. GitLab is superior in a lot of ways, more feature, open source, very open as you pointed out. Their pricing model supports free private repos. Not sure what it would take to really make people reconsider GitHub as the default goto place to host OSS repos.

"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.

Re: GitLab 8.5 released

#116

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…

I'm not sure if anyone can answer that question.

Personally, I hope we can eventually move to a federated system, perhaps one based on ipfs.

Re: GitLab 8.5 released

#117
post #82

Earlier quoted context omitted.

Hi Job, does this mean it is also faster in low memory environments like 512M? ToDo integration is a great feature!

No, unfortunately not. We recommend 2GB of memory to run GitLab https://gitlab.com/gitlab-org/gitlab-ce/blob/master/doc/inst... If 512MB is a requirement for you please consider using Gogs. Glad you like the Todos feature!

I just wanted to say how awesome it is that you mention Gogs, a competing platform. It shows that you're focused on your domain, not closed-mindly discounting every competitor, and are open about any shortcomings in Gitlab.

Re: GitLab 8.5 released

#118

Are there any blog posts about techniques used to improve performance you guys would care to share? Thanks!

Not yet, but I've been thinking of doing so. The difficulty is that you basically have to write the blog post (or at least take a lot of notes) while solving problems as otherwise you'll end up forgetting all the intricate little details.

Re: GitLab 8.5 released

#119

I just upgraded and the diffs are WAY faster now. Thanks so much for all of the hard work!

That's great to hear. It's a big community that makes this happen.

Just curious, were there any new changes made to branch creation and protected branches? I'm getting a

Branch creation was rejected by Git hook

When trying to create branches via my gitlab instance and it seems to take a lot longer to process the request. Pushing via a command shell seems to work well.

--update I just rolled back my version to the older version and see that all of the branch functionality via the gitlab site works okay.

Re: GitLab 8.5 released

#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 about a shift away from GH, but increased variety in the ecosystem can only be a good thing, compared to the dangers of a GH monoculture... especially considering git migrations are literally just one push to a new origin.

Post reply on HN