2010-10-15 28 views
6

Chúng tôi đang nghiên cứu khả năng sử dụng Thoughtworks Go để giúp cải thiện quy trình Xây dựng/Triển khai/Phát hành tại nơi làm việc, nhưng do yếu tố giá cả và những gì bạn thực sự quyết định.Thoughtworks Go Alternatives

Tôi đã tự hỏi, liệu có bất kỳ lựa chọn thay thế nào cho Thoughtworks Go xung quanh? Họ có thể là thương mại hoặc nguồn mở, tôi không quan tâm.

+2

Thought vừa công bố rằng họ sẽ được làm Go miễn phí & nguồn mở. http://www.thoughtworks.com/news/go-continuous-delivery-now-available-as-free-open-source. Vì vậy, có thể bạn có thể thử lại lần nữa. – Srinivas

Trả lời

2

Chúng tôi có kết luận tương tự: phiên bản miễn phí Go, "499 đô la cho hỗ trợ hàng năm trên phiên bản miễn phí" và "499 đô la cho 3 đại lý từ xa" đáng xem xét, nhưng giá nhảy sau đó (đối với " doanh nghiệp "phiên bản với hỗ trợ quản lý phát hành) là thiên văn.

Đối với các lựa chọn thay thế thương mại, có Đám mây điện, nhưng thậm chí còn đắt hơn sản phẩm ThoughtWorks.

Đối với nguồn mở, có kiểm soát hành trình (Go là phiên bản được viết lại riêng của Kiểm soát hành trình nguồn mở), Continuum, LuntBuild, Anthill, vv Đây là những hệ thống tích hợp liên tục chủ yếu. xây dựng hơn là quản lý kết quả) nhưng chúng dường như hoạt động tốt (tôi đã sử dụng Cruise Control và Hudson trong quá khứ với nhiều thành công.)

5

Điều này thực sự phụ thuộc vào những gì bạn muốn đạt được.

Nếu bạn đang muốn triển khai Continuous Delivery và do đó các đường ống triển khai (từ dev cho đến sản xuất), thì GO là công cụ duy nhất có tầm nhìn cấp cao hơn vào lúc này.

OTOH, nếu bạn chỉ tìm kiếm máy chủ CI, phiên bản GO miễn phí hoạt động tốt, cũng như phiên bản miễn phí của TeamCity, Jenkins và Atlassian Bamboo. Không ai trong số ba thứ ba này chưa hỗ trợ khái niệm về các đường ống triển khai như là một tính năng hạng nhất, tôi nghĩ vậy.

+0

TeamCity có thể làm mọi thứ GO có thể làm, nó chỉ có những cái tên khác nhau cho cùng một khái niệm. Sử dụng Dependencies (Snapshot/Artifact) bạn mô hình đường ống của bạn như trong GO, chúng chỉ là trọng tâm chính của TeamCity. –

+0

Về mặt kỹ thuật, có thể bạn có thể làm hầu hết mọi thứ với TeamCity mà bạn có thể làm trong Go, nhưng bạn sẽ thấy khó có thể đại diện cho các đường ống song song hiệu quả trong TeamCity, và tốc độ và dễ dàng thiết lập đường ống triển khai với vai trò- bảo mật dựa trên * vẫn * nhanh hơn trong Go so với bất kỳ công cụ nào khác mà tôi biết. –

5

Tôi không thể nhận xét về câu trả lời của Matthew, nhưng Inedo's BuildMaster là một nền tảng rất phổ biến để làm điều này. Nó có nhiều tính năng hơn một chút so với Go, và mặc dù nó là một sản phẩm thương mại, có một phiên bản miễn phí có sẵn khá hữu ích cho các nhóm nhỏ.

(Disclaimer: Tôi làm việc cho Inedo, nhưng có kinh nghiệm trong cả hai nền tảng)

+0

Mặc dù bạn chưa thể nhận xét, đây là câu trả lời hợp lệ! Cảm ơn bạn đã làm đúng. =) – Jesse

+0

Tôi muốn thử BuildMaster của Inedo tại một số thời điểm :) –

3

tôi đã xem xét kỹ lưỡng của mỗi sản phẩm giao hàng theo định hướng liên tục ngoài kia, và thấy rằng GO rõ ràng là phù hợp nhất cho vai diễn này. Nó cung cấp một mức độ mô hình trực quan cho luồng công việc song song và tuần tự mà không có sản phẩm nào khác có thể phù hợp.

Tại Nordstrom, chúng tôi hiện đang áp dụng GO làm máy chủ quản lý Giao hàng liên tục được đề xuất của chúng tôi. Các sản phẩm duy nhất mà thực sự cạnh tranh là Jenkins, mà hầu hết chúng ta tìm thấy quá clunky là một thay thế mong muốn.

Giờ là mã nguồn mở, vì vậy bạn không cần phải lo lắng về chi phí cấp phép. Tôi khuyên bạn nên quay lại và nói với nhóm thuần tập của bạn rằng GO hiện là nhà lãnh đạo nguồn mở rõ ràng trong lĩnh vực này.