È svnserve non strettamente necessaria per un locale, pronti contro termine singolo utente?

Question

il libro fagioli rossi e notato questo paragrafo:

  

Non lasciatevi sedurre dalla semplice idea   di avere tutti i tuoi utenti accedono a un   repository direttamente tramite file: // URL.   Anche se il repository è facilmente   a disposizione di tutti attraverso una rete   azione, questa è una cattiva idea. rimuove   eventuali strati di protezione tra la   utenti e il repository: gli utenti possono   accidentalmente (o intenzionalmente)   corrompere il database del repository, si   diventa difficile prendere il repository   offline per l'ispezione o l'aggiornamento, e   può portare a un pasticcio di file di   problemi di permessi (vedere la sezione   chiamato “Sostenere Repository multipla   Metodi di accesso”). Si noti che questo è   anche uno dei motivi per cui mettere in guardia   contro l'accesso ai repository via   svn + ssh: // URL-da un titolo   punto di vista, è effettivamente la stessa   come utenti locali accesso tramite file: //,   e può comportare lo stesso   problemi se l'amministratore non è   attenta.

mi sono reso conto che, dal momento che io sono l'unico accesso al repository, mai, nessuno di questi avvertimenti sembra applicarsi. Posso tranquillamente verso il basso svnserve allora e solo mai devono preoccuparsi di aggiornare il mio cliente TortoiseSVN, non sia il client e il server ogni volta che c'è una nuova versione fuori?

(ho provato già - solo bisogno di utilizzare la funzione di trasferimento per passare da SVN: // file: // - ma ho voluto fare qualcosa di sicuro non sarebbe stato furtivamente su di me se io lasciata in questo modo.)

Answer 1

Sì. Queste avvertenze non si applicano se si è l'unico mai accedere al repository.

Answer 2

Sono stato utilizzando SVN con i clienti tartaruga e Slik Subversion utilizzando il file singolo utente: // URL per un paio di anni a questa parte, con assolutamente zero problemi. Ma se mai, mai pensate di aver bisogno l'accesso multiutente, è necessario utilizzare uno dei metodi di accesso dei server - non essere tentati di mettere un file: //. Repository su un'unità di rete condivisa

Answer 3

Un potenziale problema che vedo è con svn v'è un livello di indirezione tra voi e il repository in modo che è forse in grado di spostare un repository senza influenzare le copie di lavoro che non puoi utilizzare il file URL.

vale a dire se sei repository è in / user / repos e si correva

svnserve as svnserve --daemon --root /user

l'utente accedere al file utilizzando

svn://localhost/repos se in seguito si deve utilizzare cambiare il repository di essere ora in / utente2 si può semplicemente eseguire

svnserve --daemon --root /user2

e il codice di checkout esistenti sarebbe ancora ok, wheras se si utilizza il protocollo di file si dovrebbe spostare i file.