Jenkins Reviews

It's more structured, using naming conventions.

• Customization
• Automation

It's very useful when you want to automate different processes from beginning to end.

Maybe centralized user management. (We are not using all the functionalities of the product).

I would say it's a quite stable system.

As I mentioned, we are not using all the feature of it, so it's very easy to scale it.

It's free software with a big community behind it, which is very good.

No previous solution.

It's pretty straightforward. Use apt-get to install Jenkins, and then there is just some minor configuration work.

Some of the add-ons are too expensive.

No. When I started, Jenkins was broadly used.

Start with Jenkins as your first CI solution.

We used it for all continuous integration parts, like automation testing, deployment, etc.

In Jenkins v.2, the most useful feature is the Pipeline plugin. The reason why I think so is that you can build your own workflow with Groove and the plugin has many useful features like parallel executing, running commands, etc. and even imagine implementing your own features on Groove.

The interface.

Yes, in Jenkins v.2. However, I am guessing that is because we used it right after the first release.

In my opinion, there is an issue with the scalability. After Jenkins has big count of jobs, it begins to lose performance and you need to start one more server with a separate Jenkins and migrate some jobs there.

It was enough for me.

No, I did not.

As I remember, there was just one command on Linux. Pretty easy.

It is free.

I didn't choose, but in my opinion, this is the best open source solution for CI and CD.

Nice functionality, but does not have a very user-friendly interface.

• Continuous Integration. Jenkins can integrate with almost any systems used for application development and testing, with its plugins. 
• It is open source and can be hosted on-premise. 
• Because of its wide usage and support forums, one can easily find solutions to any issues they might face.

Jenkins has helped make teams more independent. For example, if a developer wants to check if the changes they are working on have any performance impact on their application, they would typically ask the performance engineer to do load tests before and after the change. This might be difficult to accomplish every time, based on the performance engineer's bandwidth. But with help of Jenkins, the performance engineer can create a job, one time, which the developer or anyone else can run anytime, as per their requirement.

Upgrading and maintaining plugins can be painful, as sometimes upgrading a plugin can break functionality of another plugin that a job is dependent on.

No issues.

No issues.

Excellent.

No previous solution.

The initial setup is straightforward. It can be easily downloaded and installed from the Jenkins website. New plugins can also be added easily, based on the requirement.

Jenkins is open source.

We explored other open source CI tools like Travis CI and CircleCI.

Jenkins is a great tool for continuous integration. It has a wide variety of plugins to support anything from development to automation, performance testing, security testing, and many more. It also has the best support and documentation. If one is ready to spend dedicated resources on proper access control and plugin management, Jenkins can easily be the tool of choice for CI.

• Continuous build and testing
• Distributed execution of build and test jobs

It is essential for software development and team collaboration. Without this tool, we would be helpless.

Immediate feedback on build errors, regression.

Pipelines are still young and promising. But this part still has some room for improvement.

The documentation on plugin development could be better: more examples. 

Sometimes, out-of-memory problems, but lately this has not occurred often. Sometimes there are obscure Java errors which are hard to understand.

No issues.

If there is a problem, I usually find the solution in the community. It is a large community and that helps a lot. Also, there are very valuable conferences.

I used CruiseControl but this died.

Very easy setup which has even improved over the years. Now I use Docker. Installation of plugins is also very easy.

It is a free product.

BuildBot and CruiseControl.

Don't forget to look into the plugins. It's not only Jenkins but also the plugins which make it a very valuable product.

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.

We use Jenkins to automatically build Python binaries into several OS's i.e. OS X, Ubuntu, Windows 32-bit and Windows 64-bit.

We are a company run by remote workers. Using Jenkins really helps us in moving our products forward into a number of different customer segments.

I think the UI and the UX can be improved. In our case, we have several products built using Jenkins. It is quite difficult to navigate into the latest stable build in a given OS.

Two years.

No stability issues.

No scalability issues. As long as the configuration is set correctly, there is nothing difficult in scaling up.

Jenkins is a free and open source application. So, StackOverflow is more than enough for us.

From the very beginning, we wanted to target OS X, Ubuntu and Windows users. At first, the developer would manually create some builds and put them in Gdrive to be tested. We started to use Jenkins when we had some multiple developers and testers and needed a system to manage and automatically build our products.

In my company, my role is a software tester. I don't know whether the setup is difficult or not.

We went directly to Jenkins.

Don't focus on the fact that Jenkins is open source. It is tough as a rock.

This software is ideal for you who work in software development especially those using Agile methodology.

I used it for building Java applications. It provides some excellent plug-ins like Repository connector plugin, Sonar Qube plug in and J-Unit plugin.

It provides a very user-friendly methodology to build applications. It can be very easily integrated with your repository containing the source code. It builds your applications in a user-friendly manner by just adding the repository URL.

One needs to be very careful with the POM file as it takes all the dependencies from the POM to build the application. I would not call it a drawback but a caution.

I've used it for 10 months.

Issues with deployment occur primarily because of incorrect run time dependencies. The stack trace of the console can be used to encounter such problems effectively

Occasional technical glitches after upgrades.

Easy to run multiple instances simultaneously.

8/10

7/10

We didn't have any solution in place previously.

Initial set-up needs caution in mentioning the dependencies i.e. both runtime and compile time.

We did it in-house.

I believe it's good value.

It can be used effectively with technical expertise.

• Scalability
• Controllability
• Organization of jobs

Potential deployment problems pop up almost instantly during the development process. The developers are more confident about their committed code.

They need more useful tutorials about how to write database related plugins. It also needs a "run only" option without option for changing job configuration.

I've used it for six months.

There were some issues with deployment.

There were some issues with stability.

There were some issues with scalability.

No other solution was used previously.

It wasn't complex.

We did it in-house.

It's infinity as the developer's happiness are endless.

It's free.

We did not do a deep evaluation but we did look at Bamboo.

Stay calm and mind the gap between your QA automation team and developers.