GitLab Reviews

We are using this solution for DevOps adoption primarily.

The best part of the solution is it's a single platform, and this platform can help you do your required management, your source code management, your build management, your test management, artifact management, deployment management, et cetera. If this solution was not there, you'd have to put three or four different products together to do all the activities. With this, we are using one single product, including security. Everything is happening on a single platform. It is lean and easy management with no complexities and no integration issues. This one platform is able to do everything for us.

The solution has an established roadmap that lays out its plans for upgrades over the next two to three years. 

The release schedules are quite clear. Even if I'm expecting some improvement, the improvement release cycles are already there in place. So even if I say I want some improvement, they will say it is already planned in the first quarter, second quarter, or third quarter. That said, most everything is quite improved already, and they're improving even further still. 

We have been using the solution for a year. 

The solution is stable and reliable. There are no bugs or glitches. It doesn't crash or freeze. 

We are using an on-premises deployment, and on-prem will always have challenges with scalability. On-premises infrastructure never has elasticity since everything is fixed. If I have 500 servers, I have only 500. I cannot grow them to a thousand in a minute. My storage is going to be limited. 

Our users are not more than 500 users. So for us, the scaling we have fits. 

I myself being a DevOps consultant, have seen deployments for 2000 or even 3000 users also.In that sense, there is an issue of scalability. The infrastructure we have means the solution will be quite scalable for the next three years. 

We have tried out a lot of other products, including Azure DevOps. We have tried a lot of open-source products as well. The major benefit we found in this solution is it's a single platform doing everything. If I go to Azure DevOps, Microsoft would also say it's a single platform, yet it's not a single platform. They have integrated themselves with multiple toolchain vendors, and it's a Microsoft wrapper on the top. When it comes to Microsoft is a resource-hungry solution. You require a lot of resources to run on Microsoft.

The deployment is fairly easy. The people who are doing the deployment should be very clear about the fundamentals, like any adoption, like when you're doing a DevOps adoption and moving towards automation. 

The most important part is you really have to work on education. On the one hand, you have the investment, however, the investment will never show you how to use it. Once the adoption grows in the organization, you'll be able to see the returns and the benefits that are there. 

We are currently in a phase of adoption across the organization. It's going on very well, and deployment is fairly easy. I didn't find much difficulty when doing deployment and getting people to work with it. Anybody who works on DevOps toolchain implementation can even go and implement GitLab also. It's that easy.

We have a new adoption going on and within a year we'll begin to see a return on investment.

GitLab is a paid version, Ultimate GitLab. It has three editions: one is a free edition or a community edition. They have a premium edition, which is a paid version. Then, they have the ultimate edition, which is also a paid edition. 

There are no hidden costs or fees associated with the product. I pay one price and get everything I need. 

We are using GitLab Ultimate.

As a DevOps consultant, I would like to give advice some. From 2008 or 2009, when the global market started adopting DevOps, until the year 2019 or 2020, we always had a problem. If I wanted to have DevOps automation in the organization, we would require four or five tools minimum. Since GitLab in 2020 emerged as a single platform, always advise people who are implementing DevOps to always move towards a single platform. 

The reason is that you save a lot of money on your infrastructure costs. You also save a lot of money on the resources which are required to maintain all infrastructure for a single platform. And if you maintain a single platform, you'll require an optimized resource tool to maintain that.

If you're going to have multiple tools in your infrastructure for DevOps, you require many people to maintain that. In the end, everything boils down to cost. Cost is definitely high if you need to maintain infrastructure with multiple toolchains. So my advice is always, when we talk about agility, to be lean. So when you bring in GitLab, you get a lean infrastructure; you get a simple and non-complex infrastructure. You have minimum compliance issues and minimum regulatory issues. 

I'd rate the solution eight out of ten.

Our company uses the solution as a repository manager for our best code, to set up CI/CD pipelines, and to build projects and get architects. We build code and generate artifacts that we push to UrbanCode for deployment. 

For one use case, we created an entire CI/CD pipeline that deploys code to the artifact and Target Server. This deployment was our first using the solution and included a lot of scripting. The customer has 250 current users that includes maintenance, owners, and developers.

Eventually, we plan to use the solution for all deployments. 

The user interface is really good so that helps with huge teams who need to collaborate. 

The solution is great for SCM, depository management, building, and CI/CD.

The solution does not have many built-in functions or variables so scripting is required and that is a drawback. For example, it would be nice to have a button on the interface for setting up environments in meta folders. 

I have been using the solution for two years. 

The solution is stable. Performance comes down slightly when multiple pipelines for a complex project are triggered at once. I rate performance a seven out of ten. 

We use the solution on-premises so do not scale in the way others do on the cloud. 

Technical support is very quick. I raised two tickets and and they followed up regularly which was great. 

Our company currently uses UrbanCode for deployments. Eventually, we want to conduct all deployments in the solution. 

The setup is straightforward so I rate it an eight out of ten. 

Our company includes a four-person deployment team who implements the solution for customers. 

Our internal team handles maintenance of our GitLab server. Every month, we download, install, and publish patches or upgrades to our community. 

The solution is based on a licensing model that includes technical support and is paid annually. Our company currently has between 430 to 480 licenses. 

The solution is newer to the market so other tools with longevity such as Jenkins are more popular. The solution is slowly emerging as its potential as a complete CI/CD setup becomes known. 

UrbanCode is specifically designed as a deployment tool and dominates because of its efficiencies. The user interface has built-in functionality for creating multiple environments, creating approval processes, and downloading artifacts. Conversely, to perform these same functions in the solution you must script the configuration file. 

Java includes Deployment Managers and agent pools for deploying to a Target Server. The solution might not be good for deployments because there isn't enough flexibility to create them quickly. We can script, but it is easier to click buttons for deployment functionality. 

I recommend the solution and rate it a seven out of ten. 

We have our CI/CD pipelines set up in GitLab. It is our code base. 

The solution makes the CI/CD pipelines easy to execute. 

The tool should include a feature that helps to edit the code directly. 

I have been using the product for two years. 

The solution is stable. 

I haven't reached out to them yet. 

GitLab's deployment is easy. 

GitLab is cheap. 

Our primary use case is for source code maintenance, then doing the build and running code coverage tools like SonarQube, and then deployment.

We have seen a couple of merge requests or pull requests raised in GitLab. I see the interface, the way it shows the difference between the two source codes, that it is easy for anyone to do the review and then accept the request; the pull request is the valuable feature. 

We have only seen a couple of times on Gitlab, which we use for building some of the applications. Recently, we have heard that some of the builds were taking a long time or were not scheduled. In such cases, they had to contact the GitLab community or the GitLab organization to address these issues.  

So, there is room for improvement in regard to the issues with build times. 

In future releases, additional features could be added in post-deployment monitoring. Currently, GitLab supports CI/CD up to deployment. Anything that would assist in monitoring deployments, especially in the context of Kubernetes or Docker, would be valuable. It may not be necessary for enterprise-level use, but for midrange organizations, integrating post-deployment monitoring of infrastructures and generating reports could be beneficial.

We have been using this solution for three years now. 

The solution offers good stability. However, sometimes we do see some issues due to upgrades and patches. But a couple of times, we have seen build issues where it takes a long time, or it gets stuck, and people have to manually restart those.

It is a scalable solution in our environment. We have over a thousand end users. 

The support is very good. 

Positive

Earlier, we were using Atlassian products, and then we shifted to GitLab.

The deployment is handled by a different team. For maintenance, we get good support from GitLab. For any production issues, we hear that we get good support from GitLab. That is something good.  

My advice would be it's a very good tool for developers, especially those spread across the globe. It has a very good interface for any pull request or code review. The CI/CD pipeline is also easily built in, so we can easily build and deploy it into various environments. So that eases the developer's and the production ops team's life.

Overall, I would rate the solution a ten out of ten. 

My primary use case is for creating pipelines and automation workflows.

By streamlining tasks that we used to do on a daily basis and scheduling them.

CI/CD, GitLab scanning, and the cloud are the most valuable features. 

There is room for improvement in GitLab Agents. 

I would like to see more features focused on GitLab or CICD. I am not sure if  there is a roadmap for GitLab CI/CD Elite.

I have been using GitLab for five years. I am currently using version 14.5.

It is a stable solution. I would rate it an eight out of ten. 

I would rate the scalability of GitLab a three out of ten. It is low. 

It can be challenging to scale. Sharing databases and removing multiple VPNs is not easy to handle. GitLab's stability is not as good as other platforms that offer Kubernetes engines. We use OEMs instead.

There are 300 to 400 users in my company. We definitely plan to increase the usage. 

We are familiar with GitHub. 

I'll give the initial setup a six, slightly above average, where one is difficult and ten is easy.

Now we automate everything, so let's say the deployment now takes about one hour to deploy.

For the deployment process, we create a template and prepare the VM on our cloud. Then we deploy the container using the controller, which deploys the solution.

We had IT specialists and engineers for the deployment process. 

It's a bit tricky because we have a different license. I rate the pricing mode a five out of ten for now, but it might change in the future. We have an educational license, and support is not included.

GitLab offers various services, and it's important to understand which ones you truly need. Service providers might have different capabilities, and compatibility with your existing devices can be a critical issue. We haven't faced many problems with network compatibility or duplicated services so far. 

If I could go back in time, I would recommend using GitLab primarily as a reliable repository. For additional features like scanning and monitoring, it might be beneficial to explore other specialized solutions.

Overall, I would rate the solution an eight out of ten. 

We are using GitLab for team collaboration, code management, and certain CICD pipelines.

The most valuable features of GitLab are the CI/CD pipeline and code management.

Merge conflicts and repository maintenance could improve. If there is someone new to the system they would not know if there is a conflict.

In a feature release, it would be helpful if there was AI integrated into the system. For example, if there was a CI/CD pipeline available, we could configure them for our purpose without doing the process manually.

I have been using GitLab for approximately four years.

I rate the stability of GitLab a seven out of ten.

I rate the scalability setup of GitLab a seven out of ten.

I have experience using GitHub, but GitLab is a superior platform. One major advantage of GitLab is the ability to maintain a private cloud with a wide range of features. It also allows for quick setup of CI/CD pipelines. Garrett is becoming popular amongst developers for code maintenance.

The initial setup of GitLab takes a long time because there is a lot to configure.

I rate the initial setup of GitLab a seven out of ten.

I rate GitLab a seven out of ten.

I use GitLab to manage repository code sources, scanning code sources, and CI/CD. We have around 100 users.

GitLab helps us integrate with many types of software. You can deploy and integrate source code, various tools, webhooks, etc. 

I like GitLab's security and SAS tools.

GitLab could add a plugin to integrate with Kubernetes stuff.

I have been using GitLab for four years now.

GitLab is stable.

GitLab is scalable. You can deploy it in a Kubernetes cluster or on VMs.

We don't contact support. GitLab has such a huge community that you can easily find a solution in the forums. 

I have used Bitbucket and GitHub for personal use. We adopted GitLab because it's a good enterprise solution.

GitLab is easy to install and takes you less than a day. You download the GitLab package, configure it, and push the repos. If you want to integrate Sonar Cube or Jenkins, you can use webhooks or the Jenkins file.

GitLab has a good ROI because it can accommodate many users, and it increases your DevOps score.

GitLab has three plans: starter, professional, and LTMH. The LTMH is $99 for user permits, but some integrators in Morocco bundle GitLab into a package. It's reasonable, but they could lower the price now that we have a huge community and many users.

I rate GitLab eight out of 10. It's a good solution for DevOps and managing Ripple. It's possibly the most complete DevOps and DevSecOps platform. You can help users to make wonderful stuff with their source code and applications. GitLab supports many types of source code like Python, Ruby, etc. It's great software.

In some of the projects we are involved with, we use GitLab for the purposes of issue management and as a configuration management tool. Along with GitLab, we also use the core Jira software for issue management functionality, as well as GitLab Runner for its CI/CD tools.

Our internet connection runs on a different infrastructure to the greater internet system, so we are using on-premises versions of all these solutions. Because nothing is cloud-based, we don't need much in the way of firewall or security solutions.

The most important features of GitLab for us are issue management and all the CI/CD tools. Another aspect that I love about GitLab is the UI.

For as long as I have used GitLab, I haven't encountered any major limitations. However, I think that perhaps the search functionality could be better.

The main shortcoming is that with some parts of GitLab, things can get quite complex. Especially in the beginning, the learning curve can be a bit steep and it takes some time to learn how to use the tools. That said, once you understand the mentality of it, it becomes easy.

We have been using GitLab for about five years.

We have had no instability issues with GitLab. When it comes to maintenance, we have IT departments that deal with that, and I am not directly involved in the maintenance of the tools themselves so I don't know if it's difficult to maintain or not.

We haven't yet tried to scale it past the 100 or so users in my organization.

We haven't used any other similar solution before GitLab.

In some areas, the initial stages of using GitLab can be complex and presents a steep learning curve. It takes some time to learn and use all the tools properly, but once you understand the mentality behind it, it is not that difficult.

We didn't implement GitLab ourselves as we have IT departments that take care of that process. I am unsure as to whether they used any external consultants or deployed it themselves, however.

In total, I believe we have more than 300 licenses spread over about 100 users, though I can't comment on the costs involved.

GitLab is a wholly complete solution and it is for this reason that I can recommend it to other users.

I would rate GitLab a nine out of ten.