TeamCity vs Team Build

Question

Co to jest pro/cons między TeamCity i Team Build i dlaczego wybrać jeden zamiast drugiego?

Answer 1

TeamCity

• Plusy

  • Free (ładowanie nie rozpocznie się aż 20 użytkowników)
  • Obsługa wielu platform (Ruby, Java, .NET)
  • Podpory wiele systemów kontroli źródła
  • Pomoc S wielu biegaczy budowlanej (Rake, msbuild, Nant, Ant)
  • Doskonałe opcje raportowania

• Wady

  • Wymaga stos Java (zakładając, że masz sklep NET)

Team (Foundation) Build

• Plusy
  • rozwiązanie zintegrowane z Microsoft dev stosie
• Cons
  • Wymaga Team Foundation Server ($$$, choć Złote Partnerzy dostać 25 miejsc wolny i większość innych programów dać 5 miejsc (ale płacisz za 6, gdy dodajesz kolejne))
  • Tylko MSBuild obsługuje

Answer 2

Jeśli w twoim środowisku jest kilka innych narzędzi typu open source/darmowych (SVN itp.) I narzędzi, chciałbym dążyć do wyboru TeamCity. Stwierdziliśmy, że jest całkiem fajny i integruje się z większością innych popularnych narzędzi.

Jeśli jesteś "ograniczony" do stosu MS (tak jak używasz VSS do kontroli źródła), to jest to jedyny naprawdę ważny powód, dla którego warto budować zespół.

Answer 3

Interesujące pytanie. Używam obu systemów dość dużo do budowania aplikacji w języku C#.

TeamCity

• Łatwy w użyciu
• Piękne
• Łatwe do zainstalowania i skonfigurowania
• łatwo rozszerzyć i dostosować buduje
• współdziała z innymi systemami łatwo takich jak git, SVN, JIRA i wiele, wiele więcej.

Team Foundation Buduj

• Jeśli masz już TFS założyć, łatwo się dostać build działa
• prostych przypadkach jak budowanie rozwiązania jest łatwy do skonfigurowania
• Działa płynnie razem z zarządzaniem zadaniami TFS i kontrolą źródła.
• uciążliwe i brzydki UI

W sumie zespołu (Foundation) produkcji można otrzymać pracę, ale wolę TeamCity.