RE: Re: traveling with subversion
From: Mark Shead <sheadm_at_optimalinternet.com>
Date: 2005-11-16 15:46:06 CET
>My team is planning about a 2 to 3 week field test during which we will need to maintain a synced >code base. Currently we are using subversion but we will not have access to this server on the road.
You'd have to test it, but it might be possible to merge your changes back into the original repository when you get back. So lets say that you do an svndump right before you leave for China and then load all the information into your local repository that you'll share with your team. When you get back you could checkout your mobile repository to a directory and do:
svn merge -r[revision when you left]:HEAD [URL of stationary repo]
This should update your local files with any changes made to the original repo while you were away. Then using the switch command you should be able to change your locally checked out files to point to the original repo and then check in all of the changes while you were away. The problem is that this will result in one big checking instead of incremental changes. This is something you'd want to test before trying it on the live data.
Another possibility would be to use svnadmin dump when you get back to get only the changes made while you were gone, you could then load back into the original repository using svnadmin load. You'd want to test this as well to make sure it works as you expect.
The easiest solution would be to make sure that no one changes the original repository while you are gone (take it off line or make it read only). If you can do that it would be a simple matter to create your traveling repository using the output of an svnadmin dump and then simply load your repository over the original (after you back it up of course) when you get home.
SVK might do exactly what you want, but I'm not familiar with it. What method you use, I would encourage you to test it out thoroughly before you leave, so you don't discover things on the road.
This is an archived mail posted to the Subversion Users mailing list.