Fork me on GitHub
#jobs-discuss
<
2018-07-14
>
alexlynham09:07:08

do the simplest thing first

alexlynham09:07:35

where I’ve worked I’ve tended to simplify from jenkins to one of the travis/circle style services

alexlynham09:07:52

because maintaining jenkins long term becomes a job in itself and nobody has time for that

💯 8
slipset09:07:37

Travis/circle is a nobrainer to set up, and as long as you company is ok with building stuff in the cloud, I’d go for that. As @alex.lynham said, maintaining Jenkins quickly becomes a job itself.

alexlynham09:07:25

the great thing about travis/circle is that as it has to bootstrap itself every time, your scripts in a say ./travis folder in a repo can also be used to bootstrap a dev env

alexlynham09:07:57

so you get repeatability in CI and in dev more-or-less for free, so long as you have your keys and permissions set right

alexlynham09:07:04

which is pretty sweet

slipset09:07:17

I’ve used CruiseControl, Bamboo, Hudson, Jenkins, the one from the Jerbrains, Circle, and Travis. Whenever I have the choice I go for Circle, mostly because Travis is not made with Clojure(script)

alexlynham10:07:42

is circle cljs?

jgh10:07:34

i know they use clojure (they occasionally post jobs in here), not sure if it's cljs or not

sveri20:07:01

our QA uses Jenkins heavily and I cannot recall them saying often they have to maintain jenkins in the daily. They almost never say that, except adapting / adding jobs if stuff changes, but thats obviously to the fact that tests / environments change and not jenkins.