Sincronizzare un repository SVN e successivamente renderlo indipendente (copiare un repository)

Question

sto sincronizzazione di un repository SVN tra due sistemi che utilizzano svnsync e io non sono sicuro al 100% se il suo possibile per renderlo indipendente per i miei "nuovi utenti" dopo la sincronizzazione è terminata.

Che cosa devo fare per renderla un'entità completamente indipendente? E 'quanto basta per cambiare il file passwd?

Answer 1

Che cosa devo fare per renderla un'entità completamente indipendente?

L'unico collegamento tra il nuovo repository e l'originale sono una serie di proprietà di revisione che vengono utilizzati dai svnsync synchronize. È possibile rimuovere quelli come questo:

svn propdel --revprop -r 0 svn:sync-from-uuid http://svn.example.com
svn propdel --revprop -r 0 svn:sync-last-merged-rev http://svn.example.com
svn propdel --revprop -r 0 svn:sync-from-url http://svn.example.com

Questo non fa molto, tranne fare in modo che svnsync synchronize non può essere eseguito più.

modifica : Solo pensato a qualcos'altro. Si potrebbe avere utilizzato proprietà svn:externals nei vostri progetti per puntare ad un altro repository, o in un'altra posizione all'interno dello stesso repository.

Un dovrebbe utilizzare la href="http://subversion.apache.org/docs/release-notes/1.5.html#externals" rel="noreferrer"> sintassi URL relativo per i collegamenti all'interno dello stesso repository, nel qual caso non ci sono problemi. Ma se un URL assoluto è stato utilizzato per questo, allora tali collegamenti continueranno a puntare al repository originale dopo un svnsync. È possibile controllare tutte le proprietà svn:externals come questo (potrebbe richiedere un po ', esegue la scansione in modo ricorsivo tutte le cartelle):

svn propget -R svn:externals http://svn.example.com/

Answer 2

In sostanza, è necessario la configurazione di apache:

• di riferimento che il nuovo pronti contro termine con un URL diverso e un diverso AuthName
• dichiarare il vostro nuovo utente nel file conf/authz di detto nuovo pronti contro termine.
• dichiarando la propria password (se si sta utilizzando: q modalità di autenticazione AuthType Basic)

Avere password diversa non è obbligatoria:. Una volta che i due repository vengono gestiti con due diversi indirizzi (sotto lo stesso Apache o due diversi 'apache'), saranno uno indipendente dall'altro