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

RE: Re: Lack of Subversion repository recovery tools

From: Melikian, Chris <Chris.Melikian_at_uk.fid-intl.com>
Date: 2007-06-29 12:19:41 CEST

Hi Ulrich,

I completely agree that you need to use backups but I think that subversion should also have some tools to repair revisions so that you can at least get the repository back into a consistent state even if there is data loss.

Surely, any production-ready version control system has such a tool?

Chris Melikian

Important: Fidelity Investments International (Reg. No.1448245), Fidelity Investment Services Limited (Reg. No. 2016555), Fidelity Pensions Management (Reg. No. 2015142) and Financial Administration Services Limited (Reg. No. 1629709, a Fidelity Group company) are all registered in England and Wales, are authorised and regulated in the UK by the Financial Services Authority and have their registered offices at Oakhill House, 130 Tonbridge Road, Hildenborough, Tonbridge, Kent TN11 9DZ. Tel 01732 361144. Fidelity only gives information on products and does not give investment advice to private clients based on individual circumstances. Any comments or statements made are not necessarily those of Fidelity. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you received this in error, please contact the sender and delete the material from any computer. All e-mails sent from or to Fidelity may be subject to our
 monitoring procedures. Direct link to Fidelity's website - http://www.fidelity-international.com/world/index.html

-----Original Message-----
From: Ulrich Eckhardt [mailto:eckhardt@satorlaser.com]
Sent: 29 June 2007 08:00
To: users@subversion.tigris.org
Subject: Re: Lack of Subversion repository recovery tools

On Thursday 28 June 2007 17:55, Melikian, Chris wrote:
> On the other hand, I've become very disillusioned with the lack of
> documentation and tools on how to recover from corrupted revisions.

Huh? To me that was always clear:
- Create new repository.
- Load last backup into repository.
- Dump the revisions since the backup incrementally.
- Load the incremental revisions into new repository.
- Copy over configuration from old repository.

Just in case there is any confusion about the point: _Subversion is NOT a
replacement for backups_! If you don't do backups, you better start doing so
now, Subversion can't do it for you.

Uli

-- 
Sator Laser GmbH
Geschäftsführer: Ronald Boers, Amtsgericht Hamburg HR B62 932
**************************************************************************************
           Visit our website at <http://www.satorlaser.de/>
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************
---------------------------------------------------------------------
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 Fri Jun 29 12:20:02 2007

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.