if submodules work for you, there’s no point in changing how you’re working. that said, monorepos solve a certain set of real problems for organizations by all

if submodules work for you, there’s no point in changing how you’re working. that said, monorepos solve a certain set of real problems for organizations by allowing contributions across code bases from one VCS repository, and by reframing the release/deploy pipeline around singular atomic refs. the impact is multiplicative and happens in downstream tooling and processes. they squash some problems in one place in the org (product development) that bubble up elsewhere (devops/release engineering). depending on the org this is a sensible/cost effective approach. submodules don’t really accomplish either of those things, unless I’m missing something about your workflow.