TeamCity vs Team Build

Question

Quali sono i pro/contro tra TeamCity e Team Build e perché sceglierne uno invece dell'altro?

Answer 1

TeamCity

• Pro

  • libero (carica non inizino prima che 20 utenti)
  • Supporta più piattaforme (Ruby, Java, .NET)
  • Supporti più sistemi di controllo sorgente
  • Supporto s più corridori build (Rastrello, MSBuild, Nant, Formica)
  • eccellenti opzioni di reporting

• Contro

  • Richiede uno stack Java (supponendo che sei un negozio di .NET)

Team (Foundation) Build

• Pro
  • Soluzione integrata con Microsoft dev pila
• Contro
  • Richiede Team Foundation Server ($$$, anche se Gold Partner ottengono 25 seggi gratuito e la maggior parte degli altri programmi danno 5 posti (ma ne paghi 6 quando ne aggiungi un altro))
  • Solo MSBuild supportato

Answer 2

Se il tuo ambiente sfoggia qualche altro strumento opensource/libero (SVN ecc.) E le utilità, tenderei a scegliere TeamCity. Lo abbiamo trovato molto interessante e si integra con la maggior parte degli altri strumenti popolari.

Se si è "limitati" allo stack MS (come se si utilizza VSS per il controllo del codice sorgente), questo è l'unico motivo davvero convincente per utilizzare Team Build.

Answer 3

Interessante domanda. Ho usato entrambi i sistemi parecchio per costruire applicazioni in C#.

TeamCity

• Facile da usare
• Bella
• Facile da installare e configurare
• Facile da estendere e personalizzare costruisce
• interagisce con altri sistemi facilmente, come git, svn, JIRA e molti altri ancora.

Team Foundation Costruire

• Se si dispone già di TFS configurato, è facile ottenere una costruzione in esecuzione
• casi semplici come la costruzione di una soluzione è facile da configurare
• funziona senza problemi insieme con la gestione delle attività TFS e il controllo del codice sorgente.
• ingombrante e brutto UI

Tutto sommato la squadra (Fondazione) build può ottenere il lavoro fatto, ma io preferisco TeamCity.