I used Jenkins, Team City as per free solutions, used Travis CI, and read about Gitlab.
To be clear Jenkins and Team City I used last time 2 years ago, so only could compare with that state of their development.
Jenkins I did not like from the first look, very ugly, totally not a user friendly, complicated configuration, so it always required involving Devops or some guys who had more experience with this in order to make even simple things.
Team City I found much better than Jenkins, but the configuration of pipelines and configuration of Team City itself was not easy for me. Lack of yaml files, on free version they had a limits for agents and number of projects inside, if you do microservices architecture you exceed it very fast.
Gitlab the moment I tried to research it there were no easy way to use Github and Gitlab CI. I personally keep all project in Github, I like it and Github for me plays also sort of portfolio, and I don't want move my projects somewhere else.
In Drone I found everything which were necessary for me
no limits, you could do everything, all features available
very easy yaml configuration
very easy and smooth set up process
Docker based, I like the idea of that every step is totally isolated docker container and I know exactly the which image is used for which step and how does it work. It helps a lot because, there is very small chance getting some "specific" for environment errors. With Drone I actually could easy reproduce each step of pipeline on my local machine and debug it. So if one developer complains that "Oh I got error on CI, it's a problem with CI", it 99% problem in the code and the project. You just ask dev to run it in Docker on his local machine and he will get the same error and will be able to fix problem.
Versatile software engineer with a background in .NET consulting and CMS development. Working on regaining my embedded development skills to get more involved with IoT opportunities.
Thank you for taking the time to write such a detailed reply! I think I will have to look into Drone. Most of my experience has been with Team City and it does feel very clunky, as much as I love Jetbrains a lot of their products can be awkward. I hear Jenkins mentioned the most but it sounds like something I don't want to learn more about now! For some reason I don't like YAML a lot and prefer code )why I like Chef more than Ansible although I don't have a lot of deep experience with them), but I'll definitely consider this.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Hi Scott,
I used Jenkins, Team City as per free solutions, used Travis CI, and read about Gitlab.
To be clear Jenkins and Team City I used last time 2 years ago, so only could compare with that state of their development.
Jenkins I did not like from the first look, very ugly, totally not a user friendly, complicated configuration, so it always required involving Devops or some guys who had more experience with this in order to make even simple things.
Team City I found much better than Jenkins, but the configuration of pipelines and configuration of Team City itself was not easy for me. Lack of yaml files, on free version they had a limits for agents and number of projects inside, if you do microservices architecture you exceed it very fast.
Gitlab the moment I tried to research it there were no easy way to use Github and Gitlab CI. I personally keep all project in Github, I like it and Github for me plays also sort of portfolio, and I don't want move my projects somewhere else.
In Drone I found everything which were necessary for me
Thank you for taking the time to write such a detailed reply! I think I will have to look into Drone. Most of my experience has been with Team City and it does feel very clunky, as much as I love Jetbrains a lot of their products can be awkward. I hear Jenkins mentioned the most but it sounds like something I don't want to learn more about now! For some reason I don't like YAML a lot and prefer code )why I like Chef more than Ansible although I don't have a lot of deep experience with them), but I'll definitely consider this.