2012-04-17 7 views
15

Recentemente ho configurato un server CI in TeamCity e ora voglio portarlo al passaggio successivo, la distribuzione continua. Fondamentalmente, ospitiamo una suite di servizi rilassanti e circa 3 applicazioni web per ciascuno dei nostri clienti. Tutti i clienti ricevono 3 ambienti QA, UAT e Prod. Vogliamo essere in grado di distribuire automaticamente i nostri build una volta superati i nostri test. Non sto cercando opzioni di scripting personalizzate per farlo. Ne ho visti molti di SO. Quello che stiamo cercando è una soluzione come UDeploy ma ad un prezzo più basso. Qualcuno è a conoscenza di alternative a UDeploy? O altri plugin di distribuzione continua che funzionano con TeamCity?Distribuzione continua con TeamCity

Grazie,

risposta

17

Se questa è la NET si dovrebbe guardare a Octopus, che ora funziona bene con TeamCity.

http://www.octopusdeploy.com/

http://www.paulstovell.com/octopus/octopus-octopack-and-teamcity

+0

Ho sentito parlare di Octopus sul podcast di Hanselman e me ne sono completamente dimenticato. Grazie del promemoria. Sono andato sul sito e ho fatto un po 'di scavo. Sembra fantastico! Tuttavia, li ho contattati circa 6 giorni fa e non ho ancora ricevuto risposta, quindi sono un po 'nervoso a riguardo. Sono sicuro che sono inondati ma 6 giorni senza alcuna risposta è un tempo lungo per noi dal momento che stiamo cercando di costruire una società noi stessi. Ma a parte questo, lo strumento di per sè sembra fantastico. Grazie ancora. – Buzzer

+1

Come risparmio di tempo per gli altri, questo richiede un ulteriore passaggio nel processo di generazione, la creazione di pacchetti NuGet e non supporta WebDeploy. – mattmanser

+0

Anche il team di ALM Rangers ha un'altra opzione su cui stanno lavorando, è ancora in beta. https://vsardevops.codeplex.com/ –

2

Non so se c'è una qualsiasi parte di questo non lo faccio capisco, ma userei TeamCity anche per questo.

Se si dispone di una configurazione di build per gestire i test, è possibile creare facilmente configurazioni per la distribuzione, che vengono attivate dal successo della configurazione di test. Gestiamo molti dei nostri spiegamenti in questo modo.

Anche in questo caso, scusate se mi manca qualcosa qui ...

EDIT:

Una configurazione di generazione in TeamCity può essere attivato quando un altro configurazione è costruito con successo: Build triggering in JetBrains documentation (guardare " Fine Corporatura trigger ")

Oppure si potrebbe usare una configurazione di generazione con molte "Build passi": Build steps in JetBrains documentation

Ogni passaggio viene eseguito nell'ordine e solo se il passaggio precedente ha esito positivo.

+0

No, non ti manca nulla. scusa se non sono stato in grado di articolare il problema abbastanza bene. Se potessi pubblicare alcuni esempi su come farlo con TC sarebbe fantastico! – Buzzer

+0

Aggiungo alcuni collegamenti alla documentazione JetBrains di questo. Per favore fatemi sapere se avete bisogno di più indicazioni. –

+0

@Buzzer: hai guardato gli esempi? Hai altre domande? –

18

Sono d'accordo con @Niklas Ringdahl - Penso che ci stiate pensando male.

È possibile distribuire direttamente da TeamCity utilizzando MS WebDeploy.

serie eccellente blog

See Troy Hunt su questo:

Part 1: Config transforms

Part 2: MS Build and deployable packages

Part 3: Publishing with WebDeploy

Part 4: Continuous builds with TeamCity

Part 5: WebDeploy with TeamCity

+0

Oppure distribuisci con Ant, NAnt, Maven, copia file ... il cielo è davvero il limite. :-) –

+0

Sì, è possibile distribuire direttamente da TeamCity utilizzando MSDeploy ma Octopus Deploy offre molto di più della semplice implementazione: consente di gestire versioni di artefatti, promuovere artefatti di costruzione tra ambienti senza ricomposizione ecc. –

3

Un'altra alternativa: Redgate ha recentemente aggiornato i prezzi sul loro strumento Gestore distribuzione: http://www.red-gate.com/delivery/deployment-manager/

Se si dispone di 5 progetti o meno, lo strumento sembra essere liberi.

+1

Secondo il loro sito Web, RedGate Deployment Manager è stato ritirato e sostituito con [Octopus Deploy] (https://octopus.com.) –

+0

Sembra che [l'edizione community di Octopus deploy] (https://octopus.com/purchase) sia più o meno lo stesso livello di 'libera-ness'. –

0

Come sviluppatore del prodotto, aggiungerò BuildMaster all'elenco di opzioni qui. Fondamentalmente, è possibile eseguire un'esercitazione di base per iniziare la distribuzione da TeamCity (http://inedo.com/buildmaster/extensions/teamcity), quindi personalizzare i piani di distribuzione in qualsiasi altro ambiente, se necessario.