Question-and-Answer Resource for the Building Energy Modeling Community
Get started with the Help page
Ask Your Question

Revision history [back]

We've used revision control (TortoiseSVN) in our work flow, versioning energy model files and supporting documents for projects, for almost 3 years now, and can't even remember how we got by without it. It is very useful for tracking history, collaborating, and reducing the amount of information we need to backup. On more than one occasion, I have made some change to the model that causes a fatal error that cannot be debugged easily with logging. Diffing versions of the file is one more way to help debug the problem.

Our repositories are stored in local folders that are sync'd with the cloud and then across all our computers. We currently use Egnyte, but have also used DropBox; both have worked fine. There is a bit of lag time between commits/syncing between users on different computers, but nothing that has slowed us down.

Most of our experience is in the context of versioning eQUEST files, and the following are the files we archive in each revision: *.inp *.pd2 (though only for the initial wizard model. Once in detailed mode, we often skip versioning this) *.prd *.Parms.csv (This is once we get int

We try to commit any supplemental files (xlsx, etc) that help document the model along with the model commit. Also, we have found it valuable to tag the trunk when delivering a set of results or final report to the client.