Consiglieresti TFS o un altro sistema di integrazione continua?

Question

Abbiamo nominato un nuovo capo squadra che inizierà nelle prossime settimane. In precedenza ha lavorato con TFS e probabilmente lo vorrebbe usare per CI. Il team è nuovo all'integrazione continua, quindi prenderà qualsiasi consiglio che darà. C'è qualche ragione per scegliere un altro sistema come CruiseControl o TeamCity, o le funzionalità sono abbastanza simili? Lo useremo in un ambiente Agile/Scrum. Grazie.

Modifica

Sono TFS 2010 caratteristiche molto migliorate rispetto alle versioni precedenti?

Answer 1

In base alla mia risposta "comoda". Se la tua squadra non ha forti sentimenti a riguardo, e TFS è la tecnologia con cui il tuo nuovo TL è più comodo, usa TFS. Soprattutto con TFS 2010, è perfettamente adeguato per CI.

Se la tua squadra ha obiezioni, ti suggerisco di chiedere loro le loro ragioni e fare la ricerca per trovare quale sarebbe meglio.

Answer 2

Siamo un'azienda di produzione solare da $ 2,5 miliardi che utilizza TFS per gestire tutti i nostri artefatti software. Utilizziamo la continua integrazione per la maggior parte dei nostri progetti e funziona alla grande. Lo usiamo anche in un ambiente Agile/Scrum, o almeno ci stiamo muovendo in quella direzione.

Answer 3

TFS fa tutto ciò che serve ed è relativamente semplice da configurare e andare avanti con CI. Il problema principale che le persone hanno sono le licenze, ma se hai già delle licenze/non è un problema, non dovresti avere problemi con TFS.

Answer 4

Consiglierei di dare un'occhiata a Hudson che trovo eccellente per la costruzione di tutti i tipi di cose. Lo usiamo per riconfezionare pacchetti debian upstream, strumenti interni C++, applicazioni Ruby e, naturalmente, app Java.

Si integra con molti altri strumenti, sistemi di controllo delle versioni, browser, tracciatori di problemi, dispositivi di feedback estremo, ecc. Consente di scalare orizzontalmente aggiungendo server slave per aumentare il throughput.

La creazione di nuovi lavori è molto semplice nell'interfaccia web.

Altamente raccomandato.

Answer 5

Si potrebbe voler aggiungere il nostro Parabuild al tuo elenco. È un server commerciale di integrazione continua. Parabuild è gratuito per piccole squadre. Divulgazione completa: sono uno sviluppatore principale di Viewtier Systems, produttore di Parabuild.

Answer 6

Ho utilizzato TeamCity in diversi processi come server di integrazione continua. L'integrazione di TeamCity per Eclipse è molto buona e previene molti periodi di inattività con team più grandi.

Answer 7

Ho usato TFS (pre-2010) per CI e ho trovato la parte CI di esso come un vero disastro.

TFS funziona abbastanza bene finché si solo fare le cose più semplice possibile (fetch, compilare), ma non appena è necessario distribuire, eseguire test, aggiornamento del database, copiare i file, ecc, si rompe male . Ho dovuto ricorrere alla scrittura di strani file di configurazione XML non documentati e un sacco di hack e di aggirarli per farlo funzionare. Inoltre, la documentazione per queste parti non esiste. Evitare.

Answer 8

Ho trovato TeamCity molto semplice da installare e configurare, ma è anche estremamente potente. Se pensi di aver bisogno di scalabilità, TeamCity potrebbe essere una buona scelta.

Answer 9

È possibile trovare un elenco di strumenti di CI, sia open source e commerciali, nel Continuous Integration Tools Directory