williamchia

GitLabber here, one of our core values is iteration and our mission statement is "Everyone can contribute" https://about.gitlab.com/handbook/values/#iteration

Honestly, you could submit and merege request to our handbook to change global sales policy and tag our CEO to review and merge if he agrees :) Admittedly, this is a unique way to run a company. Other companies are limited by only getting ideas from a small group of people that are directors and executives. At GitLab we understand that good ideas can come from anywhere and we embrace that.

I work at GitLab and can shed some light here. As a 100% remote company we work in all timezone. Writing things down actually helps make things more efficient. At my last job, to get anything done I needed to call a meeting because state lived in people's heads. When someone left, of if you couldn't get them to a meeting, it was very painful. It took forever to get things done because you needed to physically be present in order to work. At GitLab because so much is documented it's easy to pick up state and collaborate with co-workers in all timezones. What's cool, is because it's public, other random people will jump in and help you out that you'd never expect since they have access to everything you have.

GitLab has 736 team members - https://about.gitlab.com/company/team/

I've been at GitLab about 2 years. While I've worked remote and on teams with remote members, there is a huge difference when everyone is remote.

I'd estimiate that I am 2x-3x more productive than any job I've had before because of the all-remote culuture. I get to work less and produce more outcomes. Documenting everything and having documentation from others is a major reason for this.

Funny thing, when I joined the team at GitLab over a year ago I was really annoyed by this since I'd been using PR for the better part of a decade. Now I'm so used to saying MR that PR sounds very strange. All in all, "merge request" is a more accurate term and no one ever gets confused about it like https://stackoverflow.com/questions/21657430/why-is-a-git-pu... I think it would be great if other tools just called it an MR as that seems to be the term that is easier to understand.

Yes, you've touched on a key difference between Jenkins and GitLab in general:

Jenkins: only does CI/CD, needs to be integrated with a suite of other tools.

GitLab: end-to-end DevOps in one application that has native project planning, source code management, CI/CD, artifact repository, configuration management, and observability built-in.

So Jenkins-X Serverless is about the Jenkins service itself running in a serverless paradigm. Or "using Knative to run Jenkins"

GitLab Serverless is a configuration management feature that allows you to build, deploy, and manage your own serverless functions from the same place where your issues, code, artifacts, etc. are. Or "Using GitLab (which uses Knative) to run your functions."

GH Enterprise pricing is $21 /user/mo [1]

GL Ultimate pricing is $99 /user/mo [2]

[1] https://github.com/pricing/enterprise [2] https://about.gitlab.com/pricing/#self-managed

I'm curious how you came to this conclusion about GitLab's business model? GitLab is pretty clear on the homepage. The business model is to compete in 9 different categories, only one of which is GitHub. (GitLab pricing is also higher than GitHub which makes sense when the offering provides more the functionality.)

> Bosses never expect an email to be answered immediately.

Sounds like wherever you were working before was doing it wrong.

I work remote and no one ever expects immediate email or slack. It is because the whole company is remote that this is the case - you can't have this type of expectation when folks are in every time zone across the globe.

Although I love remote, it's not for everyone. There's a lot to be said for perks like gym, dental, etc. It's really nice that you found a good fit!

GitLab the open source project was started in 2011. GitLab the company didn't start until 2014. GitHub is 6 years older than GitLab.

Not likely according to CNBC interview [1]:

> Rometty told CNBC that the deal should not be interpreted as part of any plan for her to transition out of her position as CEO at IBM.

> "I'm still young and I'm not going anywhere," she told CNBC.

[1]: https://www.cnbc.com/2018/10/28/ibm-to-acquire-red-hat-in-de...

GitLabber here. GitLab publicly states our goal is to IPO on Wednesday, November 18. 2020 and that we don't want to be acquired so we can preserve our values: https://about.gitlab.com/strategy/#goals

Hi, GitLabber here. There are several inaccuracies in your comment. Hopefully, I can clarify and comment.

> Google is an investor in GitLab

Not true. GV invested in GitLab. GV != Google. (Just do a web search to learn the difference.)

> push heavily for GCP to their customers offering USD 200 free credits

True. It's free credit for our users, of course, we let them know :) Note that this is Google's standard partner credit. All their partners offer this. It's not unique to GitLab.

> Zero marketing mentions regarding integrations with AWS

Not true. Amazon is also a GitLab partner, and We officially support EKS: https://about.gitlab.com/2018/06/06/eks-gitlab-integration/

> Sometimes it feels like a cheap Google adware.

This may be accurate. I think we got this wrong the 1st time out of the gate. Here's an issue where we improved the look and feel to be less 'adware' and more informative. https://gitlab.com/gitlab-org/gitlab-ce/issues/48804

> advertised themselves as a cloud agnostic

We are a cloud-agnostic company and we do advertise it. (e.g. even in our launch post for the GCP marketplace we make a point to say "you can install GitLab almost anywhere" https://about.gitlab.com/2018/07/18/install-gitlab-one-click...) Although, perhaps not enough. This is good feedback that we need to make this message more front-and-center.

GV operates independently of Google (part of why the name changed officially form “Google Ventures” to GV) GitLab parters with and supports multiple clouds - e.g. GitLab announced official support for Amazon EKS, and IBM Cloud runs GitLab Core for version control.

Note, it's only a paid feature for private projects on GitLab.com. Public projects get all features of Gold for free: https://about.gitlab.com/open-source/

For every release GitLab gives an MVP award to the community member who contributes in an impactful way to that release. Stan has earned it the most times: https://about.gitlab.com/mvp/

Hi Simon, I work at GitLab. Sorry for the radio silence. I do know we prioritize follow up based on company size & order size. If a smaller company requests a few licenses it can slip through the cracks. I've tracked down your record in our CRM and am escalating to our sales team so that you get a response.

As a transparent company, our roadmap (what we spend time on) along with our strategy (why we spend it there) is public. https://about.gitlab.com/direction/ https://about.gitlab.com/strategy/ The "breadth over depth" section might help to shed some understanding.

It seems like you should be able to do this, but there may need to be an update to work with already-mirrored repos since the feature was designed to have a flow that expects a new project to be created.

I've logged an issue to track down the process: https://gitlab.com/gitlab-org/gitlab-ce/issues/44552

No, I'm sorry, your comment is correct. It is free on GitLab.com for public repos. It is also free for private repos on GitLab.com for the next year.

Edit: I see clearly now in the top-level comment you mention self-hosting

Ah, my apologies, didn't realize you were self-hosting GitLab vs using GitLab.com. Yes, this is the case for self-hosted instances it is part of the Premium feature. On GitLab.com is is available for free.

Hi - with GitHub everything is configured automatically. A future feature may implement this for BitBucket as well, but you can get a similar experience today by manually configuring the component parts (mirroring, webhook to GitLab on commit, add a script to push the pipeline status to Bitbucket). There is a guide here on how to do that: https://docs.gitlab.com/ee/ci/ci_cd_for_external_repos/bitbu...

Hi Eslaught - So the new CI/CD for GitHub feature should be solving the pain points of the old manual mirroring process. When you set up a project and Oauth to GitHub it should automatically implement 3 components: - Bidirectional Mirroring https://gitlab.com/gitlab-org/gitlab-ee/issues/3745 - push webhook to GitLab to trigger CI/CD immediately once a code is committed (e.g. "push mirroring") https://gitlab.com/gitlab-org/gitlab-ee/issues/4691 - GitHub project service integration (to webhook CI status back to GitHub.) https://gitlab.com/gitlab-org/gitlab-ee/issues/3836

Is this not working for you? (may be a bug)

Did you set up the toy instance by creating a CI/CD project and use the GitHub Oauth?

Hi Kuschku - I think this is misunderstanding, we are offering GitLab CI/CD for free for GitHub.com projects. It'll be free for private repos for a year, and it will be free for public repos forever. See the "Open source projects" and "Anyone using GitHub.com" sections: https://about.gitlab.com/features/github/

Also available for free for "anyone using GitHub" - not just enterprises :) https://about.gitlab.com/features/github/#anyone-using-githu...

Thank you for your candid feedback - we've updated our homepage to include a more accurate headline: https://gitlab.com/gitlab-com/www-gitlab-com/merge_requests/...