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

RE: Backing up a live repos

From: Peter Milliken <PeterM_at_resmed.com.au>
Date: 2004-05-11 00:09:10 CEST

Yes, I looked at that originally.

I work on a Windoze 2000 box, using pre-built binaries. At the moment I have
no desire to download the source and build from that.

After stepping into the obvious mess of changing the make variables in the
code from @SVN_BINDIR@ to an actual path (NOT something I expected to find
in an advertise support tool!), it then fell over anyway on a string
operation where it appears to be looking for the "youngest" revision in the
repository.

After looking quickly at what it was trying to do, I decided it was all more
complicated than I needed and I wasn't prepared to go "looking for the end
of the rainbow" - where the "pot of gold" is a working (how beit patched)
utility (who knows how many other gotcha's were waiting for the unwary?), so
I decided at this stage it would probably be better to roll my own.

I had similar framework code in place already, so it probably took less time
to get my own working than work out why the official tool wasn't :-)

Peter

P.S. Anybody who would like a copy of my code can apply directly to me - but
I suggest you try the official hot-backup.py first! :-)

-----Original Message-----
From: Brian Mathis [mailto:bmathis@directedge.com]
Sent: Tuesday, May 11, 2004 3:27 AM
To: users@subversion.tigris.org
Subject: Re: Backing up a live repos

There's an "official" script that does this. It's in the source tree
under "tools/backup". Or if you don't have the source, take a look here:
    http://svn.collab.net/repos/svn/tags/1.0.2/tools/backup/

You'll need to update the paths under Global Settings

Peter Milliken wrote:

>I wrote a small Python script to handle this problem.
>
>It "resolves" the issue of accidently hotcopy'ing to an existing
>repository/directory by creating a unique name (temporary directory)for the
>repository. It then tar's and gzip's the results (all using Python 2.3
>library calls :-)) such that I end up with a file of the form
>"reproback-DD-MMM-YYYY-HH-MM-SS.tar.gz" in the root of my C drive. It
cleans
>up after itself so there are no temporary directories/files left lying
>around.
>
>Next step will be to set it up as a cron job on my cygwin installation so
>that it runs at appropriately regular intervals (haven't used cron since my
>Unix days - which was a long time ago so a small amount of research is
>required here :-)).
>
>I am working with a couple of guys who don't have Python installed, so I
>even created a executable of it so they can install and run it if need be -
>see py2exe for instructions on doing this.
>
>Peter
>

-- 
Brian Mathis
http://directedge.com/b/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Warning:  Copyright ResMed.  Where the contents of this email and/or attachment includes materials prepared by ResMed, the use of those
materials is subject exclusively to the conditions of engagement between ResMed and the intended recipient.
 
This communication is confidential and may contain legally privileged information.
By the use of email over the Internet or other communication systems, ResMed is not waiving either confidentiality of, or legal
privilege in,the content of the email and of any attachments.
If the recipient of this message is not the intended addressee, please call ResMed immediately on  +61 2 9886 5000 Sydney, Australia.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 11 00:09:45 2004

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.