Live data from Hacker News

Dear open-source maintainers, a letter from GitLab

about.gitlab.com

171–180 of 325 posts

Re: Dear open-source maintainers, a letter from GitLab

#171
post #165

Earlier quoted context omitted.

Yes but Bitbucket has unlimited private repositories. So if your company has lots of projects compared to lots of people Bitbucket's pricing model is better.

GitLab.com is completely free, and has both unlimited private repositories and unlimited collaborators!

The difference is that Bitbucket offers unlimited private repos for free.

Re: Dear open-source maintainers, a letter from GitLab

#172
post #171
post #165

Earlier quoted context omitted.

GitLab.com is completely free, and has both unlimited private repositories and unlimited collaborators!

The difference is that Bitbucket offers unlimited private repos for free.

I edited my comment to point out that the same is the case with GitLab.com. (I should've been more specific)

Re: Dear open-source maintainers, a letter from GitLab

#173
post #165

Earlier quoted context omitted.

Yes but Bitbucket has unlimited private repositories. So if your company has lots of projects compared to lots of people Bitbucket's pricing model is better.

GitLab.com is completely free, and has both unlimited private repositories and unlimited collaborators!

Ignoring the name... are there any plans to make GitLab Mercurial capable? We still have Mercurial repositories and still sort of like Mercurial.

Re: Dear open-source maintainers, a letter from GitLab

#175
I've been using GitLab instead of GitHub recently for all my new projects and honestly there's nothing worse than GitHub and a few things are better - like having protected branches and master by default in it -, private respositories etc.

That being said, what both GitHub and GitLab are missing is actually becoming a "social network" or maybe more an active network. There are tons of interesting projects that pops up every day, that I would be interested in knowing about, contributing, but there's basically no way to learn about them.

Kudos to the GitLab team for all its work :)

Re: Dear open-source maintainers, a letter from GitLab

#176
post #164
post #154

Earlier quoted context omitted.

We considered that but we value having a completely open source version for all projects more. For more information about how we see the difference between CE and EE please see https://about.gitlab.com/about/#stewardship

What about having a single product, and charging for a proprietary license + support? This may work better with GPL as many large orgs are allergic to it. With MIT license, many sites probably just implement the branding changes etc in the CE product on their own.

We want to give large orgs the option to run GitLab without having to pay us. We don't mind having people add features to CE, these are the same people that will send enahancements upstream and make GitLab better for everyone.

Re: Dear open-source maintainers, a letter from GitLab

#177
post #126

If GitLab plays their cards right, they can take the market from github. That, in my book, will be good because unlike github, we can all contribute to making GitLab better. The only question left is if your servers are powerful enough to run gitlab. Maybe I'll sacrifice a goat for some new server hardware and 256GB of ram.

Don't be cruel to animals. I'll ship you the 256GB of ram personally, email me at sytse at company domain.

By the way, I don't want to troll you, but at my company we use Gitlab 6 self hosted version and I wasn't able to do a simple git push origin master the repo I held in my machine was barely 5MB and still remote server closed connection HTTP 500 I solved it by increasing the POST buffer. I never had this issue with github, maybe you can check why it was an issue with gitlab? it might help to advance your product!

Re: Dear open-source maintainers, a letter from GitLab

#179
post #127

Earlier quoted context omitted.

[videolan infra guy here] The whole idea of VideoLAN infrastructure migration from gitweb/trac/etc to gitlab and not to github was to use and promote free and open-source software. Using closed-source software there is out of question, really.

Gitlab EE is actually open source. https://gitlab.com/gitlab-org/gitlab-ee

In addition to the other commenters, the actual license can be found at https://gitlab.com/gitlab-org/gitlab-ee/blob/master/LICENSE

"This software and associated documentation files (the "Software") may only be used if you (and any entity that you represent) have agreed to, and are in compliance with, the GitLab Subscription Terms of Service, available at https://about.gitlab.com/terms/#subscription (the “EE Terms”), and otherwise have a valid GitLab Enterprise Edition subscription for the correct number of user seats."

Re: Dear open-source maintainers, a letter from GitLab

#180

Earlier quoted context omitted.

Can you comment more on why a hobbyist should not need their own repo? If I'm doing SaaS for everything, my monthly costs start to go up. I've found it is far cheaper, and far (way!) more educational to take an extra box out of the basement and install Ubuntu/GitLab/Node/Java/Apache/Etc. I have to pay for internet either way, and the electricity cost is nowhere near the cost of having multiple Saas?

Most of the time, it's because of opportunity cost: The time you're spending building a server, learning how to manage repos, setting up redundancy and just trying to get the thing working, you could've spent on whatever product you were trying to produce, and would likely be much further along with if you hadn't done everything the hard way. That's not to say there isn't educational value, but a common piece of advi…

The opportunity cost on the front side is often worth it but the long term benefit on the back side is you aren't dependent on that SaaS, are running stuff you know something about and have a lot of flexibility.

I'm from the old school, I use SaaS/PaaS mostly for stuff I know is painful to do yourself (sometimes file storage, nearly always email) but the rest lives on vanilla boxes configured with ansible (frankly ansible is faster to use once you get your head around it than learning 5 different PaaS setups).

Post reply on HN