I am thinking about putting some files into a larger git respository but I have a feeling that git isn't going to be suitable.
This is what I would put into the repo:
- Various scripts on servers.
- Some larger projects in var/www.
- Some larger projects elsewhere.
All of these programs at some point talk to each other and call each other, because of this I thought that a monorepo would be a good idea.
However some possible issues:
- How to check out certain directories? Especially on other servers.
For example, what if I want to check out a single script onto another server from git, I don't want to have possibly 500mb of code sitting on that server too.
If not git, is there another version control that will better suit my needs?
I've considered changing our development pipeline, for example, the repo could live on a dev server, and we use rsync scripts to push files to and from other servers.
What I am looking for is possible solutions and peoples experience with this issue.
To be more precise, my issue is that I currently manage some 20-30 smaller repos and I feel that jumping around these repos isn't very efficient.
The key point is that we have so many programs over different servers and many folders inside those servers, but all of this code is essentially apart of one large system.