Sự khác biệt chính giữa Jenkins và TeamCity là gì nếu một người đã từng làm việc với Jenkins?

Những công cụ này dường như chia sẻ các đặc điểm rất giống nhau.

Làm thế nào phức tạp để bắt đầu sử dụng TeamCity sau khi đã quen với việc làm việc trên Jenkins? Có những khái niệm cụ thể người ta cần phải nhận thức?

Đội thành phố:

Nó trông đẹp hơn, nếu điều này quan trọng đối với nhóm của bạn thì nó chắc chắn sẽ có trọng lượng. Điều đó nói rằng, nếu nó RẤT quan trọng hơn bạn có thể sẽ tạo ra các công cụ hoặc một loại lớp phủ bảng điều khiển để hỗ trợ nhóm của bạn vào thời điểm nào thực sự muốn là một trong những API tốt nhất. Chưa thử API Jenkins nên tôi không thể so sánh, API TC mặc dù sẽ giúp bạn có được thứ bạn cần.

Hỗ trợ của họ khá tốt, các anh chàng trả lời tương đối nhanh và lịch sự. Tuy nhiên điều đó không có nghĩa là bạn sẽ có được những gì bạn muốn. Nếu bạn sử dụng hệ thống theo cách độc đáo, bạn rất có thể sẽ đưa lỗi của mình lên kệ ... đã xảy ra với chúng tôi. Tại thời điểm nó trở nên khá khó chịu khi sử dụng, bạn phải đối mặt với một hộp đen để lại ít sự thay thế hơn là làm việc xung quanh nó. Tại thời điểm này mọi thứ có thể trở nên hackish và xấu xí.

Nhìn chung khá nhanh để thực hiện những gì bạn muốn và API tương tác nhật ký là một tính năng rất hay nếu bạn thực hiện nhiều tập lệnh tùy chỉnh trong đường ống của mình.

Jenkins:

Trận chiến đã được thử nghiệm và mở rộng.

Nhưng nó có phần kém xinh hơn, mặc dù không nói nó xấu, người ta có thể nói rằng chức năng xuất hiện trước khi xuất hiện.

Tôi khá chắc chắn rằng bạn có thể tìm thấy gói hỗ trợ trả phí tư nhân của các công ty bên thứ ba nếu bạn nhìn xung quanh. Nếu điều này quan trọng đối với cửa hàng của bạn, đừng chặn ở phần "OpenSource" của thỏa thuận, cộng đồng sẽ khá rộng rãi.

Rất nhiều, ý tôi là RẤT NHIỀU plugin. Một lần nữa, đừng chỉ giới hạn bản thân trong các kênh chính thức, rất nhiều plugin có thể được tìm thấy ở github và những nơi khác.

Tôi thấy cả hai đều nhanh như nhau để bắt đầu, mặc dù với Jenkins bạn có thể cần phải năng động hơn với các plugin so với TeamCity. Vì vậy, nếu bạn có một bộ phận CNTT chặt chẽ và không có quyền truy cập quản trị viên vào máy chủ thì điều này có thể gây ra vấn đề. Được tổng hợp bởi chu kỳ phát hành nhanh hơn nhiều so với TeamCity (hàng tuần).

Tôi thấy rằng Jenkins không hỗ trợ nhiều mô hình chu kỳ phát hành hơn TeamCity. Có thể dễ dàng hơn để tìm một mẫu quy trình ra khỏi hộp phù hợp hơn với những gì bạn có trong tâm trí. Tôi nói điều này với dự trữ vì tôi đã không giao dịch với TeamCity được 2 năm rồi.

Cá nhân tôi thích Jenkins chủ yếu vì tôi thiên về Nguồn mở cho các công cụ như vậy và ở mức độ thấp hơn vì tôi thấy cấu trúc và cơ chế cấu hình của nó đồng ý với tôi hơn.

YMMV

Nhìn chung, trải nghiệm người dùng khá giống nhau. TeamCity có giao diện người dùng đẹp hơn, nhưng không dễ sử dụng hơn. Về chức năng, hai là tương đương hiệu quả. Hầu hết các thuật ngữ là giống nhau.

Các hệ sinh thái plugin khá khác nhau, tuy nhiên; Bạn chắc chắn sẽ muốn xem xét các plugin nào có sẵn cho TeamCity để đạt được những gì bạn đang cố gắng thực hiện, vì đây có thể sẽ là điểm đau lớn nhất về mặt chuyển đổi. Nếu bạn đã từng chạy một số plugin Jenkins nhất định, bạn sẽ cần tìm hiểu a) TeamCity cung cấp chức năng nào mà không cần bất kỳ plugin nào và b) plugin nào có sẵn để thêm bất kỳ chức năng nào còn lại và chúng khác với các plugin như thế nào đã quen ở Jenkins.

Tôi đồng ý với hầu hết các điểm. Giao diện người dùng của TeamCity chắc chắn đẹp hơn và bạn sẽ có được nhiều chức năng tích hợp sẵn hơn với TeamCity so với Jenkins. Nhưng Jenkins là mã nguồn mở và trong khi chất lượng (và tài liệu) thay đổi rất nhiều từ plugin này sang plugin khác, thì hệ sinh thái rất rộng lớn.

Tôi đã sử dụng Jenkins trong nhiều năm và mới bắt đầu sử dụng TeamCity gần đây. Ví dụ, thiết lập các công việc phụ thuộc đơn giản và trực quan hơn nhiều ở Jenkins so với trong TeamCity.