What is the best approach to control RTC process template versions?
I work with a customer who continuously evolves their RTC process template. They keep the XML files from the previous process template versions in a given folder in the RTC server.
Accepted answer
Normally, you would "export" the process template into the file system, and then check that in to the source control system of your choice (RTC SCM being one obvious choice). This ensures that you capture all the data required to recreate the process template (the process XML is of course not sufficient). You don't need to create a new project area for this ... but you would have to have an RTC component to hold the change sets. When you say "this is too much" ... what exactly is the "too much"? If they want data under source/version control, they pretty much have to use a source/version control system.
Comments
Hello Geoffrey. You described the control version process for the process template the same way I see it. However the customer considers this process to be too much complex. They feel that something simpler, like a way to save the version of the process template XML in the same screen as they edit it, without having to perform a Deliver operation to a Stream. That what I meant by "too much".
Anyway, thanks for your response. I just wanted to check if someone out there thought of a different approach for versioning process templates.
If you develop the template in the same project area, RTC keeps the history of the process source (XML) anyway. You can just right-click in the Process Source tab and choose Show History. But other elements such as attachments (for example JavaScript files) are not kept.