I am looking into an alternative for the combined utilities of SVN, as both a development tool and configuration management tool. Instead, I would like to investigate the approach of having a dedicated Configuration Management (CM) tool and a separate development tool.
The reason for this is that I work in a company where a lot of non-programmers use the SVN for CM, and I think it becomes confusing to them when the programmers use SVN for development alongside of CM. Additionally they get frustrated with the overlap of capabilities, and don't like the prospect of reverting to non-working versions. Separating these functionalities into two separate tools may provide ease-of-use for the non-programmers, that only use SVN as a CM tool.
So what approach would you suggest to achieve this? If you have experience with this what utilities have been useful to you and what were your results regarding clarity of processes and general workflow?
Note: IMO using SVN for both is best, but since the programmers only make up 20% of the usage for SVN, producing a more widely accepted process throughout all groups may be worthwhile (or at least worth looking into, hence this post).
Edit- The typical non-programmer commits their working loads to the SVN repository. Then, as the customer deems a version to fix/not-fix the issue, the versions are reverted or updated. They don't want files that result in non-working exectuables to ever be in the SVN. Hence, reverts would most likely be done one revision at a time... not from revision 142 to 89, for example. So essentially they want a utility that only has the /tag work.