Tôi có một câu hỏi liên quan đến Build Servers for .NET Projects. Hiện tại tôi đang sử dụng TeamBuild kết hợp với w/TFS 2010 để tự động xây dựng trong thế giới .NET. Một số dự án cũ hơn được xây dựng bằng cách sử dụng các kịch bản MSBuild cũ.Tìm kiếm một .NET BuildServer SaaS
Để loại bỏ các nỗ lực quản trị, tôi hiện đang chuyển nguồn của tôi sang github. Github cung cấp, như nhiều trang web khác dịch vụ móc để kích hoạt máy chủ xây dựng để làm xây dựng tự động như CI hoặc xây dựng hàng đêm.
Chắc chắn tôi có thể sử dụng TeamCity OnPremise và tự động tạo Đại lý xây dựng trong Windows Azure bằng VMRole và Virtual Disks, nhưng tôi nghĩ giải pháp lai này hơi lệch.
Vậy suy nghĩ của bạn về ý tưởng kiến trúc sau đây là gì?
Giả sử bạn đang sử dụng github làm nền tảng kiểm soát nguồn. Khi cam kết nguồn vào kho lưu trữ của bạn, Azure WebRole lưu trữ một Dịch vụ WCF sẽ được kích hoạt. Bản thân WebRole sẽ chỉ sử dụng Azure API để kích hoạt một phiên bản mới của Azure VMRole tùy chỉnh.
Bản thân Azure VMRole sẽ sử dụng một số loại bản dựng như Rake hoặc MSBuild để có ít công cụ nhà phát triển được cài đặt trên tác nhân xây dựng nếu cần. Sau khi xây dựng toàn bộ dự án, các tạo tác sẽ được xuất bản lên Azure BlobStorage và WebRole lưu trữ dịch vụ WCF sẽ được gọi lại, nhưng ngay bây giờ Azure WebRole sẽ chấm dứt BuildAgent.
Trong khi sử dụng thiết lập như vậy, bạn có thể giảm thiểu chi phí cho tác nhân tạo và xây dựng gần như bất kỳ loại dự án nào cho đến khi bạn có thể cài đặt phần tử cần thiết cho bản dựng bằng PowerShell.
Vì vậy, trong dòng dưới cùng: suy nghĩ của bạn về kiến trúc này là gì? Những ý tưởng khác? Có một dịch vụ hiện có cung cấp giải pháp như vậy không?
Thorsten
Cool chưa thấy appharbor cho đến bây giờ. Cảm ơn bạn đã chia sẻ nó. –
Tuyệt vời. Tôi đã tìm kiếm cùng một thứ! –