GitLab Reviews

For us, Gitlab's most valuable feature is the integration with Cypress. We're using Cypress as an automation tool, so we're using GitLab as a tool for running in parallel.

I'm new to GitLab, so I would appreciate more documentation about the code and commands.

I have been using GitLab for almost a year now.

I rate GitLab nine out of 10 for stability.

I rate GitLab eight out of 10 for scalability. We have around 40 people using it.

Setting up GitLab is straightforward. 

I believe we are using the free version of GitLab. 

I rate GitLab a solid nine out of 10. I recommend GitLab. Based on what I've heard, I think GitLab is will be the permanent tool we'll use. I don't think that we're going to look for any other tool in the near future.

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.

We are using GitLab for code management. We put code onto their servers. This allows developers to have a centralized place for code collaboration.

GitLab has helped our company save time. In our current project, we have split the job into two parts, one team is working on one particular feature and when done the solution merges the code together. Every two weeks we can release a new APK. We have the latest code in development so we don't need to merge code manually.

The solution receives frequent updates, it is always improving.

The most valuable feature of GitLab is the automatic merging of code.

I have been using GitLab for approximately seven years.

GitLab is highly stable.

The scalability of GitLab is good.

All developers are using GitLab in my company.

I plan to increase the usage of the solution in the future.

I rate the support from GitLab a four out of five.

Positive

I have previously used Bitbucket and Filezilla.

The initial setup of GitLab is easy.

There are different licensing options available, including a free limited-user license.

We evaluated other options before choosing GitLab.

One person can do the maintenance of the solution.

My advice to others is for them to use GitLab for managing their code.

I rate GitLab a nine 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.

During the development environment, we have a different number of developers, close to five. So each of them will have a different project. Maybe some of them do it in one project, but their assignment or the activity they are doing may be different, so they will do their activity and then they will push it to the GitLab. If there is an amendment or update required, they will pull it from GitLab and if they do their activity again, they will push it. 

GitLab also does the merging . The merging feature makes it easy later on for the deployment.

I would like to see security increased in the future. A secure environment is very important.

I have been using GitLab for the past seven years.

The cloud provides good stability for GitLab.

GitLab is scalable. I think they have their own actually premium services. So, there are some functionalities and features that may be added on top of the free version.

The initial setup of GitLab is easy and straightforward. You do not need to be a deployment expert. It can be done by the managers or directors. 

GitLab can be done in-house but we are using CloudWatch. All you need is to have a free account.

The initial setup cost is excellent and you can add the premium features later.

Using GitLab is important to help provide a more secure and reliable environment for developers working with information in the cloud. GitLab brings a level of safety. I would rate GitLab a ten out of ten.

GitLab's best features are continuous integration and fast deployment.

GitLab's UI could be improved. In the next version, the documentation of the migrations steps should be better.

I've been working with GitLab for six years.

GitLab is very stable.

GitLab is scalable.

GitLab's technical support is quick and responsive.

Positive

The initial setup is pretty simple for GitLab as a service, but it's more complex for a hosted solution.

GitLab is comparatively expensive, but it provides value because it's feature-rich. I would rate its pricing four out of five.

I would rate GitLab nine out of ten.

GitLab is for professional teams, and it has some abilities in the user interface that are interesting to me. 

The look of the user interface is good. I have seen many features here that I don't see in BitBucket.

We like the automatic deployment for different environments. For example, if you want to deploy your application for the Azure system, Azure Cloud, you have the default configuration for them. That's true for Amazon or a VM, for example, as well. 

They provide default templates for products.

It is an easy setup.

The solution is stable.

It scales well.

I have a free version. It is open-source.

Authentication can be a problem when you have an application and you want to configure it with them. I used Spring Cloud config and to connect that to GitLab was so hard. It took hours for me to configure that.

I've been using the solution for two years. 

The product is perfectly stable. There aren't bugs or glitches. It doesn't crash or freeze. 

The solution is scalable. It easily expands. 

I have two projects. In my personal experience, for my own project, it's a scalable system for e-commerce mobile microservice spaces for event-driven e-commerce systems that are using GitLab.

I've never requested the assistance of technical support.

I'm also familiar with Bitbucket, although I don't use it right now. 

The solution is quite simple to set up. 

I'm actually proficient. I'm not sure if a beginner user would have issues. It's likely okay for them.

The only difficult part may be the authentication configuration. It's a specific thing and not very common. 

I didn't use an integrator. It is easily deployed in-house. 

I don't need a license. I use the free version, and that is perfectly fine for me. 

I always use the latest version of GitLab. I don't check the version number.

I'd recommend the solution to others. 

I'd rate it a ten out of ten. I'm happy with its capabilities. 

The most valuable functionality of GitLab, for me, is the DevOps. Besides the normal source control based on Git, I find the Auto DevOps features most important in the solution.

As GitLab is not perfect, what needs improvement in the solution is the Wiki feature of the groups or the repertories because currently, it's not searchable by default. You'll need an indexing service such as Elasticsearch to make it searchable, and that requires too much work, so for me, it's the main feature that should be improved in GitLab.

In the next version of the solution, from the top of my head, the documentation could be improved. Besides the Wiki, it would be good if there's documentation that would be automatically generated based on the code repository. In other words, there should be some tutorials from GitLab for developers in the next release.

I've been using GitLab for almost three years.

GitLab is a pretty stable solution, and on a scale of one to ten, with one being the worst and ten being the best, I'm rating its stability a ten. My team just learned some details about the configuration of GitLab, so it's now tuned up, and right now, there's no problem with the stability of the platform.

In terms of GitLab scalability, based on its features, it's supposed to scale easily enough geographically, but my company hasn't tried scaling it yet. It shouldn't be a big problem to scale the solution.

In terms of the technical support for GitLab, I mainly use the forums and support sites of the solution. I don't use the direct technical support line of GitLab.

The initial setup for GitLab is simple mainly because of all its features that allow you to make a startup instance of the solution simpler and quicker, and that's very good.

In terms of the pricing for GitLab, on a scale of one to five, with one being expensive and five being cheap, I'm rating pricing for the solution a four. It could still be cheaper because right now, my company has a small team, and sometimes it's difficult to use a paid product for a small team. You'd hope the team will grow and scale, but currently, you're paying a high license fee for a small team. I'm referring to the GitLab license that has premium features and will give you all features. This can be a problem for management to approve the high price of the license for a team this small.

We evaluated Azure DevOps, but we liked the style of how things are built up inside GitLab for the end-user and the developer more compared to Azure DevOps, though Azure DevOps is also a very good choice.

I'm using the latest version of GitLab.

My company has a small team and only has six users of GitLab.

On a scale of one to ten, where one is the worst and ten is the best, my rating for GitLab, in general, is nine. My company likes the solution very much, especially over Azure DevOps.

I would recommend GitLab for others to use.

My company is a customer of GitLab.

I'm part of the application development team comprising 10-12 developers and I have used GitLab for configuration and version management. We have also used it for DevOps, but I have not been involved in the DevOps side. My work with GitLab involved basic version management (i.e. checking in, checking out, merging) and related features. 

I have also used GitLab for doing remote builds, which is when you check in and it triggers the build on the application remotely. For example, we have a YAML script that has been written for performing builds on GitLab automatically and when that script gets executed, it performs the builds and copies them to the destination folder. All of this gets triggered from GitLab.

I like that you can use GitLab as a double-sided solution for both DevOps and version management. It's a good product for working in these two areas, and the user interface makes it easy to understand.

There was a problem with the build environment when we were looking at developing iOS applications. iOS build require Mac machines and there are no Mac machines provided by GitLab in their cloud. So to build for mobile iOS application, we needed to use our own Mac machine within our own infrastructure. If GitLab were to provide a feature such that an iOS application could also be built through GitLab directly, that would be great.

I have used GitLab for two months.

It's stable. 

Once all the scripts are written, it becomes scalable. When an application gets deployed and people start using it, it's on the cloud and so it becomes scalable. All the applications that we design are deliberately written in such a way as to be scalable.

We only used GitLab for a short duration, so there was not much scope or need for contacting technical support.

The setup is straightforward to an extent because the part of GitLab that I was using for version management was similar to other tools that I have used such as Git and SVN. When I use GitLab, it's more or less the same process and workflow as these other tools, so there wasn't a big learning curve for me.

Our application was an accumulation of multiple applications, so there were multiple builds happening at any given time. GitLab would process the builds and it would take only a couple of hours for us to deploy the builds on the cloud.

The other thing is that the GitLab user interface is good, so it's easy to understand. You, yourself, can learn it simply by exploring and trying it out. Then there's a lot of help that is available on the GitLab website on how to use it. 

For the implementation, we had a DevOps engineer who was the primary technical guy, and then the others were developers and related entities performing the development.

Personally, I can't say much about the return on investment because the licensing and costs and everything have been borne by our customer. We were just using it. But I think that the return on investment must be good, and it might be one of the reasons why the customer is using it for all their projects.

I'm not aware of the licensing costs because those were covered by the customer.

I can certainly recommend GitLab. It's a good product and I would rate it an 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.