Có nên sử dụng CruiseControl.NET để xử lý các tác vụ không liên quan đến nguồn xây dựng không?

Question

Câu hỏi lạ, có lẽ. Chúng tôi có một số tiện ích đơn giản được viết trong nhà mà cần phải được chạy trên cơ sở tự động. Đây là không phải là tạo công việc. Chỉ những thứ như chạy SendOutHourlyEmailAlarms.exe, KeepFoldersInSynch.exe và những thứ như vậy. Tôi thường đặt những thứ này thành các nhiệm vụ/lệnh AT được lập lịch đơn giản (hoặc một Dịch vụ Windows nếu cần kiểm soát chi tiết hơn về lịch biểu), nhưng đồng nghiệp đã thiết lập một số nhiệm vụ như xây dựng các dự án trên CruiseControl. Máy chủ NET. Tôi hỏi anh ta tại sao anh ta thiết lập chúng theo cách này và phản ứng của anh ta là các lệnh (và các log của chúng, các giá trị trả về, các ngoại lệ được ném) đều được theo dõi và ghi lại và thông tin này có thể truy cập được thông qua một giao diện có tổ chức trên website của máy chủ build. Tôi không thể tranh luận với điều này.

Nhưng điều này chỉ có một mùi mà tôi không thể xác định được. Đây có phải là cách sử dụng thích hợp của CruiseControl.NET không? Nếu không, những nguy hiểm là gì? Ngay cả khi nó có thể phù hợp với các hóa đơn, không có các sản phẩm khác phù hợp hơn cho loại điều này?

Answer 1

Chúng tôi có tất cả các loại nhiệm vụ không liên quan đến xây dựng vì lý do chính xác giống như đồng nghiệp của bạn, tôi muốn một chỗ để tra cứu bất kỳ và tất cả công việc tôi cần chạy.

Một số ví dụ về dự án CC.NET của chúng tôi:

• FTP cài đặt để bảo đảm chất lượng từ xa

• Tạo Mã Nguồn Tài liệu

• Tạo máy ảo với những phần cài đặt cài đặt cho QA trong sáng

• Trình cài đặt lưu trữ

Khá nhiều thứ tôi phải làm bằng tay nhiều lần, trở thành một dự án. IMHO nó là tốt hơn nhiều so với một nhiệm vụ theo lịch trình cho một lý do khác là tốt. Các tệp cấu hình của chúng tôi nằm trong kiểm soát nguồn, vì vậy chúng tôi có 1 nơi để thực hiện điều chỉnh. Chúng tôi không phải đăng nhập vào nhiều máy chủ và thực hiện điều chỉnh hoặc tự hỏi máy chủ nào đã thực hiện điều đó.

Answer 2

Chỉ vì công cụ được thiết kế để giải quyết một vấn đề cụ thể không có nghĩa là công cụ sẽ không có cơ sở bình đẳng giải quyết các vấn đề tương tự ngoài phạm vi ban đầu được người tạo công cụ che giấu. Nếu CruiseControl.NET giải quyết những vấn đề này tốt, thì nó hoàn toàn là công cụ thích hợp để sử dụng.

Answer 3

Tôi nghĩ đồng nghiệp của bạn đã có một cuộc tranh luận tốt. Nếu những nhiệm vụ này có liên quan đến quá trình phát triển, sau đó đặt chúng trong CruesControl.Net như là một dự án có vẻ chấp nhận được. Tôi sẽ rút ra dòng tại sử dụng một máy chủ phát triển để chạy các quy trình sản xuất mặc dù. Mặc dù đúng là "Nếu công cụ duy nhất bạn có là một cái búa, bạn có xu hướng thấy mọi vấn đề như đinh," nó không có nghĩa là cái búa không có khả năng giải quyết nhiều vấn đề!