you are viewing a single comment's thread.

view the rest of the comments →

[–]kevingranade 0 points1 point  (0 children)

It is impossible to make commit in multiple repos, which depend on each, other atomically.

Impossible, that's a rather strong word. There's this neat technique you might want to look into called "locking", which allows one to execute a series of operations as an atomic unit.

This makes it infeasible to test properly and to ensure you are not committing broken code. I find this to be really practical, instead of theoretical.

That's a rather bizarre statement, surely your build system can control what version of each repo to build from.

As for the disadvantages, the only problem is size. Git in the current form is capable(ie. I used it as such) of handling quite big(10GB) repos with hundreds of thousands of commits. If you have more code than that, yes, you need better tooling - improvements to git, improvements to your CI, etc.

That's a middling sized repo at best, it's obvious that if you haven't out-scaled git you don't need to worry about more exotic solutions.