[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Incremental backups to "nightly" files

From: Gary Thomas <gary_at_mlbassoc.com>
Date: 2005-04-11 15:38:32 CEST

On Mon, 2005-04-11 at 09:18 -0400, Greg Franks wrote:
> I just migrated my +10year old RCS/CVS repository to subversion. Modulo
> MAC OSX issues with the library load paths (and some headaches with
> viewcvs), I'm rather happy.
>
> One thing I would like to do though is remote backup. I was running
> rsync on the repositories to move everything from one computer to
> another at a remote site. Rsync would copy over only the changes made
> to the repository.
>
> I would like to do the same with subversion. It looks like the svnadmin
> dump --incremental would do the trick. The incrementals would get
> dumped to separate files and rsync would take care of the rest.
> However, it looks like I need to figure out some way of specifying a
> revision range. I am hoping that somebody on the mailing list has
> already come up with some funky script to do so, and if so, could they
> share their solution.

Do this in the 'post-commit' hook. That's what I do; I keep incremental
revision backups for every commit and then slosh them about using rsync.
The hook is told the name of the revision and the repository path, so
it can be pretty dumb (extract, like this):

  CHANGES=PATH_TO_CHANGES/change.$REV
  svnadmin dump "$REPOS" --revision "$REV" --incremental >${CHANGES} 2>/dev/null
 

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Apr 11 15:43:58 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.