Almost Everything We Do Will Be Open

Post by MichaelGG » Fri, Aug 07, 2015, 8:24 PM UTC

exstudent2 wrote: post #120

r0naa wrote: post #86

I am moving my stuff to a self-hosted GitLab. If you are interested in knowing why: - I personally find it a little bit irritating that Github wants to promote "open-source/free-software", but haven't open sourced their own tools/product. - I was disappointed by the way Github handled some internal problems - I don't trust Github anymore; I want to be in control of my data.

I also just canceled my Github subscription and moved all of my private repos to a self-hosted GitLab. I did this because I was very unhappy with the politics that GitHub recently decided it wanted to push. The funny thing though, having my private repos on my own server just FEELS nice. I have total control over my projects. I wasn't worried about anyone "snooping" on them but there's a subtle psychological change w…

Post by pbiggar » Fri, Aug 07, 2015, 8:33 PM UTC

kanzure wrote: post #134

pbiggar wrote: post #133

Earlier quoted context omitted.

Yeah, fixing that is a very high priority for us atm. So assuming we fixed that, would you buy it (considering esp that GitLab CI exists and you already use GitLab)?

> So assuming we fixed that, would you buy it (considering esp that GitLab CI exists and you already use GitLab)? Yes but no, we already switched and we're on to other things. We reported the docker cache issues to you guys a looong time ago, and we get it- most of your customers are probably focusing on webapp unit testing, and probably not on building docker containers and then running unit tests in those container…

Post by sytse » Fri, Aug 07, 2015, 9:14 PM UTC

brugidou wrote: post #154

As a Gitlab CE user and part of a large company using Gerrit for code reviews I am really surprised that Gitlab does not try to emulate a bit more the various enterprise grade Gerrit features available such as full side-by-side diffs with key shortcuts, review history to easily see what changed since the last time you reviewed the merge request (even with rebased commits), +1/+2 rules, custom plugins available... Etc…

Post by sytse » Fri, Aug 07, 2015, 9:17 PM UTC

exstudent2 wrote: post #152

MichaelGG wrote: post #151

Earlier quoted context omitted.

Don't sell this position short as a mere "political reason". Github has decided that rationality and critical thinking take a back seat. This is a vastly damaging attitude that hurts the world. Providing any encouragement to unclear thinking is a vile thing to do. This is far worse than environmentally unfriendly attitudes; it's far more important than even open source.

I agree that Github's positions are ultimately negative beyond the scope of the company and product itself. Ironically the GitLab CEO has also injected politics where it didn't belong. Thus is the power of open source, even though I don't agree with GitLab Inc's politics, I can take the code base and host it myself.

Post by philtar » Fri, Aug 07, 2015, 9:38 PM UTC

jordigh wrote: post #99

philtar wrote: post #14

I apologize in advance for my short sighted question as I don't really know much about gitlab but my question is: does this mean anything for large file support in the community edition? I find it surprising there are no free solutions for large binary files other than perforce. Compared to most tools indie game devs use, perforce is a dinosaur.

I find it surprising there are no free solutions for large binary files other than perforce. There's in fact lots of tooling in Mercurial to handle this precise problem, as well as gigantic repos. Mercurial's extensibility with these scaling problems, in fact, is why Facebook has chosen it. If you're not married to git, try checking out Facebook's Mercurial extensions.