ESLint vs Jenkins

Many problems ESLint finds can be automatically fixed via the --fix flag. ESLint fixes are syntax-aware so you won't experience errors introduced by traditional find-and-replace algorithms.

When the build needs something hosted runners cannot give you: physical hardware, an air-gapped network, a node-locked commercial tool licence, or an unusual platform. If none of those apply, hosted CI is usually less work to own.

ESLint is completely free and open-source software maintained by the OpenJS Foundation. The project accepts voluntary donations from sponsors.

Not in the open source distribution, which runs a single active controller. High availability and active-active controllers are features of CloudBees' commercial products. Open source deployments mitigate it with fast restores and, sometimes, multiple independent controllers.

Yes. You can develop custom rules that work alongside built-in functionality through ESLint's plugin system, allowing complete customization for your project needs.

This is the main operational risk. Many plugins have a single volunteer maintainer, and Jenkins publishes security advisories for unmaintained plugins where no fix exists. Auditing which plugins you depend on and who maintains them should be a periodic task, not a one-off.

For declarative pipelines you can go a long way without it. Anything involving shared libraries, conditional logic or custom steps is Groovy, and it runs in a sandboxed, transformed environment where standard Groovy idioms sometimes behave unexpectedly.

The software is free under the MIT licence. The cost is infrastructure and staff time to run controllers, agents and upgrades, plus a CloudBees subscription if you want high availability, support or centralised management of many controllers.