Italiano English
Modifica History Actions

Differenze per "SvnHowTo"

Differenze tra le versioni 3 e 22 (in 19 versioni)
Versione 3 del 2007-04-28 19:54:47
Dimensione: 3596
Autore: ClauzClauz
Commento:
Versione 22 del 2009-02-09 13:54:31
Dimensione: 13734
Autore: ZioPRoTo
Commento:
Le cancellazioni sono segnalate in questo modo. Le aggiunte sono segnalate in questo modo.
Linea 1: Linea 1:
==Subversion (SVN) mini howto==

[[TableOfContents]]
= Subversion (SVN) Mini HowTo =

<<TableOfContents>>
Linea 6: Linea 6:
[http://subversion.tigris.org/ Subversion] (SVN) si propone di essere il successore di CVS, ovvero un tool (composto da client e server) per lo sviluppo collaborativo. Questo mini howto riguarda solo il client ed e' di livello introduttivo. Per documentazione piu' completa (installazione, svnserve) ed approfondita rimandiamo alla documentazione ufficiale su http://svnbook.org/ .

== trac ==
[http://trac.edgewall.org/ trac] permette di visualizzare il contenuto del repository SVN attraverso un'interfaccia web. Per esempio http://test.ninux.org/svntrac/browser .

== trunk, branches, tags ==

[[http://subversion.tigris.org/|Subversion]] (SVN) si propone di essere il successore di CVS, ovvero un tool (composto da client e server) per lo sviluppo collaborativo. Questo mini howto riguarda sia l'uso con il client (ad un di livello introduttivo) che l'installazione di un server che gestisce repository SVN. Per documentazione piu' completa (installazione, svnserve) ed approfondita rimandiamo alla documentazione ufficiale su http://svnbook.org/ .

== Utilizzo di client SVN ==

=== Trac ===

[[http://trac.edgewall.org/|Trac]] permette di visualizzare il contenuto del repository SVN attraverso un'interfaccia web. Per esempio https://svn.ninux.org/ninuxdeveloping .

=== trunk, branches, tags ===
Linea 17: Linea 22:
== svn checkout == === svn checkout ===
Linea 22: Linea 28:
Linea 23: Linea 30:
Linea 26: Linea 34:
scarica la revisione piu' aggiornata del contenuto della directory remota pippo/trunk nella directory locale corrente. Questo comando in genere va utilizzato una sola volta all'inizio dello sviluppo. Possiamo iniziare a sviluppare modificando la copia di lavoro, ovvero i file scaricati.

== svn status ==

scarica la revisione piu' aggiornata del contenuto della directory remota pippo/trunk nella directory locale corrente. Questo comando in genere va utilizzato una sola volta inizialmente. Possiamo iniziare a sviluppare modificando la copia di lavoro, ovvero i file scaricati.

=== svn status ===
Linea 32: Linea 42:
Linea 37: Linea 46:
 * ?: file non sotto il controllo di subversion

== svn update ==
 * ?: file non sotto il controllo di subversion (i comandi svn non hanno effetto su quel file)

=== svn update ===
Linea 45: Linea 55:
Mentre svn checkout di solito viene utilizzato una sola volta all'inizio, svn update aggiorna alla versione piu' recente la copia gia' scaricata con svn checkout. Durante l'update possono comparire alcuni flag:
 * A - file aggiunto
 * U - file aggiornato
 * G - cambiamenti merGed (fusi), cioe' modifiche locali ed aggiornamento sono compatibili
 * C - conflitto. Le modifiche locali non sono compatibili con il file nel repository. Vedere piu' giu' come risolvere conflitti.

== svn commit ==
{{{
$svn commit -m "elenco dei cambiamenti"
}}}
Mentre svn checkout di solito viene utilizzato una sola volta all'inizio, svn update aggiorna alla revisione piu' recente la copia gia' scaricata con svn checkout. Durante l'update possono comparire alcuni flag:

* A - file aggiunto (Added)
 * U - file aggiornato (Updated)
 * G - cambiamenti fusi (merGed), quando modifiche locali ed aggiornamento dal repository sono compatibili
 * C - conflitto (Conflict). Le modifiche locali non sono compatibili con quelle nel repository. Vedere piu' giu' come risolvere conflitti.

=== svn commit ===

{{{
$svn commit -m "risolto bug n. 12"
}}}
Linea 56: Linea 69:
{{{
$svn ci -m "elenco dei cambiamenti"
}}}

Fa l'upload delle modifiche correnti. L'opzione -m e' obbligatoria ed e' buona regola scrivere un messaggio significativo con l'elenco dei cambiamenti effettuati.

== file: nuovi, copiare, rinominare, spostare ==
Quando si crea un nuovo file, questo non viene aggiunto automaticamente al controllo di subversion (update e commit non hanno effetto). Per aggiungere un file o una directory al controllo di subversion utilizzare svn add:

{{{
$svn ci -m "risolto bug n. 12"
}}}

Fa l'upload delle modifiche correnti. L'opzione -m e' obbligatoria ed e' buona regola scrivere un messaggio significativo con la descrizione delle nuove modifiche.

=== file: nuovi, copiare, rinominare, spostare ===

Quando si crea un nuovo file, questo non viene aggiunto automaticamente al controllo di subversion (ovvero i comandi svn non hanno effetto su quel file). Per aggiungere un file o una directory al controllo di subversion utilizzare svn add:
Linea 67: Linea 83:
Linea 68: Linea 85:
Linea 71: Linea 89:
Linea 74: Linea 93:
Linea 79: Linea 99:
{{{
svn copy file.c ./nuovadir/file.c

{{{
$svn copy file.c ./nuovadir/file.c
Linea 84: Linea 105:
{{{
svn move file.c file.cpp
}}}

== svn help ==
{{{
svn help copy
}}}
svn help mostra l'aiuto per un determinato sottocomando di subversion (i sottocomandi sono checkout, udpate, commit, etc)

== risolvere conflitti: svn resolved ==

== svn log ==

{{{
svn log --limit 10
}}}

Fa vedere gli ultimi 10 messaggi del log (opzione -m di svn commit).

{{{
$svn move file.c file.cpp
}}}


=== svn help ===

{{{
$svn help copy
}}}

svn help mostra l'aiuto per un determinato subcomando di subversion (i subcomandi sono checkout, udpate, commit, etc)

=== risolvere conflitti: svn resolved ===

Durante l'update puo' capitare che vicino al nome di un file compaia il flag "C". In questi casi nella directory di lavoro possiamo trovare 4 file, per esempio:
 * file.c.mine: file.c come era prima di fare l'update
 * file.c.r75: file.c revisione 75 (quella "nuova" sul repository)
 * file.c.r73: file.c revisione 73 (quella "vecchia" sulla quale si sono apportate modifiche)
 * file.c: file.c con dei marker {{{<<<<<<<<<<<<}}}, {{{---------}}} e {{{>>>>>>>>>>>>>}}} che indicano le parti dove ci sono righe in conflitto
Per risolvere il conflitto potremmo:
 * sovrascrivere file.c con la nostra versione
 * sovrascrivere file.c con la revisione 75
 * modificare file.c fondendo le modifiche
Finito di risolvere il conflitto diamo il comando
{{{
$svn resolved file.c
}}}
che elimina i file file.mine, file.r75 e file.r73 e marca il conflitto di file.c come "resolved".

Quando avviene un conflitto, comunque, e' buona regola contattare gli altri sviluppatori.


=== esempio di ciclo di lavoro ===
da fare



=== svn log ===

{{{
$svn log --limit 10
}}}

Mostra gli ultimi 10 messaggi di log (messaggi inseriti con l'opzione -m di svn commit).

=== svn diff ===
{{{
svn diff ciao.c
}}}
Mostra le modifiche del file ciao.c rispetto alla versione scaricata dal repository. Le righe aggiunte sono precedute da un "+", mentre le righe eliminate sono precedute da un "-". Permette anche di vedere le differenze tra varie revisioni.


=== svn revert ===

{{{
$svn revert ciao.c
}}}
usato prima del commit elimina tutte le modifiche locali facendo tornare il file all'ultima revisione scaricata (con svn update o svn checkout) dal repository.


== Server Gentoo per repository SVN ==

In questo capitolo viene spiegato come configurare apache per gestire diversi servers SVN e le relative piattaforme Trac

=== Installare Subversion ===

prima di tutto emergere SVN

{{{
emerge subversion
}}}

poi modificate {{{/etc/conf.d/apache2}}} ed assicuratevi di avere tutte queste cose:
{{{
APACHE2_OPTS="-D DEFAULT_VHOST -D SVN -D SVN_AUTHZ -D DAV -D DAV_FS -D SSL -D SSL_DEFAULT_VHOST -D PHP5"
}}}

=== Aggiungere un repository ===

{{{
svnadmin create /var/svn/nuovorepos

vi /etc/apache2/modules.d/47_mod_dav_svn.conf
}}}
ed aggiungere un nuovo blocco location usando come template questo:
{{{
<Location /svn/repos>
                DAV svn
                SVNPath /var/svn/repos
                AuthType Basic
                AuthName "Subversion repository"
                AuthUserFile /var/svn/conf/svnusers
                AuthzSVNAccessFile /var/svn/conf/svnpolicy
                Require valid-user
                SSLRequireSSL
</Location>
}}}

Specificare un file per gli utenti e un altro file (opzionale) per le autorizzazioni (policy).

Tipicamente li dovete fare in {{{/var/svn/nuovorepos/conf/}}} chiamandoli
   * svnusers
   * svnpolicy

==== File delle password ====

Creare il '''nuovo file''' {{{svnuser}}} con questo comando:
{{{
htpasswd2 -c /var/svn/newrepos/conf/svnusers newuser
}}}
Se il file già esiste invece dovete fare
{{{
htpasswd2 /var/svn/newrepos/conf/svnusers newuser
}}}
'''Altrimenti l'opzione -c cancellerà tutto il file'''

==== File delle policy (opzionale) ====

Con questi file l'utente si autentica, pero' vorrete dare diverse autorizzazioni agli utenti.
allora dovrete modificare il file svnpolicy come segue:

{{{
[test:/trunk]
saverio = rw
lorenzo =
* = r
}}}

Altro esempio di file delle policy con gruppi:
{{{
[groups]

special-users = saverio, giuseppe
all-users = saverio, giuseppe, dario, vincent, marco

[nomerepository:/]
#* =
* =
@all-users = rw
@special-users = rw

[perimeter:/CARTELLAPRIVATA]
* =
@special-users = rw

}}}

Con questo file diamo la possibilità all'utente Saverio di lettura e scrittura, e all'utente lorenzo, di sola lettura.

Se volete che chiunque sia autenticato sia anche autorizzato a fare tutto, basta commentare la linea presente nel file /etc/apache2/modules.d/47_mod_dav_svn.conf cambiandola da:

{{{
 AuthzSVNAccessFile /var/svn/conf/svnpolicy
}}}

in

{{{
# AuthzSVNAccessFile /var/svn/conf/svnpolicy
}}}


Se invece volete permettere la lettura (il checkout) anche a chi non è autenticato allora fate cosi:
{{{
<Location /svn/rastayaqosa>
                DAV svn
                SVNPath /var/svn/rastayaqosa
                AuthType Basic
                AuthName "Subversion repository"
                AuthUserFile /var/svn/rastayaqosa/conf/svnusers
                #AuthzSVNAccessFile /var/svn/rastayaqosa/conf/authz
                #Require valid-user

                 <LimitExcept GET PROPFIND OPTIONS REPORT>
                        Require valid-user
                </LimitExcept>
                #SSLRequireSSL
        </Location>
}}}


=== Installare Trac ===

Trac è un tool web based per gestire codice di un progetto che usa SVN. <<BR>>
Su Gentoo amd64 Trac non è ancora un pacchetto stabile, quindi in {{{/etc/portage/package.keywords}}}
{{{
www-apps/trac ~amd64
}}}
Se usate una architettura x86 non questo passaggio non è necessario

Per aggiungere un progetto a trac (o meglio per creare un ambiente trac per un progetto):

{{{
trac-admin /var/lib/trac/project1/ initenv
}}}

questo comando crea le pagine iniziali che vediamo dal browser quando entriamo in un nuovo ambiente trac

possiamo subito testare l'ambiente con il web-server intregrato dentro trac.. ma..
noi vogliamo usare apache che è molto meglio :)

Sistemiamo i permessi:

{{{
chown -Rv apache /var/lib/trac/project1/
}}}

A questo punto dobbiamo fare in modo che il nostro webserver apache sappia come andare a pescare le cartelle
dove abbiamo inizializzato in nostro ambiente trac.

creare un file con estensione {{{.conf}}} in
{{{
/etc/apache2/vhosts.d
}}}
questo file verrà appeso alla configurazione di apache, in questo modo non roviniamo l'http.conf e manteniamo la configurazione di apache più ordinata

Qui c'è un esempio di file, che possiamo chiamare {{{trac.conf}}}.
Il blocco Location dice ad apache che la URI /project1 corrisponde su disco alla cartella /var/lib/trac/project1 che è un trac environment
Il blocco scripts alias serve ad identificare il trac.cgi
Il blocco LocationMatch serve per abilitare l'autenticazione con login e password in trac
{{{
<Location /project1>
                SetEnv TRAC_ENV "/var/lib/trac/project1"
                SetEnv LC_TIME "it_IT"
                Allow from All
</Location>

ScriptAlias /tfc /usr/share/webapps/trac/0.10.1/hostroot/cgi-bin/trac.cgi

#<LocationMatch "/[^/]+/login">
<LocationMatch "/project1login">
 AuthType Basic
  AuthName "Trac"
  AuthUserFile /var/svn/conf/svnusers
  Require valid-user
</LocationMatch>
}}}


Riavviare apache2 con {{{/etc/init.d/apache2 restart}}}

=== Configurare Trac ===

Apriamo il file

{{{ /var/lib/trac/project1/conf/trac.ini }}}

e modifichiamo quello che serve per l'smtp, altrimenti Trac non sarà in grado di spedire l'email di conferma ad i nuovi utenti che si registrano


=== Trac webadmin - gestione utenti facile ===

Per customizzare ancora l'interfaccia trac ed attivare la gestione utenti del progetto dal web

Da Trac 0.11 il pacchetto trac-wedadmin è stato assorbito nel core di Trac quindi non c'è più bisogno di installarlo.

Andiamo direttamente a modificare il file:

{{{ /var/lib/trac/project1/conf/trac.ini }}}

oltre a modificare a piacere seguendo l'intuitivo template, aggiungiamo alla fine questo blocco (si da per scontato che il plug in di trac è gia installato con emerge la passo prima)

{{{
[components]
webadmin.* = enabled
}}}

Andate a vedere sul web del vostro trac

Ora dobbiamo installare l'account manager plugin. Controllate qui: http://trac-hacks.org/wiki/AccountManagerPlugin le istruzioni di installazione, a me è bastato fare cosi:
{{{
easy_install http://trac-hacks.org/svn/accountmanagerplugin/0.10
}}}

==== Permessi ====

Ho preparato uno script per modificare velocemente i permessi di trac. Modificate il path della variabile URL ed eseguite questo script:
{{{
#!/bin/bash

URL=/var/lib/trac/project1/
echo $URL

trac-admin $URL permission remove anonymous BROWSER_VIEW CHANGESET_VIEW CONFIG_VIEW FILE_VIEW LOG_VIEW MILESTONE_ADMIN MILESTONE_CREATE MILESTONE_DELETE MILESTONE_MODIFY MILESTONE_VIEW REPORT_ADMIN REPORT_CREATE REPORT_DELETE REPORT_MODIFY REPORT_SQL_VIEW REPORT_VIEW ROADMAP_ADMIN ROADMAP_VIEW SEARCH_VIEW TICKET_ADMIN TICKET_APPEND TICKET_CHGPROP TICKET_CREATE TICKET_MODIFY TICKET_VIEW TIMELINE_VIEW TRAC_ADMIN WIKI_ADMIN WIKI_CREATE WIKI_DELETE WIKI_MODIFY WIKI_VIEW


trac-admin $URL permission add authenticated BROWSER_VIEW CHANGESET_VIEW CONFIG_VIEW FILE_VIEW LOG_VIEW MILESTONE_ADMIN MILESTONE_CREATE MILESTONE_DELETE MILESTONE_MODIFY MILESTONE_VIEW REPORT_ADMIN REPORT_CREATE REPORT_DELETE REPORT_MODIFY REPORT_SQL_VIEW REPORT_VIEW ROADMAP_ADMIN ROADMAP_VIEW SEARCH_VIEW TICKET_ADMIN TICKET_APPEND TICKET_CHGPROP TICKET_CREATE TICKET_MODIFY TICKET_VIEW TIMELINE_VIEW TRAC_ADMIN WIKI_ADMIN WIKI_CREATE WIKI_DELETE WIKI_MODIFY WIKI_VIEW

trac-admin $URL permission add anonymous WIKI_VIEW
}}}

fatto questo diamo un aggiustatina ai permessi, cosi trac può operare sui files del repository:

{{{
cd /var/svn
chgrp -Rv apache project1/
chmod -Rv 775 project1/
}}}
ora possiamo editare quasi tutte le opzioni di trac dal web, ovviamente solo se siamo loggati!

se qualcosa non funziona subito riavviate apache!

More info here: http://www.gentoo-wiki.com/HOWTO_Trac

=== Note finali da riorganizzare ===
{{{
cd /etc/apache2/ssl
openssl genrsa -out svn.ninux.org.key 2048
openssl req -new -key svn.ninux.org.key -out svn.ninux.org.csr
openssl x509 -req -days 1000 -in svn.ninux.org.csr -signkey svn.ninux.org.key -out svn.ninux.org.crt
chmod 400 *
}}}

Subversion (SVN) Mini HowTo

Introduzione

Subversion (SVN) si propone di essere il successore di CVS, ovvero un tool (composto da client e server) per lo sviluppo collaborativo. Questo mini howto riguarda sia l'uso con il client (ad un di livello introduttivo) che l'installazione di un server che gestisce repository SVN. Per documentazione piu' completa (installazione, svnserve) ed approfondita rimandiamo alla documentazione ufficiale su http://svnbook.org/ .

Utilizzo di client SVN

Trac

Trac permette di visualizzare il contenuto del repository SVN attraverso un'interfaccia web. Per esempio https://svn.ninux.org/ninuxdeveloping .

trunk, branches, tags

Quando si utilizza svn e' usanza avere 3 directory:

  • trunk - contiene il ramo di sviluppo principale
  • branches - contiene rami di sviluppo secondari
  • tags - contiene snapshot delle altre due directory in momenti significativi dello sviluppo

svn checkout

Esempio:

$svn checkout http://test.ninux.org/svn/pippo/trunk

oppure (abbreviato)

$svn co http://test.ninux.org/svn/pippo/trunk

scarica la revisione piu' aggiornata del contenuto della directory remota pippo/trunk nella directory locale corrente. Questo comando in genere va utilizzato una sola volta inizialmente. Possiamo iniziare a sviluppare modificando la copia di lavoro, ovvero i file scaricati.

svn status

$svn status

Mostra una lista di file. I flag principali:

  • M: file modificato
  • A: file aggiunto
  • D: file cancellato
  • ?: file non sotto il controllo di subversion (i comandi svn non hanno effetto su quel file)

svn update

Aggiorna la copia di lavoro dal repository

$svn update

Mentre svn checkout di solito viene utilizzato una sola volta all'inizio, svn update aggiorna alla revisione piu' recente la copia gia' scaricata con svn checkout. Durante l'update possono comparire alcuni flag:

  • A - file aggiunto (Added)
  • U - file aggiornato (Updated)
  • G - cambiamenti fusi (merGed), quando modifiche locali ed aggiornamento dal repository sono compatibili
  • C - conflitto (Conflict). Le modifiche locali non sono compatibili con quelle nel repository. Vedere piu' giu' come risolvere conflitti.

svn commit

$svn commit -m "risolto bug n. 12"

oppure

$svn ci -m "risolto bug n. 12"

Fa l'upload delle modifiche correnti. L'opzione -m e' obbligatoria ed e' buona regola scrivere un messaggio significativo con la descrizione delle nuove modifiche.

file: nuovi, copiare, rinominare, spostare

Quando si crea un nuovo file, questo non viene aggiunto automaticamente al controllo di subversion (ovvero i comandi svn non hanno effetto su quel file). Per aggiungere un file o una directory al controllo di subversion utilizzare svn add:

$svn add nuovofile.txt

Per le directory si puo' utilizzare

$svn mkdir nuovadirectory

che crea la nuova directory "nuovadirectory" e la aggiunge al controllo di subversion.

Per cancellare file non bisogna mai utilizzare i comandi del sistema operativo, ma il comando svn delete:

$svn delete file.c

Anche per copiare non bisogna utilizzare il sistema operativo, ma

$svn copy file.c ./nuovadir/file.c

Similmente per rinominare e spostare:

$svn move file.c file.cpp

svn help

$svn help copy

svn help mostra l'aiuto per un determinato subcomando di subversion (i subcomandi sono checkout, udpate, commit, etc)

risolvere conflitti: svn resolved

Durante l'update puo' capitare che vicino al nome di un file compaia il flag "C". In questi casi nella directory di lavoro possiamo trovare 4 file, per esempio:

  • file.c.mine: file.c come era prima di fare l'update
  • file.c.r75: file.c revisione 75 (quella "nuova" sul repository)
  • file.c.r73: file.c revisione 73 (quella "vecchia" sulla quale si sono apportate modifiche)
  • file.c: file.c con dei marker <<<<<<<<<<<<, --------- e >>>>>>>>>>>>> che indicano le parti dove ci sono righe in conflitto

Per risolvere il conflitto potremmo:

  • sovrascrivere file.c con la nostra versione
  • sovrascrivere file.c con la revisione 75
  • modificare file.c fondendo le modifiche

Finito di risolvere il conflitto diamo il comando

$svn resolved file.c

che elimina i file file.mine, file.r75 e file.r73 e marca il conflitto di file.c come "resolved".

Quando avviene un conflitto, comunque, e' buona regola contattare gli altri sviluppatori.

esempio di ciclo di lavoro

da fare

svn log

$svn log --limit 10

Mostra gli ultimi 10 messaggi di log (messaggi inseriti con l'opzione -m di svn commit).

svn diff

svn diff ciao.c

Mostra le modifiche del file ciao.c rispetto alla versione scaricata dal repository. Le righe aggiunte sono precedute da un "+", mentre le righe eliminate sono precedute da un "-". Permette anche di vedere le differenze tra varie revisioni.

svn revert

$svn revert ciao.c

usato prima del commit elimina tutte le modifiche locali facendo tornare il file all'ultima revisione scaricata (con svn update o svn checkout) dal repository.

Server Gentoo per repository SVN

In questo capitolo viene spiegato come configurare apache per gestire diversi servers SVN e le relative piattaforme Trac

Installare Subversion

prima di tutto emergere SVN

emerge subversion

poi modificate /etc/conf.d/apache2 ed assicuratevi di avere tutte queste cose:

APACHE2_OPTS="-D DEFAULT_VHOST -D SVN -D SVN_AUTHZ -D DAV -D DAV_FS -D SSL -D SSL_DEFAULT_VHOST -D PHP5"

Aggiungere un repository

svnadmin create /var/svn/nuovorepos

vi /etc/apache2/modules.d/47_mod_dav_svn.conf

ed aggiungere un nuovo blocco location usando come template questo:

<Location /svn/repos>
                DAV svn
                SVNPath /var/svn/repos
                AuthType Basic
                AuthName "Subversion repository"
                AuthUserFile /var/svn/conf/svnusers
                AuthzSVNAccessFile /var/svn/conf/svnpolicy
                Require valid-user
                SSLRequireSSL
</Location>

Specificare un file per gli utenti e un altro file (opzionale) per le autorizzazioni (policy).

Tipicamente li dovete fare in /var/svn/nuovorepos/conf/ chiamandoli

  • svnusers
  • svnpolicy

File delle password

Creare il nuovo file svnuser con questo comando:

htpasswd2 -c /var/svn/newrepos/conf/svnusers newuser

Se il file già esiste invece dovete fare

htpasswd2 /var/svn/newrepos/conf/svnusers newuser

Altrimenti l'opzione -c cancellerà tutto il file

File delle policy (opzionale)

Con questi file l'utente si autentica, pero' vorrete dare diverse autorizzazioni agli utenti. allora dovrete modificare il file svnpolicy come segue:

[test:/trunk]
saverio = rw
lorenzo  = 
* = r

Altro esempio di file delle policy con gruppi:

[groups]

special-users = saverio, giuseppe
all-users = saverio, giuseppe, dario, vincent, marco

[nomerepository:/]
#* =
* =  
@all-users = rw
@special-users = rw

[perimeter:/CARTELLAPRIVATA]
* = 
@special-users = rw

Con questo file diamo la possibilità all'utente Saverio di lettura e scrittura, e all'utente lorenzo, di sola lettura.

Se volete che chiunque sia autenticato sia anche autorizzato a fare tutto, basta commentare la linea presente nel file /etc/apache2/modules.d/47_mod_dav_svn.conf cambiandola da:

 AuthzSVNAccessFile /var/svn/conf/svnpolicy

in

# AuthzSVNAccessFile /var/svn/conf/svnpolicy

Se invece volete permettere la lettura (il checkout) anche a chi non è autenticato allora fate cosi:

<Location /svn/rastayaqosa>
                DAV svn
                SVNPath /var/svn/rastayaqosa
                AuthType Basic
                AuthName "Subversion repository"
                AuthUserFile /var/svn/rastayaqosa/conf/svnusers
                #AuthzSVNAccessFile /var/svn/rastayaqosa/conf/authz
                #Require valid-user

                 <LimitExcept GET PROPFIND OPTIONS REPORT>
                        Require valid-user
                </LimitExcept>
                #SSLRequireSSL
        </Location>

Installare Trac

Trac è un tool web based per gestire codice di un progetto che usa SVN.
Su Gentoo amd64 Trac non è ancora un pacchetto stabile, quindi in /etc/portage/package.keywords

www-apps/trac ~amd64

Se usate una architettura x86 non questo passaggio non è necessario

Per aggiungere un progetto a trac (o meglio per creare un ambiente trac per un progetto):

trac-admin /var/lib/trac/project1/ initenv 

questo comando crea le pagine iniziali che vediamo dal browser quando entriamo in un nuovo ambiente trac

possiamo subito testare l'ambiente con il web-server intregrato dentro trac.. ma.. noi vogliamo usare apache che è molto meglio :)

Sistemiamo i permessi:

chown -Rv  apache /var/lib/trac/project1/

A questo punto dobbiamo fare in modo che il nostro webserver apache sappia come andare a pescare le cartelle dove abbiamo inizializzato in nostro ambiente trac.

creare un file con estensione .conf in

/etc/apache2/vhosts.d

questo file verrà appeso alla configurazione di apache, in questo modo non roviniamo l'http.conf e manteniamo la configurazione di apache più ordinata

Qui c'è un esempio di file, che possiamo chiamare trac.conf. Il blocco Location dice ad apache che la URI /project1 corrisponde su disco alla cartella /var/lib/trac/project1 che è un trac environment Il blocco scripts alias serve ad identificare il trac.cgi Il blocco LocationMatch serve per abilitare l'autenticazione con login e password in trac

<Location /project1> 
                SetEnv TRAC_ENV "/var/lib/trac/project1"
                SetEnv LC_TIME "it_IT"
                Allow from All
</Location>

ScriptAlias /tfc /usr/share/webapps/trac/0.10.1/hostroot/cgi-bin/trac.cgi

#<LocationMatch "/[^/]+/login">
<LocationMatch "/project1login">
 AuthType Basic
  AuthName "Trac"
  AuthUserFile /var/svn/conf/svnusers
  Require valid-user
</LocationMatch>

Riavviare apache2 con /etc/init.d/apache2 restart

Configurare Trac

Apriamo il file

 /var/lib/trac/project1/conf/trac.ini 

e modifichiamo quello che serve per l'smtp, altrimenti Trac non sarà in grado di spedire l'email di conferma ad i nuovi utenti che si registrano

Trac webadmin - gestione utenti facile

Per customizzare ancora l'interfaccia trac ed attivare la gestione utenti del progetto dal web

Da Trac 0.11 il pacchetto trac-wedadmin è stato assorbito nel core di Trac quindi non c'è più bisogno di installarlo.

Andiamo direttamente a modificare il file:

 /var/lib/trac/project1/conf/trac.ini 

oltre a modificare a piacere seguendo l'intuitivo template, aggiungiamo alla fine questo blocco (si da per scontato che il plug in di trac è gia installato con emerge la passo prima)

[components]
webadmin.* = enabled

Andate a vedere sul web del vostro trac

Ora dobbiamo installare l'account manager plugin. Controllate qui: http://trac-hacks.org/wiki/AccountManagerPlugin le istruzioni di installazione, a me è bastato fare cosi:

easy_install http://trac-hacks.org/svn/accountmanagerplugin/0.10

Permessi

Ho preparato uno script per modificare velocemente i permessi di trac. Modificate il path della variabile URL ed eseguite questo script:

URL=/var/lib/trac/project1/
echo $URL

trac-admin $URL permission remove anonymous BROWSER_VIEW CHANGESET_VIEW CONFIG_VIEW FILE_VIEW LOG_VIEW MILESTONE_ADMIN MILESTONE_CREATE MILESTONE_DELETE MILESTONE_MODIFY MILESTONE_VIEW REPORT_ADMIN REPORT_CREATE REPORT_DELETE REPORT_MODIFY REPORT_SQL_VIEW REPORT_VIEW ROADMAP_ADMIN ROADMAP_VIEW SEARCH_VIEW TICKET_ADMIN TICKET_APPEND TICKET_CHGPROP TICKET_CREATE TICKET_MODIFY TICKET_VIEW TIMELINE_VIEW TRAC_ADMIN WIKI_ADMIN WIKI_CREATE WIKI_DELETE WIKI_MODIFY WIKI_VIEW


trac-admin $URL permission add authenticated BROWSER_VIEW CHANGESET_VIEW CONFIG_VIEW FILE_VIEW LOG_VIEW MILESTONE_ADMIN MILESTONE_CREATE MILESTONE_DELETE MILESTONE_MODIFY MILESTONE_VIEW REPORT_ADMIN REPORT_CREATE REPORT_DELETE REPORT_MODIFY REPORT_SQL_VIEW REPORT_VIEW ROADMAP_ADMIN ROADMAP_VIEW SEARCH_VIEW TICKET_ADMIN TICKET_APPEND TICKET_CHGPROP TICKET_CREATE TICKET_MODIFY TICKET_VIEW TIMELINE_VIEW TRAC_ADMIN WIKI_ADMIN WIKI_CREATE WIKI_DELETE WIKI_MODIFY WIKI_VIEW

trac-admin $URL permission add anonymous WIKI_VIEW

fatto questo diamo un aggiustatina ai permessi, cosi trac può operare sui files del repository:

cd /var/svn
chgrp -Rv apache project1/
chmod -Rv 775 project1/

ora possiamo editare quasi tutte le opzioni di trac dal web, ovviamente solo se siamo loggati!

se qualcosa non funziona subito riavviate apache!

More info here: http://www.gentoo-wiki.com/HOWTO_Trac

Note finali da riorganizzare

cd /etc/apache2/ssl
openssl genrsa -out svn.ninux.org.key 2048
openssl req -new -key svn.ninux.org.key -out svn.ninux.org.csr
openssl x509 -req -days 1000 -in svn.ninux.org.csr -signkey svn.ninux.org.key -out svn.ninux.org.crt
chmod 400 *