Hudson hay Teamcity để tích hợp liên tục? [đóng cửa]

Chúng tôi là một cửa hàng Java đang tìm kiếm một công cụ CI để sử dụng. Cả Hudson và Teamcity đều có vẻ miễn phí nhưng Teamcity có vẻ mượt mà và được hỗ trợ nhiều hơn.

Tôi đã tự hỏi tại sao người ta vẫn sử dụng Hudson và liệu có ai có thể cung cấp bất kỳ lý lẽ nào cho / chống lại một trong hai không?

Team City cho đến nay vẫn là máy chủ CI tốt nhất hiện có. Tính năng giết người của nó đối với tôi là tích hợp chặt chẽ với IDE (IntelliJ, Eclipse và VisualStudio). Ví dụ, nó có thể cho bạn biết khi một tệp bạn đang chỉnh sửa trong IDE bị lỗi thời, ai đã thay đổi nó và những gì họ đã thay đổi. Bạn có thể cam kết từ IDE đến máy chủ CI, chạy comile và kiểm tra trên lưới xây dựng, sau đó máy chủ CI sẽ cam kết nếu quá trình xây dựng thành công. Bạn có thể nhấp vào xây dựng báo cáo trong ứng dụng web CI và nó sẽ mở các tệp thích hợp trong IDE.

Có sẵn các plugin (tôi đã viết một: http://team-piazza.googlecode.com ), nhưng không nhiều.

+1 cho Hudson.

Hudson là một dự án rất tích cực, có một cộng đồng người dùng rộng rãi và danh sách gửi thư người dùng đang hoạt động, thực sự dễ bắt đầu, dễ sử dụng, đã được sử dụng trên các dự án lớn, rất lớn, (JBoss, JAX-WS, v.v.) và do đó đã chứng minh được thành công, cung cấp tính năng nâng cao rất tốt các tính năng (ví dụ: xây dựng ma trận, phân cụm xây dựng, v.v.), là mã nguồn mở, có rất nhiều plugin ...

Và nếu hỗ trợ thực sự là một điều quan trọng, bạn có thể nhận được hỗ trợ thương mại của Sun . Nhưng FWIW, tôi chưa bao giờ đối mặt với bất kỳ vấn đề chặn nào với Hudson.

Cập nhật: Như bạn có thể biết, Kohsuke Kawaguchi (người tạo ra Hudson) đã rời Sun / Oracle và thành lập công ty riêng của mình để đưa Hudson lên giai đoạn tiếp theo . Nói cách khác, đây không phải là một mối đe dọa đối với Hudson. Và nếu bạn đang tìm kiếm hỗ trợ, bạn có thể nhận được phiên bản được chứng nhận của Hudson CI Server như một phần của gói đăng ký (phiên bản được chứng nhận này bao gồm bản phát hành chất lượng cao của Hudson với một bộ plugin được xác định trước cộng với một số plugin thương mại).

Cập nhật: Để minh họa quy mô cơ sở người dùng tương ứng của họ, đây là so sánh xu hướng công việc cho một số công cụ CI trên Indeed (truy vấn trực tiếp):

Tất nhiên đây không phải là một chỉ báo kỹ thuật.

Chúng tôi bắt đầu với Hudson cho một vài dự án Flex, sau đó chúng tôi chuyển sang TeamCity, khi các nhà phát triển .NET tham gia nỗ lực CI của chúng tôi. Bây giờ chúng tôi đã thay thế máy chủ TeamCity một lần nữa, trở lại Hudson. Những lý do chính là: - Cộng đồng Hudson sôi động, tốt hơn là hỗ trợ. - Số lượng lớn các plugin cho mọi loại nhiệm vụ. - Nguồn mở. - Hudson miễn phí, TeamCity chỉ miễn phí cho 10 dự án.

chỉnh sửa: TeamCity hiện đang miễn phí cho 20 dự án.

TeamCity thật tuyệt vời vì nó cho phép mỗi nhà phát triển có hồ sơ xây dựng của riêng họ và kết nối với nó từ IDE của họ. Một người đơn độc là 'đá mông'. Ngoài ra còn có hỗ trợ cho GIT, v.v. Hãy nghiêm túc xem xét nó. Phiên bản chuyên nghiệp là miễn phí.

Lập luận lớn nhất chống lại Hudson là mỗi bản phát hành đều giới thiệu các lỗi mới.

Việc phát hành rất thường xuyên, vì vậy bạn phải nâng cấp thường xuyên để không bị tụt lại phía sau. Điều đó có nghĩa là bạn cần dành nhiều thời gian để chẩn đoán các vấn đề và quay trở lại các bản phát hành Hudson trước đó. (Đôi khi việc khôi phục thậm chí không thể thực hiện được!)

Chúng tôi đang giới thiệu Triển khai liên tục trong cửa hàng của mình (khi bạn kiểm tra mã, mã sẽ được triển khai trên trang trực tiếp!) Và việc phải vật lộn với Hudson đang khiến chúng tôi phải trả giá quá đắt.

Chúng tôi đang tích cực xem xét việc di chuyển sang TeamCity hoàn toàn vì chi phí cho lỗi của Hudson.

Tôi thực sự thích Teamcity nhưng trong môi trường tôi đang làm việc, thời gian để có được Đơn đặt hàng cho Teamcity thông qua các tầng quản lý có thể đã vượt quá thời gian để chuyển mọi thứ sang Hudson.

Tôi đã sử dụng và thiết lập TeamCity và Jenkins (hay còn gọi là Hudson mới) trước đây và mặc dù tôi đồng ý rằng TeamCity rất khó để thiết lập, nó chỉ miễn phí cho các nhóm từ 10 người dùng trở xuống. Cả hai hệ thống đều rất dễ cài đặt và có hệ thống plugin được hỗ trợ tốt. Tính năng tuyệt vời trong TeamCity là quy trình làm việc trước khi đăng ký, nơi bạn có thể kiểm tra mã trước khi kiểm tra mã nguồn và điều hay ho của Jenkins là nó hoàn toàn miễn phí ngay cả khi bạn phát triển vượt quá 10 người dùng và xây dựng đại lý.

Tôi chỉ mới bắt đầu làm quen với việc hudson sẵn sàng thử nghiệm và xem nó sẽ phù hợp với môi trường hiện tại của chúng ta như thế nào. Tôi hoàn toàn không có kinh nghiệm với Teamcity nên không thể bình luận về điều đó nhưng tôi rất thích làm việc với hudson cho đến nay.

Có rất nhiều plugin cho hudson cộng với trang web hudson cung cấp cho bạn nhiều lời khuyên để viết cho riêng mình ( http://wiki.hudson-ci.org/display/HUDSON/Extend+Hudson ).

Tôi đã giới thiệu với khách hàng rằng họ nên xem xét Bamboo. Lý do là (ok, từ việc đọc các tờ thông số kỹ thuật!) Nó có một tính năng rất giống với TeamCity. Tuy nhiên, lợi ích chính là tích hợp rất chặt chẽ với JIRA, vốn khá phổ biến như một hệ thống theo dõi lỗi / tính năng. Bộ hoàn chỉnh là JIRA, Greenhopper, Bamboo và Eclipse. Khá nhiều khách hàng cũng có trung tâm Chất lượng HP và có các plugin cũng tham gia vào JIRA. Tôi cũng thích thực tế là JIRA, Bamboo và GreenHopper đều đến từ Atlassian.