Qual è il modo più efficace di distribuire un sito Web?

8

Sono a conoscenza di alcuni modi per distribuire siti Web:

FTP
Esporta dal controllo del codice sorgente
Basare il sito su un controllo del controllo del codice sorgente

Posso vedere alcuni aspetti positivi e negativi di ciascuno. Esiste un consenso sul modo più efficace per distribuire nuovi siti o modifiche del sito?

site-deployment

— Grant Palin
fonte

1

Molto strettamente legato ad alcune altre domande, e piuttosto soggettivo. Questo potrebbe trasformarsi in un dibattito. In realtà, se coinvolge il controllo della versione, di solito si trasforma in un dibattito.

— Tim Post

1

Il mio interesse non riguarda il controllo del codice sorgente, ma piuttosto il confronto tra diverse tecniche di distribuzione. Penso che potremmo aspettarci confronti ragionevoli di pro e contro.

— Grant Palin,

6

Ciò che ha funzionato meglio per noi su Stack Overflow (e soddisfa il punto 2 del test Joel ) è una soluzione di integrazione continua , che consente la creazione con un clic dei nostri siti di produzione, nonché build automatizzate del nostro livello di sviluppatore al momento del check-in del nuovo codice .

Usiamo il sapore .NET di CruiseControl , con il nome eccitante .. CruiseControl.NET :)

Alcune delle caratteristiche principali includono:

Integrazione con una varietà di sistemi di controllo del codice sorgente

Integrazione con altri strumenti esterni, come NAnt e Visual Studio

Può costruire più progetti su un server

Gestione remota e reportistica

Siamo rimasti estremamente soddisfatti di questo software open source e lo consigliamo a tutti i team che desiderano semplificare il loro processo di creazione.

— Jarrod Dixon
fonte

2

Pensavo che Caps Lock fosse il controllo della velocità di crociera ... per figo

— Mark Henderson il

3

Preferisco distribuzioni automatizzate e ripetibili. Avresti sicuramente bisogno di iniziare con un tag di controllo del codice sorgente in modo da sapere esattamente cosa hai distribuito e poterlo ridistribuire in qualsiasi momento. Quindi usa gli script per inviarlo al server, qualcosa sulla falsariga di Capistrano, o semplicemente uno script bash fatto in casa o qualcosa del genere.

Per i siti che utilizzano codice compilato, se i server di test corrispondono ai server di produzione, è probabilmente meglio compilare il codice una volta e inviare la stessa versione compilata alla produzione una volta che è stato testato.

— Matthew Shanley
fonte

1

Uso script personalizzati. Per i siti Web statici (basati su HTML) utilizzo doppie directory con versioni nuove e installate, quindi lo script esegue un ricorsivo diffsulle versioni nuove e installate e carica solo i file che sono stati modificati.

In che lingua è la sceneggiatura? bash? Ti dispiace darci una sbirciatina?

— pa

@paan: è in Perl. Mi dispiace ma non posso rilasciare l'intero script.

0

Uso git con un paio di hook personalizzati per la distribuzione. Questo ha anche il vantaggio di poter eseguire diversi rami per siti di sviluppo / test / beta / produzione e fare alcuni elementi della configurazione. Per patch urgenti, git consente sempre di selezionare in modo preciso commit da un ramo all'altro.

— txwikinger
fonte