Impostazione di Visual SVN per l'uso nel mondo reale

Question

Ho appena installato VisualSVN sul mio computer locale e sul nostro server che ospita i nostri siti Web. Ho utilizzato le impostazioni predefinite standard durante l'installazione del software, ma sono un po 'confuso su come usarlo con la nostra configurazione.

Ho testato l'installazione e tutto sembra funzionare bene. In Visual Studio 2008, posso collegarmi e eseguire il commit dei file del sito Web sul server usando " IP della cartella server / svn / domainname " ;. Se indico il mio browser all'URL "IP del server / svn / cartella nome dominio" e inserisci il mio nome utente e password vedo un albero di cartelle con tutti i file che ho appena caricato. Quindi i bit funzionano bene.

La mia domanda è: come potremmo testare il sito Web che ho appena caricato? Sul nostro server tutti i nostri siti Web sono memorizzati in " C: \ siti \ domainname " cartelle. In IIS associamo quella cartella al nome di dominio in modo che quando qualcuno digita domainname.com ottenga il sito Web giusto. Come configuro l'installazione del server Visual SVN per consentirmi di utilizzare " C: \ siti \ domainname " configurazione che abbiamo attualmente?

Qualsiasi aiuto sarebbe molto apprezzato in quanto ne sono totalmente confuso.

Answer 1

Potresti fare un hook post-commit , che SVN ESPORTA il server sul percorso di distribuzione.

Answer 2

Penso che tu sia confuso su cosa sia VisualSVN:

  

VisualSVN Server è un pacchetto che contiene tutto il necessario per installare, configurare e gestire il server Subversion per il tuo team sulla piattaforma Windows. Include Subversion, Apache e una console di gestione.

È un pacchetto slick che contiene tutto il necessario per eseguire un server di controllo del codice sorgente Subversion su un computer Windows. Lo adoro. Normalmente non lo installeresti su un computer che ospita anche siti Web, e sicuramente non lo farei su uno che ospita siti pubblici.

Subversion è solo un sistema di controllo del codice sorgente. Non cambia nulla su come si distribuiscono i siti.

Answer 3

Nella mia azienda, abbiamo raggiunto questo obiettivo con la seguente soluzione:

• Imposta un server CI hudson per costruire i nostri prodotti su base regolare eseguendo il polling SVN
• Gli artefatti di compilazione vengono copiati in una cartella come c: \ artefacts in una fase di creazione nella configurazione del progetto.
• Abbiamo quindi creato un file di configurazione apache personalizzato in C: \ Programmi \ VisualSVN Server \ conf \ httpd-custom.conf ( non modifica httpd.conf; viene sovrascritto durante gli aggiornamenti, ecc.)

Abbiamo quindi aggiunto quanto segue a httpd-custom.conf:

LoadModule alias_module bin/mod_alias.so
<Directory "C:/artifacts">
    Options Indexes
    AllowOverride None
</Directory>

<IfModule alias_module>
    Alias /artifacts C:/artifacts
</IfModule>

Ora http://svn.example.com/artifacts/ funge da sito di test e viene aggiornato automaticamente ogni volta che uno sviluppatore invia il codice a SVN.

Answer 4

Non ho mai usato VisualSVN, ma penso che in genere, con SVN e server web, esegua un checkout del codice appropriato in C: \ siti \ domainname.

Quindi, quando si desidera inviare il codice sul server, è possibile eseguire un aggiornamento SVN su quella directory (presupponendo che le modifiche appropriate siano state trasferite in sovversione). Ovviamente lo testerei usando prima un dominio di prova e un'altra directory (o semplicemente sfogliando una directory di test con IIS).

Personalmente, però, poiché utilizzo asp.net e C # e utilizzo i progetti di distribuzione Web per la pre-compilazione, in genere muovo solo build invece di fare confusione con SVN sul server web. Con linguaggi interpretati come PHP è più semplice.

Il mio client svn su Windows è ToirtoiseSVN

Answer 5

Sembra che tu debba controllare questi siti Web dalla sovversione al web server. Mappare un'unità virtuale in IIS su tali cartelle.

Modificato per chiarezza.

Answer 6

Il problema è che Subversion non memorizza normalmente i file sul disco fisso. Utilizza un database o un file system virtuale per archiviare il file. Ciò è necessario per il controllo delle versioni. Il modo più semplice di eseguire il lavoro sarebbe utilizzare un client della riga di comando di sovversione e scrivere un piccolo file batch che verifichi la versione principale del repository di sovversione e copi i file nella cartella IIS. Puoi chiamare periodicamente il file batch da un cronjob.