Come si distribuisce l'applicazione ASP.Net MVC3 sul server di produzione?

4

Voglio solo scoprire la procedura migliore per distribuire l'applicazione MVC3 e quale strumento utilizzare per completare il lavoro.

Uso Visual Studio 2010. Pubblicizzo il mio sito Web, quindi eseguo manualmente il backup di whats sul server di produzione, quindi carica quello nuovo lì. È noioso e soggetto a errori.

Che cosa dovrei fare per semplificare questo lavoro?

    
posta qinking126 29.06.2012 - 17:54
fonte

5 risposte

4

Puoi provare TeamCity o qualsiasi altro strumento di integrazione continua. Usiamo TC ed è davvero indolore il processo di implementazione dal momento che prende tutto ciò che hai sul tuo Source Control Server (SVN nel nostro caso). TC non è gratuito ma penso che ci siano altri strumenti che fanno

    
risposta data 29.06.2012 - 17:59
fonte
4

Visual Studio e IIS supportano MS-DEPLOY. Puoi leggere di più a riguardo qui: link

In pratica, puoi avere diversi profili per il tuo progetto e diverse "versioni" di web.config in cui puoi trasformare automaticamente le cose come stringhe di connessione, impostazioni dell'applicazione, ecc. nell'ambiente appropriato prima che venga pubblicato.

    
risposta data 29.06.2012 - 20:11
fonte
0

Visual Studio ha dei buoni strumenti di pubblicazione che si prenderanno cura delle trasformazioni di web.config per te durante la pubblicazione. L'ho trovato abbastanza efficace se si ha accesso al server Web dal desktop.

    
risposta data 29.06.2012 - 18:00
fonte
0

Uso quasi sempre VS publish in una directory locale e upload via FTP, se sto usando i database incorporati non lo trasferisco su App_Data.

Suppongo che non sia il modo migliore , ma ho trovato che funziona abbastanza bene. Uso anche SVN per il controllo della versione, quindi non ho davvero bisogno di eseguire il backup di molto sul server di produzione.

    
risposta data 29.06.2012 - 18:04
fonte
0

Per i nostri siti Web di produzione installiamo OctoPack ( Octopus Deploy ) nella soluzione web tramite un pacchetto nuget in Visual Studio 2013. Configuriamo un team Configurazione della città per quel progetto per attivare una distribuzione con Octopus Deploy, in cui abbiamo impostato un progetto e diverse macchine e ambienti (ad es. Staging, live). Utilizziamo trasformazioni di configurazione per garantire che vengano utilizzati i valori di configurazione corretti per questi ambienti.

Inizialmente abbiamo utilizzato le configurazioni limitate gratuite per Octopus e Team City, ma ora abbiamo attivato una licenza a pagamento per abilitare più siti.

Il build di Team City si verifica per noi al momento del check-in sul ramo Staging nel nostro repository git Bitbucket, che è approvato tramite la revisione del codice da un QA tecnologico tramite una richiesta pull. Questo quindi attiva una distribuzione automatica nell'ambiente di gestione temporanea.

Quindi promuoviamo la versione di Staging con firma sull'ambiente live tramite Octopus, che distribuisce lo stesso pacchetto nell'ambiente richiesto. È possibile impostare valori di configurazione in Octopus per ambienti e variabili diversi da utilizzare nelle impostazioni di configurazione. In futuro utilizzeremo la funzione di promozione delle caratteristiche anziché la promozione dell'ambiente per i nostri siti di supporto, in modo da poter distribuire i rami di caratteristiche da Staging a Live.

Una volta installato Tentacles, Octopus è molto semplice da utilizzare e non ho avuto problemi reali con Team City oltre a mancare DLL a causa di soluzioni mal organizzate. Tuttavia, per i miei ambienti locali, utilizzerei semplicemente la pubblicazione di Visual Studio incorporata o anche una distribuzione in un sito Web di Azure gratuito per il mio ambiente di sviluppo personale - di nuovo un'opzione in VS 2013.

    
risposta data 05.12.2014 - 02:32
fonte

Leggi altre domande sui tag