Git submodule or sub-repository or remote?
The layout you've described will work really well with git submodules. I'd gently recommend reading the docs and trying a few tutorials. The key difference your plan introduces is that each client repository and client plugin repository will have two remotes instead of one. And, when you want to start a new client project you will need to
- fork the mainline cms
- fork all of the plugins that will be modified
- clone the forked cms from (1), update its submodules to point to the new remotes from (2)
- initialize/update the submodules
- (optional) add the mainline cms URL as a remote in your client's forked cms
- (optional) add the mainline plugin URLs as remotes in your client's forked plugins
A better option may be to use the same repository and simply make a branch per client. That is how I would do it.
Short update / additional information about the previous answer: if you don't like git submodules
approach or think this is too hard to understand, you can try
git subtrees
(check this article on medium)- or
git subrepo
(easier alternative to submodules, on Github) - or even dive deeper in submodules with "Mastering Git submodules" on medium.com
Don't forget to check if you can use another depency manager (like RubyGems for Ruby, Composer for PHP...) instead of submodules, it would be easier to use and maintain.