Ottimizzazione della distribuzione di ASP.Net MVC? [chiuso]

1

Possiedo un VPS con Windows Server 2012 su di esso. Posso installare tutto ciò che voglio su di esso.

In passato, quando distribuivo un progetto MV. ASP.Net, fare clic con il tasto destro del mouse sul progetto nella soluzione e Publish su esso.

Vorrei quindi copiare i file nella cartella IIS e questo sarebbe un deployment per me. Ma questo non è più qualcosa che voglio fare. Ci deve essere un modo più semplice, vero?

Come posso ottimizzare il processo di distribuzione? Sono al 100% al buio su questo argomento con .NET.

Posso impostare qualcosa sul mio server in modo da poter Web Deploy sul mio VPS? O c'è un'alternativa migliore?

Grazie!

    
posta sergserg 16.03.2013 - 02:16
fonte

1 risposta

4

Ci sono molte opzioni diverse, eccone alcune con cui ho lavorato:

  • Octopus - impacchetta il tuo sito come pacchetto NuGet (a seconda di ciò che hai incluso nella compilation in i tuoi file cs / vbproj) e li consegna su comando a qualsiasi numero di server su cui è installato il servizio Octopus "Tentacle". L'ho usato per alcuni progetti di animali domestici ed è stato fantastico, ma potrebbe essere eccessivo per quello che stai facendo. Funziona davvero bene in combinazione con un server di build (nel mio caso, TeamCity).

  • Distribuzione VCS: ciò che stiamo facendo in azienda per cui lavoro è una combinazione di caricamento di file binari e utilizzo del repository Git per distribuire file non compilati nell'applicazione. Sembra che stia funzionando bene per noi finora. Se si voleva davvero fare un processo in una sola fase (e i file compilati sono relativamente piccoli), è possibile includere i file binari nel repository e semplicemente distribuirli interamente in questo modo. (Non lo consiglio, ma, beh, potresti.) Non è un clic (a differenza di Octopus) e puoi incorrere in problemi con DLL Hell se non ricordi di distribuire correttamente le tue risorse, ma generalmente garantisci almeno il tuo contenuto statico è sempre in linea con il tuo repository.

  • Web Deploy - devo ammettere che non l'ho fatto molto con esso, quindi non posso davvero offrire troppo di una raccomandazione. Ho sentito storie di successo e ho anche sentito storie di guerra con il suo uso. YMMV su questo.

  • FTP - basta FTP tutta la cosa del dang fino al tuo VPS ogni build. Solo appropriato per piccoli progetti, ma hey, a volte è lo strumento appropriato. Perché usare una mazza per schiacciare una lattina di alluminio quando puoi calpestarla? (Oltre all'ovvio fattore di intrattenimento.)

L'implementazione .NET sta decisamente migliorando, ma ha ancora molta strada da fare. Buona fortuna!

    
risposta data 16.03.2013 - 14:43
fonte

Leggi altre domande sui tag