You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by Toby Thain <to...@telegraphics.com.au> on 2008/03/01 02:22:02 UTC

Re: svn not atomic with file:/// access?

On 28-Feb-08, at 3:55 AM, Ignacio González T. wrote:

> El 25 Feb 2008 a las 15:19, Listman escribió:
>
> > i do appreciate all the concern for my environment but any chance
> > someone can answer my actual question, namely what weird things can
> > happen with file:/// ? I'm just interested to know what the  
> mechanics
> > of this are. is the only issue that file:/// leaves the repos wide
> > open for deletion on the file-system?
>
> My two (Euro)cents:
>
> The main reason we swicthed from rcs (yes, bare rcs) to subversion  
> was to avoid repository corruption associated with file:///-like  
> access inherent to our development environment: Windows machines  
> using a Windows-server directory as repository, mapped as a unit  
> drive.

I believe this is also the architecture of Visual SourceSafe (shudder).
—Toby

>
> This environment worked quite well for years, until we had to use  
> it remotely from another site. In this situation, network  
> connections were more likely to fail, AND we began to notice  
> repository corruption.
>
> We had to mentally adjust from the one-file-at-a-time-based,  
> prelocking-based way to the system-wide-based, merging-base way,  
> but, as hard as it resulted, it was worth while.
>
> --
> Saludos,
>
>   <eliop_logo_Pegasus.jpg>
> Ignacio González Torquemada
> INGENIERO SW - DPTO. PRODUCTOS
> Avda. Valgrande, 8
> 28108 Alcobendas (Madrid) - España
> Tel. (+34) 91 383 57 47
> Fax. (+34) 91 302 92 49
> http://www.eliop.es
> e-mail: igtorque@eliop.es
>
> Este correo electrónico y cualquier fichero adjunto al mismo  
> contienen información de carácter confidencial exclusivamente  
> dirigida a su destinatario o destinatarios. En el caso de haber  
> recibido este correo electrónico por error, se ruega notificar  
> inmediatamente esta circunstancia mediante reenvío a la dirección  
> electrónica del remitente y destruir el mensaje.
> P Antes de imprimir este correo, piense en su responsabilidad y  
> compromiso con el medio ambiente