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

how can I use svn for backups of complete directory hierarchies?

From: R. Welz <r_welz_at_gmx.de>
Date: 2003-09-07 00:40:26 CEST

Well can I? :)

Yesterday I experimented with svn becourse I am searching for a
possibility to make versioned backups of my home directory (well, under
Mac OS X). And here is the problem. svn add complains about Umlaute,
and decided to leave a .svn directory well, just everywhere, even
inside every Application (inside the bundle, which technically is a

To make the matter short, I am just searching how to delete all these
(masses) :)

So what can I do to archieve my aim? I want to commit each file type,
files and dirs with a prefixed dot (and would be glad to even archive
resource forks).

To emphasize my wishes I will tell in a few words why.

I have a custumer (well one I am helping with his computer and earning
a few Euros) who is a old, sick (ill) by brain desease und heart
attack, not handicapted but restricted and he tends to delete a lot of
things by accident. Emails from his inbox, letters, and so on. No file
is really safe :(

I am experienced in perl and I could write a script for a cron job
commiting every changed document (I am quite shure that svn does this
part for me) every 15 minutes. I am shure I will be able do even delete
parts of the revisions which reached a certain age to keep the
repository as small as desired.

Is it technically possible to do this, I mean I don't want to start
scripting if svn cannot commit resource forks or files with dot or
certain binary file types (and of course Umlaute).

Any Ideas greatly welcome.

Robert Welz

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Sep 7 00:42:03 2003

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.