𝐃𝐚𝐲 𝟒 𝐨𝐟 𝟑𝟎 — 𝐉𝐞𝐧𝐤𝐢𝐧𝐬
Most dev teams don't fail at writing code. They fail at getting that code reliably from a developer's laptop to a running server — consistently, without breaking things.
Jenkins is the tool that automates that entire journey.
Today I set up Jenkins from scratch on Ubuntu, configured it with JDK, Maven, and Docker, then built both a Freestyle job and a full Pipeline — ending with the app automatically compiled, packaged, and deployed to the same Tomcat server I set up yesterday.
Here's the simplest way to understand what Jenkins actually does: imagine every time a developer saves new code, someone has to manually test it, build it, and move it to the server. Jenkins replaces that person. The moment code is pushed, Jenkins wakes up, runs every check automatically, and either deploys it or tells you exactly what broke.
The part that clicked hardest was Multi-Branch Pipelines. In real teams, multiple developers are working on different features simultaneously. Jenkins can spin up a separate automated pipeline for each branch — so no one is waiting, no one is blocking anyone else, and nothing reaches production untested. That's not a nice-to-have. That's how professional teams ship.
Day 3 was about getting an app live manually. Day 4 is about never having to do that manually again.
Follow along → #30DaysOfDevOps
#30DaysOfDevOps #DevOps #Jenkins #CICD #CloudEngineering #LearningInPublic #PakistaniTech #TechKarachi
Find my course on LInkedin Learning: https://www.garudax.id/learning/git-essential-training-25677984/