Jenkins Reviews

We use it as a pipeline and for the whole development life-cycle. We even built the whole infrastructure and use it with cloud formation. In AWS, we use it with cloud formation when we build the infrastructure as a code.

It's fantastic. I like it, and I have no problem with it. It's very small, easy to use, and very straightforward.

It would help if they offered more integrations.

I have been using Jenkins for about two years.

It's very flexible, and you can add a lot of applications there to develop and more. We have about five guys using it, but we also have a very big development team with over 50 developers.

I installed it a couple of times, and the initial setup was easy. I didn't have any difficulties when it came to deployment.

I installed Jenkins by myself.

I would recommend this solution, but it depends on the project. It has a lot of support, and it's been in the market for a long time. Many big organizations also use it.

On a scale from one to ten, I would give Jenkins a nine.

This is our CD solution for Java APIs and Microsites.

This solution automates the deployment process and therefore increases productivity.

The most valuable feature is its ability to connect with different tools and technologies.

This solution would be improved with the inclusion of an Artifactory (Universal artifact repository manager).

• Uno-choice parameters
• Publishing HTML reports
• Emails on builds
• Active Directory
• Role Based and Project Based Matrix Authorisation

We work on distribution, and are required to build and test packages frequently. Using Jenkins we have configured (generic) and automated the complete build procedure.

1. There's a plugin Monitoring which have certain issues with some versions of Jenkins
2. Jenkins user login and authorization case-insensitive, eg: if user John is given authorization permission then JOHN, JoHN, johN etc. all should be authorized.
3. Disabling of cancel permissions to some users in Jenkins is still not working, even if we uncheck the cancel permissions. If build permissions are given to that user, cancel permissions are granted automatically
4. Plugin to disable Back button navigation in Jenkins#
5. Uploading multiple files using patch parameter in Jenkins

I've used it for around six months.

No major issues, it was pretty smooth.

With few plusgins, like Monitoring. it crashes.

Not as of now.

No interactoins as of now.

No interactoins as of now.

We upgraded from Hudson which is similar.

It was pretty straightforward.

We took it from Open Source so there was no vendor involvement.

I primarily use Jenkins to deploy APIs for microservices, creating pipelines and providing the source code link.

Jenkins helps to maintain continuous integration whenever we make changes in the code and to deploy the code whenever we do any check-ins.

The onboarding of Jenkins should be smoother, and it should have more pipelines available as it's deployed on many different servers. We should be able to do minimal configuration changes and deploy our API from multiple regions like AWS, GCP, or virtual environments like VM.

I've been using Jenkins for six years.

Jenkins works perfectly well - we've never faced any outages or issues with it.

The initial setup isn't difficult.

We implemented using an in-house team.

Jenkins is stable, user-friendly, and helps with continuous integration. As of today, I can't see any tool that's better than Jenkins. If you have very few APIs which can be deployed manually, I wouldn't recommend Jenkins. However, I would recommend it for those with multiple APIs and many clients, who are doing code changes on a daily basis. I would give Jenkins a rating of seven out of ten.

We use it for build.

It improves our process because it's incorporated with the code. We don't need a UI to design the build process. It's like code for building.

Pipeline.

I think we have everything we need in Jenkins, really we're content with what we have in it. If I had to name something, I'd like to see more on the cloud, cloud integration, like to Amazon and  Google. I'd like to see more plugins for those.

- Run automated tests with release pipeline.

- Run tests against different environment.

- Manage selenium grid.

- Integrate with slack, browserstack and AWS.

CI tools such Jenkins and TeamCity, totally helps our release and tests. It saves our money, time and labour cost. And make release/delivery of the our product more visible. It drives the development team and other departments’s ambition.

Jenkins: pipeline/delivery pipeline and we can use shell script in the configuration. Jenkins has a lot of plugins.

TeamCity: We can run automaton tests.

For Jenkins: It needs to have less bugs. I do not how they test the plugins, but sometimes, the plugins have issues. I have no time to check where to report the issue.

For TeamCity: It need to be cheaper.

For automation tests, Jenkins nodes some times experience instability. I have no better solution yet, since I have concerns with the networking and firewall as well.

I do not know if it is scalability problem or not. In one Jenkins instance, we had many jobs and we created so many views, it is not easy to find them.

Customer Service:

I have never used them.

Technical Support:

I have never used them.

I prefer to use Jenkins more, because I have used it for a long time and am familiar with it. To me, TeamCity is OK too, but it is not free as Jenkins is. We need to consider the budget, so Jenkins finally won our development’s heart.

I experienced the development switch from TeamCity to Jenkins, and I do not know the exact reason. My current company switched from Jenkins to circleCI.

When I moved automation tests from TeamCity to Jenkins, I did not experience any difficulties, but I have learning curve for circleCI.

We use AWS codepipeline + jenkins.

Before using jenkins + AWS, we used CircleCI.

We use the Groovy language to maintain the Jenkins job configurations which is very convenient. I do not know if we can do that to team city or not, I have not had a chance to try yet. I love Jenkins more without considering budget and the technology trend.

1. CD/CI pipeline
2. Different types of jobs, such as Pipeline, Build, Freestyle, Maven, etc.
3. DSL: Groovy for complicated pipeline flow.
4. Tons of plugins
5. Is able to integrate with other systems.
6. Free
7. Easy to use Jenkins Docker.

It improves our release. It makes the release faster by adding an automated deploy and automation tests.

The bug fix speed is very slow.

More than six years.

Some plugins have critical bugs and are not able to be used.

Most of time, Jenkins is works well. But when you scale up, you need an administrator to manage Jenkins.

You need an internal admin for Jenkins.

CircleCI and TeamCity. CircleCI is not strong at release pipelines. TeamCity is not free.

I feel it is pretty easy to set up Docker in my local computer. 

I do not have experience installing Jenkins on the company-wide used server yet, because I am not an Ops/Admin. I am a user of Jenkins.

Yes. CircleCI and TeamCity.

It meets most of my requirements, such as CI/CD pipeline and an automated test execution. Even if there are some issues in Jenkins and its plugins, Jenkins provides the workaround ability to us. Other CI/CD system are not flexible like Jenkins yet. Also Jenkins provides an API, which you can integrate easily into your application.

When you have more jobs in Jenkins, find an admin to manage the user, queues, jobs, slaves, etc.

I highly recommend Jenkins. It is my favourite CI/CD system.

Jenkins is part of our test infrastructure. We organize the test execution mainly of our performance tests, based on JMeter.

Second, the deployment of release candidates in our test infrastructure is managed using Jenkins.

In the future, we want to use Jenkins more in the field of continuous integration and continuous deployment.

For test automation, Jenkins seems to be our main and central solution at the moment. We want to extend this in the future towards Jenkins pipelines, which can be very useful for having a more dynamic test infrastructure.

Currently, using Jenkins for automatic testing is the most valuable feature for us.

It is very useful for us to be able to collect and manage automatic processing pipelines.

We have issues with the following points:

• The usability and user interface could be improved.
• Clearer feedback for problems and errors would be useful.
  
• The learning curve is quite steep at the moment.
• Our security policy does not allow normal users to introduce additional modules. A simpler way of extending the basic functionality would be nice.

When there is enough disk space and RAM, the solution is stable.

Scalability is not an issue for us.

There is a large open source community where you can find a lot of workarounds and solutions when you have a problem.

We did not use another solution previously.

The setup is straightforward.

Our in-house SysOps team managed to install Jenkins.

Jenkins is open source and free.

We also evaluated Bamboo but decided to go with Jenkins because it is open source and free.

We recommend having the proper infrastructure, and to ensure the maintenance of the server is performed.