4 ms·
When I was a contractor at Google I was surprised by the mono repo, but really liked it. Scaling issues aside, it makes sense having all dependencies in one rep
by mark_l_watson 8y ago
When I was a contractor at Google I was surprised by the mono repo, but really liked it. Scaling issues aside, it makes sense having all dependencies in one repo.
I thought of having a mono repo at home because many of my projects are inter related but instead I spent some time with a library setup. For Common Lisp, I used a pattern in one of Zach’s blogs to have one central repo for all of my personal Common Lisp code that is configured as a root for Quicklisp. Any of my code can be quick loaded no matter where I am working. Really simple but it makes it possible to write small utilities/libraries and reuse them for whatever I am doing.
I sort of do the same for Python, writing a setup.py for each small project or library to install globally, including appropriate executable scripts. This also allows me to combine small things easily. I am not yet set up to do this yet for my Haskell projects but it is on my todo list.
- dkersten 8y agoThat's what I do too. I have a git repo with submodules for each library and service that's related to the overall thing. So, while I'm working on it, locally, it almost looks like a monorepo, but the way things are built, run, deployed and stored in remote git is as separate repos and artifacts. If changes regularly involve multiple submodules, then I know that the boundaries are wrong and refactoring is needed.
- petters 8y agoI merged all my personal C++ projects into one monorepo and I really liked it. Especially useful with C++ since setting up the build system is so cumbersome.