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