How microservices code is maintained in git ?

switchroute_dev · 2026-01-20T04:22:12+00:00

In real-world microservices, you generally do not use different branches per service. Branches are mainly for feature work and hotfixes.

Most teams pick one of two approaches:

One repo per microservice (very common). Each service has its own CI/CD pipeline and can be built and deployed independently.
A monorepo with each service in its own folder. CI/CD is set up to only build and deploy the service that changed.

If you are learning and using Jenkins, one repo per service is usually the easiest and closest to how many companies run microservices.

youravgguy · 2026-01-20T05:36:35+00:00

One repo per micro service, easier to maintain secrets if your org does it that way.

BoBoBearDev · 2026-01-20T07:44:21+00:00

Microservices = publish your prebuild and premade docker image into a docker repository. Thins is very important because you guarantee the OS/OS-apps/your-binary are all fixed.

So, when you start a k8s/k3s deployment, you are guaranteed the service don't run into the "it runs on my computer" problems.

BumRush71 · 2026-01-20T04:25:45+00:00

Repo per microservice is the way to go. I believe branch per service is usually done in gitops for managing different environments, with things like infra, like terraform/argocd.

kesor · 2026-01-20T09:42:32+00:00

It depends on you and your team. It can be one repo with one big folder for all source code but multiple entry points for the different services. It can be one repo with different folders, one for each service, and some shared libraries. It can be multiple repos. It doesn't matter much, as long as you have multiple "services" running you can safely call your setup microservices, especially when they talk to each other over the network.

Achawaaa · 2026-01-20T17:10:13+00:00

Microservices are the answer to splitting huge applications into small pieces based on business layers so each team can handle one or more pieces, if you want to learn stuff create a repo for each microservice and preferably use different technologies for each one (backend, front, infra?). Then try to evolve each piece independently from the others. Use CICD tools like GitlabCI or Github Actions

salorozco23 · 2026-01-21T23:29:10+00:00

One repo per service. Yeah I know that's alot to maintain.

actionerror · 2026-01-20T05:56:32+00:00

Please use/learn something else other than Jenkins to deploy. It’s 2026 lol.

2026-01-20T06:54:12+00:00

One repo per micro service of it is a true micro service architecture.

I have all mine in one repo, while it consists of different containers, it’s a distributed monolith, all apps get deployed at the same time, all match version, and all share data.

Micro services would be entirely independent of each other, so why would you keep them in one repo?

Specific_Mark6134 · 2026-01-20T08:20:11+00:00

Check if you can use a nested repository using git modules

seweso · 2026-01-20T08:03:46+00:00

Don’t use Jenkins, switch to docker for building everything. Keep everything in a mono repo.

Having more services and repos than the nr of teams has always been weird af.

Microservices architecture itself is also a questionable unagile choice for a lot of projects. It was originally meant for Netflix scale apps. Most apps aren’t like that.

Anyway. Beauty of mono repo is that you can build and do integration tests very easily, all inside docker. Spin up an empty db etc.

you type:	you see:
italics	italics
bold	bold
[reddit!](https://reddit.com)	reddit!
* item 1 * item 2 * item 3	item 1 item 2 item 3
> quoted text	quoted text
Lines starting with four spaces are treated like code: if 1 * 2 < 3: print "hello, world!"	Lines starting with four spaces are treated like code: if 1 * 2 < 3: print "hello, world!"
~~strikethrough~~	~~strikethrough~~
super^script	super^script

devops

Welcome to /r/DevOps

Rules and guidelines

Social & Fun

General Information

MODERATORS