È possibile scaricare Subversion 1.6.2 da qui.

Speriamo che vi piaccia !!

Nel caso in cui il server che mette a disposizione il repository subisca un hardware failure come possiamo da un lato avere un backup allineato all’ultima commit e dall’altro rendere disponibile immediatamente il repository agli utenti evitando lunghi periodi di downtime?

Con un semplice hack e un hook di post commit possiamo ottenere un repository clone da sostituire immediatamente a quello sulla macchina danneggiata.

Per prima cosa prepariamo due server: primary.mycompany.com e slave.mycompany.com, e poniamo che primary sia il repository principale, su slave prepariamo un nuovo repository vuoto e lo rendiamo disponibile tramite protocollo http.

Ecco una possibile configurazione del repository:

<Location>
   DAV svn
   SVNPath /var/lib/svn/repo
   AuthType Basic
   AuthName "Subversion Repository"
   AuthUserFile /var/lib/svn/passwd
   AuthzSVNAccessFile /var/lib/svn/access
   require valid-user
   satisfy all
</Location>

Tale configurazione è valida sia per primary che per slave.

Sulla macchina slave creiamo il repository clone con il comando svnadmin come di consueto. Una volta creato il repository clone dobbiamo cambiargli l’uuid. L’uuid di un repository è una stringa che contiene l’identificativo univoco di un repository generata al momento della creazione. Il client Subversion controlla che l’uuid del repository che si sta conttatando sia quello da cui la working copy è stata creata, per questo motivo bisogna sostituirlo con quello del repository master.

Per ottenere l’uid del repository master possiamo utilizzare il comado svn info http://primary.mycompany.com/repo, il risultato sarà simile a questo:

# svn info http://primary.mycompany.com/repo
Path: repo
URL: http://primary.mycompany.com
Repository Root: http://primary.mycompany.com/repo
Repository UUID: 41c2915e-32ce-4739-91e1-966d5c2fcc64
Revision: 58056
Node Kind: directory
Last Changed Author: admin
Last Changed Rev: 58056
Last Changed Date: 2009-04-30 15:35:52 +0200 (Gio, 30 Apr 2009)

L’UUID di un repository è salvato in [REPO_PATH]/db/uuid e possiamo aggiornarlo con 1 comando

# svn info http://primary.mycompany.com | grep UUID | awk '{ print $3 }' > /var/lib/svn/repo/db/uuid

Assumendo di avere i privilegi necessari e di aver creato il repository in /var/lib/svn/repo

A questo punto abilitiamo su primary l’hook di post commit e ci inseriamo l’esecuzione di svnsync, questo post parla di svnsync e di come utilizzarlo.

svnsync permette di sincronizzare un repository verso uno o più respository.

Per prima cosa è bene sottolineare che svnsync non può essere usato per mantenere un repository distribuito, il repository verso cui avviene la sincronizzazione deve essere in sola lettura, one way.

Subversion è un SCM centralizzato e non permette di configurare repository distribuiti nativamente. Sul mercato sono presenti strumenti che permettono di trasformare Subversion in repository decentralizzato, ad esempio Wandisco.

A partire dalla version 1.5 di svnsync è possibile sincronizzare solo un ramo del repository sorgente verso il repository di destinazione.

Vediamo come utilizzare svnsync tramite protocollo svn:

Consideriamo di avere il nostro repository principale sulla macchina master.example.com disponibile all’indirizzo svn://master.example.com

Sulla macchina slave creiamo il repository target per la sincronizzazione con il master:

root@slave# mkdir /var/lib/svn
root@slave# cd /var/lib/svn
root@slave# svnadmin create repo

A questo punto dobbiamo preparare il repository target appena creato in modo tale che accetti le modifiche delle revision property. Di default la modifica di tali property è disabilitata su Subversion, essendo le revison property non versionate. Per permettere la modifica delle revision property è sufficiente modificare l’hook pre-revprop-change in modo che termini correttamente (con exit status a 0);

root@slave# cd repo/hooks
root@slave# head -n 1 pre-revprop-change.tmpl > pre-revprop-change
root@slave# chmod +x pre-revprop-change
root@slave# cd ../..

A questo punto utilizziamo svnsync per inizializzare il repository target

root@slave# svnsync init file:///var/lib/svn/repo svn://master.example.com
Copied properties for revision 0.

Se analizziamo le revision property del repository target possiamo vedere quali sono le operazioni compiute dal comando init:

root@slave# svnlook proplist repo -r 0 --revprop
svn:sync-from-uuid
svn:sync-last-merged-rev
svn:date
svn:sync-from-url

Ora è possibile iniziare la syncronizzazione del repository

root@slave# svnsync sync file:///var/lib/repo

Si può scaricare da qui.

• individuazione dei conflitti sull’alberatura del repository
• migliorato il meccanismo di storage del repository
• possibilità di referenziare file nella property svn:externals

L’elenco completo delle note di rilascio è qui.

Subversion 1.6.0 è scaricabile da qui.