Czy poleciłbyś system TFS lub inny system ciągłej integracji?

Question

Wybraliśmy nowego kierownika zespołu, który rozpocznie się w ciągu kilku następnych tygodni. Wcześniej pracował z TFS i prawdopodobnie będzie chciał użyć tego dla CI. Zespół jest nowicjuszem w zakresie ciągłej integracji, więc skorzysta z wszelkich porad, jakie daje. Czy istnieje jakikolwiek powód, aby wybrać inny system, taki jak CruiseControl lub TeamCity, lub czy funkcje są podobne? Będziemy używać go w środowisku Agile/Scrum. Dzięki.

Edit

Czy TFS 2010 oferuje znacznie lepsze od poprzednich wersji?

Answer 1

Spełniam swoją "wygodną" odpowiedź. Jeśli twój zespół nie ma żadnych silnych odczuć na ten temat, a TFS to technologia, z którą twój nowy TL jest najbardziej wygodny, użyj TFS. Szczególnie w przypadku TFS 2010 jest on całkowicie odpowiedni dla CI.

Jeśli twoja drużyna ma zastrzeżenia, sugeruję, abyś zapytał ich o powody i przeprowadził badania, aby znaleźć lepsze rozwiązanie.

Answer 2

Jesteśmy firmą produkującą energię słoneczną o wartości 2,5 mld USD, która używa oprogramowania TFS do zarządzania wszystkimi naszymi artefaktami oprogramowania. Używamy ciągłej integracji dla większości naszych projektów i działa świetnie. Używamy go również w środowisku Agile/Scrum lub przynajmniej zmierzamy w tym kierunku.

Answer 3

TFS robi wszystko, czego potrzebujesz i jest stosunkowo proste do skonfigurowania i pracy z CI. Głównym problemem, jaki mają ludzie, jest licencjonowanie, ale jeśli masz już licencje/to nie jest problem, nie powinieneś mieć problemów z TFS.

Answer 4

Polecam spojrzeć na Hudson, który uważam za doskonały do ​​budowania wszelkiego rodzaju rzeczy. Używamy go do przepakowywania upstreamowych pakietów debian, wewnętrznych narzędzi C++, aplikacji Ruby i oczywiście aplikacji Java.

Integruje się z wieloma popularnymi innymi narzędziami, systemami kontroli wersji, przeglądarkami, śledzącymi problemy, urządzeniami o ekstremalnym sprzężeniu zwrotnym itp. Umożliwia skalowanie w poziomie poprzez dodanie serwerów podrzędnych w celu zwiększenia przepustowości.

Tworzenie nowych zleceń jest bardzo łatwe w interfejsie internetowym.

Gorąco polecam.

Answer 5

Być może zechcesz dodać naszą Parabuild do swojej listy. Jest to komercyjny serwer Continuous Integration. Parabuild jest bezpłatny dla małych zespołów. Pełne ujawnienie: Jestem głównym programistą w Viewtier Systems, twórcy Parabuild.

Answer 6

Użyłem TeamCity w kilku zadaniach jako serwer ciągłej integracji. Integracja TeamCity dla Eclipse jest bardzo dobra i zapobiega wielu przestojom w przypadku większych zespołów.

Answer 7

Użyłem TFS (pre-2010) dla CI i stwierdziłem, że część CI to absolutna katastrofa.

TFS działa całkiem dobrze, dopóki tylko zrobić najbardziej podstawowe rzeczy możliwe (pobrać, skompilować), ale tak szybko, jak trzeba wdrożyć, uruchom testy, baza aktualizacji, kopiowanie plików itp, to zepsuje źle . Musiałem uciekać się do pisania dziwnych, nieudokumentowanych plików konfiguracyjnych XML oraz wielu hacków i worków dookoła, żeby to działało. Ponadto dokumentacja tych części nie istnieje. Uniknąć.

Answer 8

Zauważyłem, że TeamCity jest bardzo łatwy w instalacji i konfiguracji, ale ma także ogromną moc. Jeśli uważasz, że potrzebujesz skalowalności, TeamCity może być dobrym wyborem.

Answer 9

można znaleźć listę narzędzi CI, zarówno open source i handlową w Continuous Integration Tools Directory