GitLab Reviews

I use GitLab for some of my CyberArk scripting work.

GitLab's scoop is like a lifesaver. It's very crucial for us in our company to use some of those scripts from GitLab, either for health checks or building new connectors is very important for us, and at times, with GitLab, you don't even need to build the connectors.

Some of the scripts that we encountered in GitLab were not fully functional and threw up errors. The aforementioned area of the solution needs improvement.

In the future, I would like to see GitLab providing more oversight over the coding part.

I have been using GitLab for a couple of years. I use the solution's latest version.

It is a stable solution and seems to be a well-tested product with no issues. I rate the stability a nine out of ten.

It is a scalable solution. There are a lot of users on GitLab, so it is a highly scalable product. I rate the scalability a nine out of ten.

GitLab has only two users, including myself, in our company.

We don't have plans in our company to increase the number of users in future.

The solution's technical support is pretty good. If you go on Stack Overflow platform, you can find technical support there. The product's technical team is knowledgeable, responds quickly, and is customer friendly.

I rate the technical support a nine out of ten.

Positive

The initial setup of GitLab is pretty simple, with no complications.

The deployment process took less than an hour, which means it can be done in around 45 minutes.

The solution can be deployed on the cloud or on-premises version by installing the EXE file.

Only one junior engineer is required for deployment and maintenance.

The deployment phase can be done by yourself, in-house.

The ROI has been good since we have had no issues so far.

My company uses the free version of GitLab, which is GitLab Community Edition. There is a licensed version also available for GitLab.

I would tell those planning to use the solution to try developing their own scripts in GitLab and then try to download them from the repository there. You build your knowledge while helping others as well.

I rate the overall solution a nine out of ten.

We use the solution for on-premises repository management

CI/CD is valuable for me. The product also has a monitoring feature connected to Grafana. It helps with alerts. We are using the free GitLab Community Edition. It has a lot of great features.

The documentation is confusing. Sometimes, it is incomplete or has incorrect information. I have informed the vendor about it. Some features in the GitLab Community Edition are not available to us.

I have been using the solution for nine months. My organization has been using it for around two years. We are using the latest version of the solution.

I rate the tool’s stability a ten out of ten. We never faced any downtime.

I rate the scalability of GitLab Community Edition a seven or eight out of ten. The product could improve the scalability of GitLab Community Edition. Around 60 people are using the product in our organization.

Their support is good. 

The initial setup is easier for someone who knows Linux and has been working as a system administrator. We need to have experience to deploy the solution. It takes around three to four hours to deploy the solution.

We are using the open-source version, anyone can download it.

I am my company’s GitLab administrator. Many features we need are available in Enterprise Edition. If we say that we do not have enough features in GitLab Community Edition, GitLab might just ask us to upgrade to Enterprise Edition. Overall, I rate the product a nine out of ten.

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.

I primarily use it for verifying some things. We're using it as a repository. It's used for software code. 

I didn't have an option when coming to this solution. It was imposed on me. That said, I've had no problems so far. 

The solution is stable.

The scalability is good.

My understanding is that the setup is straightforward. 

I'm not sure of the complete capabilities of the tool as I don't use it that much. Perhaps the integration could be better. 

I've used the solution for one year, however, not so regularly.

I have not heard of any stability complaints. My understanding is that the product is reliable. There are no bugs or glitches. It won't crash or freeze. 

We have about 100 people using the solution in our organization. 

For our purposes, we find the solution scales well. It's okay. We've never had any issues. 

We previously used IBM CLM and RTC.

I did not directly handle the initial setup. There is an IT team, which is responsible for all the installation and setup tasks. I'm not sure how many people were involved in the deployment and maintenance of the solution. 

Our IT team set the solution up.

I haven't looked into if we have noticed an ROI or not. 

I can't speak to the exact cost or licensing structure. I don't deal with this aspect of the product. 

I'd recommend the solution to others. I'd rate it eight out of ten. 

The primary use of the solution is for LCDs and as a repository.

In GitLab, the most valuable feature is using information with a repository and using a containerized approach. You can use containers to create different jobs. 

The dashboard and interface make it easy to use.

GitLab doesn't have AWS integration. It would be better to have integration with other container management environments beyond Kubernetes. It has very good integration with Kubernetes, but it doesn't have good integration with, for example, AWS, ETS, etc.

The solution is stable. So far, we have not experienced any problems or bugs.

Coming from container architecture makes it very scalable. Every job you create will be created with its own container so it doesn't create laws on the existing running jobs on other containers. It expands itself by usage.

As the solution is open-source, there isn't any particular support subscription. There's a community, which is usually quite fast but it's not dedicated to any particular company. It's not certain that you will get the support you need by a certain time. You have to figure it out by yourself. It's quite easy to do so, however. If you have people on your team who have knowledge about containerized technologies, then it's actually not a problem.

We previously used Jenkins. Jenkins management is more complicated than GitLab. GitLab is easier to manage. Because of the simplicity of the product, GitLab is better than Jenkins.

The solution was very straightforward to implement.

Another team did the implementation, but if you use public cloud software, you don't need to deploy anything.

The solution is open-source.

We use the public cloud deployment model.

I would rate the solution nine out of ten.

It is used for saving source code, and then people get the source code out of it, make a branch, and merge it to make a big file for deployment. So it's mainly a source code deployment tool.

GitLab is very well-organized and easy to use. Also, it offers most features that customers need. So I think it's one of the best solutions compared to other options. So, it's the most capable and easiest tool.

In terms of the solution's interface and features, I am satisfied.

As a partner, sometimes it's difficult to get support. They have a really complicated procedure for their support. Apart from the aforementioned reason, I am very satisfied with the product. It is only after we are registered that we get proper support from GitLab. The registration itself it's quite complicated, and it is mainly because they want to make sure that the users with a license contact the right support team.

I have been using GitLab for two years. My company has a partnership with GitLab. I am using GitLab Version 15.6.

It is a stable solution. Stability-wise, I rate the solution an eight or nine out of ten. Since it is software, they can have some bug-related issues, and no software is 100% protected. GitLab has many features in different areas, so I cannot specify which specific area has a problem.

It is a scalable solution. Scalability-wise, I rate the solution a ten out of ten. My clients who use the solution are medium-sized businesses.

The solution's technical support is good. I rate the technical support a ten out of ten. Only the initial registration is complicated.

Positive

The solution's initial setup process was easy. I rate the initial setup a ten out of ten. The solution can be deployed in a day. Only one engineer is required to deploy the solution. Also, the solution does require maintenance. Using it as a different storage operation when it comes to maintenance, there can probably be some updates that can fix security patches and other issues. So, we have several employees working on many different solutions and projects. But only one person is actually required for its maintenance.

Price-wise, it is a reasonable solution. On a scale of one to ten, where one is cheap, and ten is expensive, I rate the pricing a five out of ten.

It's a great solution. So I would recommend it to those who want to use it. I rate the overall solution a ten out of ten.

My team primarily uses GitLab for CI/CD purposes. Whatever code I develop has to go with the team, so I work in a team that tries to write its version of the code, or uses the ticketing system, takes a ticket, covers that information, and then updates the main branch about it. That's the use case my team has for GitLab.

We're only using the basic features of GitLab and haven't used any advanced features. The solution works fine, so that's what we like about GitLab. We're party using GitHub and GitLab. We have a GitHub server, while we use GitLab locally or only within our team, and it works okay. We don't have any significant problems with the solution.

We also found the straightforward setup, stability, and scalability of GitLab valuable.

I've noticed an area for improvement in GitLab, particularly needing to go through many steps to push the code to the repository. Resolving that issue would make the product better.

My team quickly fixed it by writing a small script, then double-clicking or enabling the script to take care of the issue. However, that quick fix was from my team and not the GitLab team, so in the next release, if an automatic deployment feature would be available in GitLab, then that would be good because, in Visual Studio, you can do that with just one click of a button.

I've been using GitLab for almost four years.

As of now, we don't have any issues with GitLab stability-wise. We never faced any critical issues, so everything's going smoothly.

GitLab is a scalable solution.

We didn't use the technical support for GitLab because there are specific people within our organization that we can contact about issues, for example, access issues or permissions, and they give us access to the folders.

We haven't used any other build automation product other than GitLab.

We found the initial setup for GitLab very straightforward. We're developers, so we develop the code, then push that code to our branch. We have a moderator who keeps track of the testing process, so from our side, we already have the steps and what needs to be done and written, so we follow those steps to set up GitLab.

The implementation of GitLab was done in-house within my company.

As I work in a vast enterprise, I'm unsure about the licensing cost for GitLab. It's the management team that takes care of that.

I'm a developer, so I write all the code from scratch, but I don't use predefined platforms. I've been using GitLab and Visual Studio, though.

As GitLab is only used within my team, only five people use it.

My team uses GitLab almost every day, then when a project is complete, my team pushes it back into GitHub.

My team is an end-user of GitLab.

Regarding recommending GitLab to others, I'm a developer of data science solutions, so I mostly do end-user tasks rather than developer tasks. As of now, nothing was so bad about GitLab, and I didn't come across any significant hardships in using the solution. For a person like me who uses resources in a bigger enterprise, there shouldn't be problems using GitLab. If you're part of a small company, there could be some issues.

My rating for GitLab is seven out of ten.

The solution is cloud-based. There are around 30 people using this solution in my organization. 

GitLab is kind of an image of GitHub, so it gives us the flexibility to monitor our changes in the repos. Multiple people can work on the same code and make various branches. We can merge them together and resolve conflicts. This feature makes development quite fast. Everybody gets to work on their own feature independently without waiting for someone else to complete their code first.

When deploying the solution on cloud and the CI/CD pipeline, we have to define the steps and it becomes confusing. The trend is shifting toward CI/CD pipeline automation, so GitLab could provide some features that help with CI/CD automation. 

There could also be integration with different cloud services like GCP, AWS, or Microsoft Azure. A one-click deployment with the CI/CD pipeline of our code would be a good feature.

I worked with GitLab for one year.

The solution is stable. We haven't encountered any issues with loading repos.

It's scalable. We haven't performed a lot of computation on GitLab because we're just storing our code on it. We can create as many admins, branches, and projects as we want.

I haven't contacted technical support because we haven't encountered any issues. 

Initial setup is simple. Our model and other application repo was pushed on GitLab. From there, we pushed the code into the VM and then used that to make the Docker images. The models were deployed on GCP. It was easy to deploy them on Cloud Run on GCP.

The solution isn't as expensive as other solutions.

I would rate this solution as nine out of ten.