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

RE: Auto-Add/Auto-Delete on commits?

From: Tom Malia <tommalia_at_ttdsinc.com>
Date: 2007-04-19 19:44:00 CEST

Cool, Thanks for the info. I'm review the docs now. My next question
though is what is the syntax for mounting such a drive in windows? I've
tried the obvious:


Net use k: http://.....


But that didn't work.



From: Brad Rhoads [mailto:bdrhoa@gmail.com]
Sent: Thursday, April 19, 2007 1:34 PM
To: Tom Malia
Cc: users@subversion.tigris.org
Subject: Re: Auto-Add/Auto-Delete on commits?


If you use webdav autoversioning, you don't need a job at all. If your users
are on windows, you can use webdrive to mount the repository as a regular
drive on their machine and everything will be completely transparent to the

On 4/19/07, Tom Malia <tommalia@ttdsinc.com> wrote:

I'm considering trying to use Subversion as kind of a poor mans replication
server. Something like this:


1) Set a repository on my backup server

2) Check that repository out to two other server each at remote

3) Have a scheduled job on the remote machines that commits the
directory recursively then an update every few minutes.


I'm just toying with this idea and I'm sure there are some major pitfalls
I'll likely encounter, but right now my question is, is there away to have
the commit process automatically add any new files/directories to the
repository without having to issue separate command for each such
file/directory? My hope is that I could get this replication to happen
without end users having to remember to explicitly add things to the repo.
I want them to be able to just save stuff in said directory and just assume
that it will get added to the repo next time the job runs. Ideally I'd like
the same kind of thing to happen for deletes, but I'm guessing this would be
even less likely to be an option.



Tom Malia


Received on Thu Apr 19 19:44:35 2007

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