TeamCity vs Team Build

Question

Ưu điểm/nhược điểm giữa TeamCity và Team Build là gì và tại sao lại chọn cái khác thay vì cái kia?

Answer 1

TeamCity

• Ưu

  • miễn phí (sạc không bắt đầu cho đến 20 users)
  • Hỗ trợ nhiều nền tảng (Ruby, Java, .NET)
  • Hỗ trợ hệ thống kiểm soát nhiều nguồn
  • Hỗ trợ s nhiều build vận động viên (Rake, MSBuild, Nant, Ant)
  • báo cáo lựa chọn tuyệt vời

• Nhược điểm

  • Đòi hỏi một chồng Java (giả sử bạn là một cửa hàng NET)

Team (Foundation) Build

• Ưu
  • giải pháp tích hợp với Microsoft dev chồng
• Nhược điểm
  • Yêu cầu Team Foundation Server ($$$, mặc dù vàng Partners nhận được 25 ghế miễn phí và hầu hết các chương trình khác cho 5 chỗ ngồi (nhưng bạn trả tiền cho 6 khi bạn thêm một cái khác))
  • Chỉ MSBuild được hỗ trợ

Answer 2

Nếu môi trường của bạn thể thao một vài công cụ mở/miễn phí khác (SVN vv) và các tiện ích tôi có xu hướng chọn TeamCity. Chúng tôi thấy nó khá tuyệt và tích hợp với hầu hết các công cụ phổ biến khác.

Nếu bạn "bị hạn chế" đối với ngăn xếp MS (như bạn sử dụng VSS để kiểm soát nguồn) thì đó là lý do thực sự hấp dẫn để đi cùng với Team Build.

Answer 3

Câu hỏi thú vị. Tôi đã sử dụng cả hai hệ thống khá nhiều để xây dựng các ứng dụng C#.

TeamCity

• Dễ sử dụng
• đẹp
• Dễ dàng để cài đặt và thiết lập
• Dễ dàng mở rộng và tùy chỉnh xây dựng
• tương tác với các hệ thống khác một cách dễ dàng như git, svn, JIRA và nhiều, nhiều hơn nữa.

Team Foundation Build

• Nếu bạn đã có TFS thành lập, thật dễ dàng để có được một build chạy
• trường hợp đơn giản như việc xây dựng một giải pháp được dễ dàng để thiết lập
• trình suôn sẻ cùng với quản lý tác vụ TFS và kiểm soát nguồn.
• UI cồng kềnh và xấu xí

Tất cả trong tất cả các đội (Foundation) xây dựng có thể hoàn thành công việc, nhưng tôi thích TeamCity.