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

Re: SVN as incremental backup replacement

From: Duncan Murdoch <murdoch_at_stats.uwo.ca>
Date: 2006-12-26 20:03:56 CET

On 12/26/2006 12:49 PM, Thomas Harold wrote:
> Ryan Schmidt wrote:
>> On Dec 21, 2006, at 13:52, Klavierspieler wrote:
>>
>> No. That's not how Subversion is meant to work.
>>
>
> SVN gets close though.
>
> We're able to add stuff automatically with the "svn add" command in our
> log file folders. We just haven't figured out how to get "svn del"
> commands for any files that are now missing.

"svn status" will mark any files that are versioned but deleted as !.
You should be able to parse that and issue svn del for each of those.

Duncan Murdoch

>
> The nice part about using SVN for this is that deletion commands can
> always be undone (since they're just versions). So you never worry
> about losing data. Even if the client is compromised, the worst it can
> do is issue lots of "svn del" commands.
>
> I've often wished for some sort of "sync my local working copy up to the
> server, automatically creating add/del changes". Instead, I end up
> using TortoiseSVN's modification browser and do it by hand (which at
> least works well enough). Maybe it's something for a later version of SVN.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 26 20:04:27 2006

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.