I've just inherited a HTML/CSS based internal UI library, which the place I work is planning to use to standardize CSS styles for all of its products across the board, mainly webapps. The library has code that is in a style similar to bootstrap, however there are also separate css files for each of our clients inside that same git repo.
Now I feel that doing it this way is bad because, firstly I feel client specific styles should be in its own repository, away from the UI library's base code. Furthermore, when it comes to building the minified CSS and JavaScript for production, there is an automated build job, that bumps up the version numbers on completion. Because we have teams working with different clients at once the build jobs/releases will contain code that is 'Ready to release' for one client, but the rest will have code the is 'In Progress'. It also affects the version numbering system where were have dozens of versions, but the main base code has not changed very much.
I feel that this must be fixed, however I know that the time required to invest in this endeavor will have to be a lot; so, I thought if I can weigh up the pros and cons as well as red flags, it would be a good way to make a decision.
Currently I have in mind, is the consider separating any client-specific HTML/CSS from the current base code into separate repository, per client, per product. This repository would then import the base UI library to get the styles related to each component.
Would this be the sort of approach I am looking for for solving my above problem? Are there any possible red flags to this approach?