What is our primary use case?
Our major use case for GitLab [Private Offer Only] is for development purposes, along with some resource sharing purposes. Because of that, the development is a full CI/CD workflow that is already implemented along with GitLab [Private Offer Only]. Our entire workflow development team is working on GitLab [Private Offer Only].
For our internal resource management, we are also doing some repository-side work. Internally, we are using GitLab [Private Offer Only] for internal resources. We have an on-GitLab [Private Offer Only] repository as well as a Wiki server for our documentation and other purposes, along with our CRM and ERP package. There is fully API-based integration between all these platforms.
What is most valuable?
The biggest advantage I see is the collaborative working with our development team because our development team has multiple domains, including a normal software development team, a telecom development team, and a hardware development team.
All of the development team work is there. For our R&D team, we are running a separate GitLab [Private Offer Only] repository for security reasons. From that repository to our production-level repository, we are managing separately for security reasons. That is the workflow we are using for the entire team.
We are using some AI-based code review mechanism in GitLab [Private Offer Only]. A code testing mechanism is also there. CI/CD is already there. We are also using an AI-based, Copilot-based code review mechanism. We now have code-level forensic inspection and credential sharing. That type of security side is also something we are in progress with; it is not completed. We are doing that type of work, especially on the security side of the already developed code.
On the ops side, the DevOps side, we are getting very good performance because of CI/CD integration in GitLab [Private Offer Only]. It is working very smoothly.
From the security side, we see that GitLab [Private Offer Only] is robust and satisfies our security concerns. In India, the government is initiating many regulations for the development side. My team has one department there. On the defense side, we are giving some projects. The government has instructed us to do many other testing purposes. We are also considering that. For some of our projects that are yet to roll out, development is almost completed. Testing is going on, quality testing is going on.
The reduction of our total consumption from the previous year regarding GitLab [Private Offer Only] shows a very drastic change because of this AI adoption on the development side. We reduced the four to five-month development time to four to five weeks, a maximum of one month. We are getting that much throughput with the same employee strength. We have not increased the employee strength, nor have we reduced the employee strength. From last year, with the same employee strength, we are getting five times higher throughput with the adoption of AI.
What needs improvement?
The built-in CI/CD integration in GitLab [Private Offer Only] is lacking. We are still depending on other packages. If GitLab [Private Offer Only] had some CI/CD integration internally, it would be beneficial. Because for CI/CD integration now, we are currently doing it with the direct server side. I think it is not that much integrated with the current scenarios of AI, that is AI agent-based or assistant-based coding patterns.
Some more improvement is required in GitLab [Private Offer Only] for CI/CD integration along with AI platforms. AI integration is basically what we need, especially on the CI/CD side of GitLab [Private Offer Only]. The code assistant, such as a cloud code assistant, is making things with GitLab [Private Offer Only], but it is conventional. They are pulling the code and sending the thing. I think they can do some more integration, seamless integration with GitLab [Private Offer Only]. AI is consuming GitLab [Private Offer Only] with the older style. If AI were fully pluggable in GitLab [Private Offer Only], it would be beneficial. I think we could get some more time reduction, especially on the testing side and the code testing side.
For how long have I used the solution?
We have around four years of experience with GitLab [Private Offer Only].
What do I think about the stability of the solution?
I can tell around 90 percent stability for GitLab [Private Offer Only]. There is something in the 10 percent. I cannot say it is 100 percent. For this 10 percent with GitLab [Private Offer Only], it includes some glitches in the CI/CD integration; sometimes it is not working. We have seen some bugs, but in the later version, it was working fine. We are expecting some bugs now also. That is why I am making that 10 percent assessment. It is not excellent, but it is best.
What do I think about the scalability of the solution?
Scalability in GitLab [Private Offer Only] is very much there. It is scalable. According to our requirements, it is meeting the scalability requirement.
How are customer service and support?
We are mostly doing community support for GitLab [Private Offer Only]. We are not seeking direct support now. Community support from GitLab [Private Offer Only] is very good. We are happy with that. We are getting the solution very fast. For other platforms, such as Bitbucket and Azure DevOps, we have not gone fully with that. With GitLab [Private Offer Only] and other things, we are getting very good results.
Which solution did I use previously and why did I switch?
Previously, we were using the free version of GitLab [Private Offer Only]. Now we are doing some projects with a paid version. Our mainstream is now in the free version. It has a bit higher pricing. Because of our employee count, our branches, and everything, we have multiple projects. There are many restrictions in the free version. I think GitLab [Private Offer Only] pricing is acceptable if there is a high-value project. Otherwise, for normal startups, they are still using the free version because of the price.
How was the initial setup?
For a normal startup, at the starting time, GitLab [Private Offer Only] is very difficult to install. Now we have the skillset in our employees for managing and deploying GitLab [Private Offer Only] repositories. It has taken around four to five months for the experienced skillset to develop. The most difficult part of the deployment of GitLab [Private Offer Only] is the CI/CD integration for some multi-departmental project handling; it has taken a long time for that smooth CI/CD integration.
What was our ROI?
The return on investment for GitLab [Private Offer Only] for a higher value thing is very good. We get it very easily. We can get the ROI within one year itself. Nowadays, not one year, but five to six months, we will get the ROI.
Which other solutions did I evaluate?
For comparison with similar tools, we have mainly used GitLab [Private Offer Only] only.
What other advice do I have?
For project management, we are only doing Agile with GitLab [Private Offer Only]. We have an in-house package to integrate with GitLab [Private Offer Only] for project management because we have different types of development domains, especially hardware, embedded, and AI software. In the software itself, there is a team and an ML team. We are managing all of these in a single project management suite. That project management suite is in-house developed based on the Agile platform.
GitLab [Private Offer Only] is on-premises because of the government projects. Previously, it was a hybrid.
We have not purchased anything from AWS Marketplace. We are mainly using Google Cloud and AWS. We are only depending on AWS for normal computing. For other packages and everything, we have an in-house team. We are mostly doing development in-house.
My overall review rating for GitLab [Private Offer Only] is a nine out of ten.
Which deployment model are you using for this solution?
On-premises
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Other