The article suggests using gitsubmodules, which I wouldn’t recommend. Mainly because depending on another repo can be flakey. If you depend on another repo’s t

The article suggests using gitsubmodules, which I wouldn’t recommend. Mainly because depending on another repo can be flakey. If you depend on another repo’s tag i.e. “submodule@v1.3” that tag commit could be changed, which could break the build. If you depend on another repo’s commit hash i.e. “submodule@hash” then you depend on nobody rebasing or “git push -f” which could remove that hash from the git history. All these problems disappear if you use a mono-repo, rather than a git submodule…