Raccomandazioni riguardanti i sistemi di Integrazione Continua

Question

Attualmente stiamo valutando diverse applicazioni che si interfacciano con Visual Studio 2008 (C#) e Subversion per eseguire build automatizzate delle nostre librerie principali.Speriamo di eseguire build notturne e di inviare tramite e-mail l'elenco delle modifiche apportate a ciascuno sviluppatore o di inviare le versioni più recenti a ciascuna workstation.Qual è stata la tua esperienza con questi strumenti e quali sono alcuni consigli?

---

Software consigliato

• Controllo della velocità di crociera.NET
• Hudson
• TeamCity

Articoli suggeriti

• Integrazione continua:Dalla teoria alla pratica 2a edizione (CC.net)
• Automatizzazione del processo di creazione e distribuzione di ASP.NET con Hudson

Answer 1

Cruise Control.net (ccnet) fa tutto quello che stai cercando.È abbastanza facile da usare, assicurati solo che se lo eseguirai come servizio, gli dai un account e non lo fai funzionare come servizio di rete, in questo modo puoi dargli i diritti sulle caselle Intranet e farlo fare xcopy viene distribuito.

Dispone di tutti i tipi di modalità di posta elettronica, in caso di errore, in caso di tutto, in caso di correzione dopo errore e molte altre ancora.

Answer 2

Hudson è lo strumento di integrazione continua/creazione quotidiana più semplice che abbia mai visto.Non sono sicuro che soddisfi tutti i tuoi requisiti.

Answer 3

Dai un'occhiata a JetBrain (ragazzi dietro ReSharper) TeamCity

Answer 4

ho usato cc.net con nant e msbuild con grande successo, lo consiglio vivamente.

Answer 5

Presso il mio ultimo datore di lavoro ho configurato un buildserver con cc.net.Aspettatevi almeno uno o due giorni di lavoro per configurarlo.Ho usato cc.net insieme a nant e msbuild.Questi progetti hanno molte sovrapposizioni di funzionalità, quindi potrebbe essere una buona idea pensare a come impostare il tutto.

La configurazione che alla fine ho scelto era cc.net sul server per recuperare il progetto da subversion e attivare gli script nant.nant è stato utilizzato per chiamare msbuild per creare i file .sln di Visual Studio ed eseguire tutti gli altri passaggi di creazione come l'esecuzione di test, ecc.

Ho dato una rapida occhiata anche a Teamcity.A prima vista sembra molto meglio di cc.net ma non ho ancora avuto il tempo di provarlo.Vale sicuramente la pena dare un'occhiata.

Answer 6

Utilizzo CC.Net insieme a SubVersion e MSBuild per raggiungere questo obiettivo. Qui è un'ottima guida per l'implementazione che ho seguito e che ho trovato molto utile.

Answer 7

Un paio di curiosità su come lavorare con cc.net e msbuild.Se stai creando progetti C/C+=, msbuild è, ehm, inaffidabile almeno con VS 2005 (e forse prima).Non ho testato con VS 2008.Abbiamo scoperto che a volte msbuild funzionava correttamente, a volte no.Nel tentativo di risolvere il problema, abbiamo trovato vcbuild.exe che sembra funzionare bene al posto di msbuild durante la creazione di soluzioni C/C++.

Answer 8

Se stai usando trac per il monitoraggio dei problemi, il morso il plug-in funziona bene.Non è specifico della piattaforma (lo eseguiamo sia su Windows che su Linux al lavoro, rispettivamente con msbuild/mstest e make/gcc/cpptest).

Answer 9

Sto usando Hudson Jenkins per ottenere la build quotidiana.È davvero molto facile da configurare e mantenere.E ha molti plugin che soddisfano pienamente i nostri requisiti.