> It allows to make changes in one go instead of having 3-4 PRs that all have to be merged at same time or otherwise the build breaks. Can't you solve this by

> It allows to make changes in one go instead of having 3-4 PRs that all have to be merged at same time or otherwise the build breaks. Can't you solve this by pointing submodules in the parent repo to a specific commit SHA before the breaking change? Then update the pointer in parent repo when you've made the corresponding changes. I understand it's still added work compared to a monorepo, but seems like this could be a controlled way to handle submodules when necessary.