Hudson vs Jenkins năm 2012 [đã đóng cửa]

Trong năm 2011, tình hình với Hudson và Jenkins đã theo dõi (IMHO) - Hudson đã ổn định hơn một chút, nhưng sự phát triển của Jenkins nhanh hơn một chút.
Tình hình với "Hudson vs Jenkins" bây giờ là gì trong năm 2012?

Về tính ổn định, trong hơn một năm qua, Jenkins đã cung cấp phiên bản Hỗ trợ dài hạn (LTS) cho những người muốn yên tâm hơn về tính ổn định và hỗ trợ của phần mềm họ đang cài đặt.

Cứ sau ba tháng, một phiên bản trước được chọn sẽ được cộng đồng người dùng Jenkins coi là hoạt động tốt. Phiên bản này sau đó được phân nhánh, bất kỳ bản sửa lỗi quan trọng nào (đã được "thử nghiệm chiến đấu") đều được đưa vào phiên bản Jenkins này, và sau đó bản phát hành này sẽ được thử nghiệm thêm bởi nhiều người và công ty khác nhau. Khi nó sẵn sàng để phát hành, đây sẽ trở thành phiên bản LTS mới.

Khi các bản sửa lỗi ưu tiên cao mới xuất hiện, chúng được đưa vào phiên bản LTS.

Nhiều người dùng lớn của Jenkins dính vào các bản phát hành LTS và theo thống kê sử dụng công khai của Jenkins , hàng ngàn triển khai đang sử dụng nó.

Điều này có nghĩa là phiên bản LTS bạn đang tải xuống thậm chí còn ổn định hơn phiên bản ngẫu nhiên được chọn từ dòng phát hành hàng tuần thông thường.

Ngoài số liệu thống kê, tình hình về việc sử dụng Jenkins, quy mô cộng đồng, mức độ phát triển của nó, tỷ lệ các tính năng mới được thêm vào, số lượng bổ trợ mới và hoạt động danh sách gửi thư so với Hudson dường như không thay đổi (ví dụ Jenkins vẫn còn thay đổi hơn nữa phía trước ).

Về cơ bản, hầu hết các điểm được đưa ra trong cuộc thảo luận trước đây vẫn được áp dụng, mặc dù sự hỗ trợ ban đầu của công ty Hudson dường như đã lắng xuống một chút.

Tôi đã sử dụng cả Hudson và Jenkins. Tôi đã theo dõi cả hai danh sách thay đổi.

Tôi vẫn nghĩ rằng chúng tôi đã lựa chọn đúng bằng cách chuyển từ Hudson sang Jenkins. Các nhà phát triển cốt lõi Hudson hiện đang làm việc trên Jenkins. Những người vẫn được Oracle tuyển dụng là những người chủ yếu hỗ trợ Hudson (theo như tôi biết thì người Apache Maven cũng đang đóng góp các bản sửa lỗi).

Tôi đã nộp một số lỗi trở lại trong thời đại Hudson. Tôi có thể nói với bạn hầu hết trong số họ đã được giải quyết trong Jenkins. Nhiều tháng sau khi giải quyết, người Hudson đã sửa hoặc yêu cầu thêm thông tin về những lỗi cụ thể đó.

Phần lớn các nhà phát triển plugin (gần như tất cả, đó là) đã di chuyển các plugin của họ sang Jenkins và hiện hỗ trợ Jenkins là chủ yếu. Về mặt plugin, Jenkins đang phát triển nhanh hơn nhiều. Hiện tại có một số plugin trả phí được cung cấp bởi Cloudbees.

Theo như tôi biết, cộng đồng nguồn mở đã chuyển phần lớn sang Jenkins.

Một số công ty muốn được hỗ trợ có trả tiền và không muốn rắc rối khi chuyển sang Jenkins vẫn đang sử dụng Hudson. Thành thật mà nói, tôi không thấy lý do tại sao. Jenkins cũng có hỗ trợ thương mại từ Cloudbees, nơi Kohsuke Kawaguchi (người tạo ra Hudson) hiện đang làm việc. Cloudbees hiện thậm chí còn có một dịch vụ miễn phí để lưu trữ các dự án được lưu trữ trên GitHub trong đám mây của họ. Họ để các dự án OSS của bạn xây dựng miễn phí! :)

Jenkins đã cải thiện nó hỗ trợ cho đám mây. Như đã đề cập ở trên, Cloudbees cũng cung cấp SaaS này trong đám mây. Tôi không chắc nếu và ở mức độ nào Hudson hỗ trợ điều này. Tôi nghĩ rằng họ không quá tiến bộ vào lúc này; dù thế nào đi nữa, Hudson không cung cấp SaaS cho đám mây, theo như tôi biết.

Ý kiến ​​của tôi là nếu bạn phải chọn một, thì đó phải là Jenkins.

Tôi nghĩ https://stackoverflow.com/a/5970813/556520 trả lời rất nhiều câu hỏi quan trọng về vấn đề hudson vs jenkins. Chủ đề giải thích cả hai mặt của tình huống với ưu và nhược điểm cho từng sản phẩm.

Từ kinh nghiệm cá nhân làm việc với CI trong nhiều năm và gần đây đã bắt đầu phát triển cho Hudson, tôi sẽ gắn bó với phiên bản ổn định của hudson chỉ vì jenkins đang phát triển và hỗ trợ nhiều hơn cho dịch vụ đám mây của họ, nơi hudson đã chuyển sang nền tảng nhật thực và không phát triển cho một dịch vụ. Đó chỉ là 0,02 đô la của tôi.