Skip to main content
Known Participant
April 17, 2012
Question

How to create a back-up version of your helpsystem

  • April 17, 2012
  • 1 reply
  • 1647 views

My institution is going through a conversion of our core systems in September of this year and I need to develop a process for updating the 700 helpfiles I have within my helpsystem.  Is there a way to create a mirror image of my helpsystem so that I can work con-currently on both helpsystems?  This way when it comes time for conversion in September, I can simply publish the mirror image copy that has been updated with the correct procedures and the old version would no longer be live.

I am currently using RH7 but we are in the process of being updated to RH9 but I am not there yet.  Any ideas or suggestions would be greatly appreciated.

Thanks so much!

    This topic has been closed for replies.

    1 reply

    RoboColum_n_
    Legend
    April 17, 2012

    Just take a copy of your source files in Windows Explorer. Then you'll be able to open both projects con-currently.

    OSBRobAuthor
    Known Participant
    April 17, 2012

    RoboColum(n),

    Thank you for the help!  Can you explain to me how I would go about taking a copy of my source files in Windows Explorer?  I do not understand what you mean?

    Thanks again!

    Captiv8r
    Legend
    April 18, 2012

    Rick,

    Thank you so much for the information!  I will try this out today!  Just a few questions:

    • Once I delete the code per your instructions to break it from Source Control, would I then just click on the xpj file that I edited to load it into Robohelp so that I may work on the helpfiles?
    • Once I am ready to re-enter it into Source Control, would I just add the code I deleted to the xpj file and then open it in Robohelp and publish?  Is it that simple?

    Thanks again for your help!


    Hello again

    Personally, I dislike just double-clicking the XPJ to open things up. It may work fine on your system and if it does, I'd say go for it. But I'm notorious for installing many different versions of RoboHelp and other apps on the same system. So I have avoided working that way to open projects because I want to easily control what version of RoboHelp opens when I open a project. My way of working involves first opening RoboHelp (the version I want to use for the session) then opening the project.

    Can't help you there with adding the project back to source control. I'm aware of Source Control. I know how it's supposed to work in theory. But I've never used it with RoboHelp. At least not in the recent methods where it's all integrated and RoboHelp operates on your behalf by checking things in and out and all that rot. Personally, I've always avoided integrating because it adds a new level of complexity to the mix. This thread is an excellent example of just one of the many reasons.

    Certainly I think I'd try by reversing the steps. And as with anything where you are modifying files, I cannot stress this enough. backups Backups BACKUPS!!!!!

    Cheers and best of luck to you... Rick

    Helpful and Handy Links

    RoboHelp Wish Form/Bug Reporting Form

    Begin learning RoboHelp HTML 7, 8 or 9 within the day!

    Adobe Certified RoboHelp HTML Training

    SorcerStone Blog

    RoboHelp eBooks