5

Hiện tại chúng tôi đang sử dụng Jenkins CI 1.643 (tôi tin) với plugin Multijob và Job DSL.
Một tập hợp các công việc được tạo bằng cách sử dụng Job DSL, cũng như một multijob chứa tất cả các công việc khác theo thứ tự cụ thể (xây dựng, phân tích, kiểm thử đơn vị, kiểm thử tích hợp, v.v.).Chuyển từ trình cắm Jenkins Multijob sang Pipeline

Tôi quan tâm đến việc nâng cấp lên Jenkins 2 và sử dụng plugin Pipeline (trước đây được gọi là trình cắm thêm Luồng công việc). Trình cắm thêm đường ống cung cấp một biểu diễn đồ họa đẹp và cũng cung cấp một số tính năng nâng cao hơn mà hiện tại chúng tôi không có (như hành động "tạm dừng", đòi hỏi sự tương tác của con người). Dự án Blue Ocean cũng có vẻ rất bóng bẩy, nhưng yêu cầu plugin Pipeline.

Về sự di cư, tôi có một vài câu hỏi:

  • Tôi có nên tiếp tục sử dụng DSL Job? Chúng ta có một cơ chế tạo khuôn mẫu thực sự tốt đẹp được tạo ra trong Groovy vì vậy chúng ta chỉ phải nhập một vài chi tiết về sản phẩm (như trình biên dịch đang được sử dụng và các ngưỡng chất lượng nhất định). Tôi nghĩ tôi muốn giữ điều này.
  • Có hướng dẫn để "di chuyển" từ trình cắm thêm Multijob đến trình cắm thêm Đường ống không?
  • Tôi nên ghi nhớ những điều gì? (Khác biệt quan trọng giữa các plug-in.)
+0

Chỉ cần bắt đầu viết kịch bản đường ống và yêu cầu StackOverflow nơi bạn gặp sự cố cụ thể. – StephenKing

+1

Tôi cho rằng đây là một nhiệm vụ phổ biến. Đó là lý do tại sao tôi mong đợi một hướng dẫn của một số loại. Thật không may tôi không thể tìm thấy một hướng dẫn cho nó bản thân mình, nhưng có lẽ kỹ năng tìm kiếm của tôi cho tôi xuống. –

+0

Tôi không biết một hướng dẫn (nhưng tìm kiếm những thứ như vậy là loại "chống lại các quy tắc stackoverflow"). Tôi quản lý để thay thế tất cả các JobDSL với DSL đường ống. Nhưng chắc chắn, sự hỗ trợ trong các plugin khác nhau là bởi đến nay không phải là tốt (nhưng chắc chắn sẽ cải thiện). Về multijob, hãy xem [câu trả lời này] (http://stackoverflow.com/questions/37661602/how-to-set-up-a-github-pull-request-build-in-a-jenkinsfile/37661924# 37661924). – StephenKing

Trả lời

1

Không phải là một câu trả lời hoàn chỉnh, nhưng:

Chúng tôi có một cơ chế khuôn mẫu thật sự tốt đẹp được tạo ra trong Groovy vì vậy chúng tôi chỉ phải nhập một vài chi tiết về sản phẩm (như trình biên dịch được sử dụng và ngưỡng chất lượng nhất định). Tôi nghĩ tôi muốn giữ điều này.

Tương đương trong Pipeline sẽ tạo thư viện Groovy trừu tượng hóa các khía cạnh chung của dự án của bạn và gọi nó từ tập lệnh chính ngắn trong nhiều công việc khác nhau.

Tôi có nên tiếp tục sử dụng Job DSL không?

Vẫn còn có lý do để sử dụng Lệnh in công việc với đường ống trong một số trường hợp nhất định: ví dụ, nếu bạn muốn tự động tạo một mảng công việc dựa trên một số tiêu chí được tính toán.

Các vấn đề liên quan