Opinioni su MSDeploy

Question

La prossima "grande" e "impresa" di Microsoft.

È solo per me, o è davvero difficile per gli umani? punti salienti principali sono (IMO):

• sintassi Assolutamente criptico (-skip:objectName=filePath,absolutePath=App_Offline.* solo per saltare App_Offline.html)
• manifesto come un pensiero dopo
• La mancanza di documentazione completa
• Non una parola su estensibilità (tranne che per diverse post sul blog là fuori). Inoltre, tutte queste estensioni sviluppate in grandi dolori devono essere registrati in GAC e registro
• Mooolto troppo di basso livello (metadati/metakey; tutto questo IIS jazz)
• Nessuna integrazione con MSBuild

Certo, MSDeploy e MSDeployAgent sono abbastanza potenti, ma hanno davvero bisogno di essere del complesso per compiti relativamente semplici?

Answer 1

Condivido le tue frustrazioni anche per la mancanza di documentazione e l'apparente natura di basso livello di questo strumento.

Tuttavia ciò che MS ha fatto è finalmente creare uno strumento gratuito con il quale si può effettivamente distribuzioni server di script intero, inclusi gli indirizzi di parametrizzazione, configurazioni ecc Questo è, purtroppo, una cosa molto complicata da fare - dato il numero di bit di configurazione effettivamente andare in un server web - e questo è probabilmente il modo migliore per fare tutto.

Ciò di cui abbiamo bisogno ora è una GUI davvero buona che può aiutare a creare questi pacchetti e script ecc. La GUI che è incorporata in IIS è buona - ma ancora una volta, a corto di spiegazioni - quindi spero presto che venga affrontata .

Dal punto di vista funzionale, sto usando in questo momento di implementare un sito da dev - > messa in scena - > vivo con i parametri di cambiare gli indirizzi IP associati ecc sono rimasto profondamente frustrato che mi ci sono voluti un paio di giorni per far funzionare tutto - tuttavia ora ce l'ho, posso rimuovere un sacco di possibili errori umani da parte del supporto IT - che sono responsabili delle nostre implementazioni. Ora mi preoccupo solo della configurazione del mio server di gestione temporanea principale, e posso essere sicuro che tutti i server nella web farm verranno mantenuti sincronizzati ogni volta che effettuo la distribuzione.

Come già detto, ci sono attività di MSBuild nel 2010 (la funzione di distribuzione del sito Web è ora implementata utilizzando msdeploy) per funzionare con questo - che offre anche la possibilità di un vero ambiente di integrazione continua a VSTeamSystem - avere un team build che può effettivamente eseguire una distribuzione web completa come ultima fase è molto eccitante (e spaventosa, scontata!).

Answer 2

La dichiarazione di documentazione è tipica di un prodotto MSFT 1.0, sfortunatamente MSDN non ha più dedicato Tecnici di sviluppo per tecnici per colmare le lacune - invece, c'è una cieca fiducia che il web lo fornirà.

Sto davvero pensando di rispolverare le mie capacità di scrittura e scrivere un breve ebook su di essa in quanto non v'è probabilmente un mercato per esso ....

Answer 3

In realtà ci sono attività MSBuild per MSDeploy. Verranno forniti con .NET 4/Visual Studio 2010.

Answer 4

Anche se un po 'approssimativo, ho imparato ad apprezzare MSDeploy un po'. Usarlo per sincronizzare i server Web in una farm è molto utile in quanto è efficiente (copia solo le modifiche) e si prende cura delle attuali impostazioni IIS oltre ai file di contenuto. Sembra che MSDeploy sia un elemento fondamentale per vari scenari e usi. Inoltre, come accennato in precedenza, esiste un'attività MSBuild per MSDeploy in .NET 4. Ho approfittato di questa attività MSBuild per semplificare la distribuzione delle mie applicazioni Web da TeamCity. Ho bloggato eccolo qui:

Web Deploy (MS Deploy) da TeamCity - http://www.geekytidbits.com/web-deploy-ms-deploy-from-teamcity/

Answer 5

MSDeploy ha sicuramente un tocco di PowerShell per esso: il potere su semplicità, piuttosto che worse is better.

Non c'è alternativa a Windows, tuttavia è possibile ibridare alcuni dei suoi poteri per effettuare distribuzioni automatizzate. Per esempio:

• Compilare la soluzione con il Team City e msbuild
• Usa msdeploy per trasformare il tuo sito e web.configs sul server di build
• FTP manualmente un file ZIP del vostro sito (non è così supporto FTP)
  • In alternativa, utilizzare le sue funzionalità di distribuzione remota. Ciò richiede porta 8172 aperta, un sacco di modifiche alla sicurezza e, per quanto io sappia nessuna concessione per il bilanciamento
• Usa msdeploy sul sito dal vivo per la sincronizzazione di carico cambia

Come strumento è chiaramente rivolto ai fornitori di servizi in quanto è un enorme coltellino svizzero. Con IIS puoi fare ogni genere di cose, che per la maggior parte sono over kill per le piccole imprese. Non ho esperienza di configurazioni di IIS su larga scala, quindi forse è lì che splende.

Answer 6

Di recente ho iniziato l'implementazione di una pipeline di distribuzione e ho trovato sotto i collegamenti molto utili: comanda

• MSBuild che ho usato per l'integrazione continua: http://www.troyhunt.com/2010/11/you-deploying-it-wrong-teamcity_24.html
• comandi WebDeploy di sincronizzazione, che ho usato per i pacchetti di distribuzione per la produzione di server: http://sedodream.com/2012/08/20/WebDeployMSDeployHowToSyncAFolder.aspx

Inoltre ho usato questi riferimenti:

• Video circa MSBuild su dnrtv.com
• Microsoft Press libro intitolato "Dentro il Build Engine Microsoft: Utilizzando MSBuild e Team Foundation Build" che si può acquistare la versione PDF da Oreilly

Infine, il libro "Continuous Delivery" mi ha fornito buone idee sulla linea di distribuzione, sebbene il libro non si concentri su MSDeploy, ma vale davvero la pena leggerlo.