2008-09-26 25 views
6

Tôi có thể bắt đầu một dự án mới trong .NET sớm và không muốn sử dụng công cụ xây dựng dựa trên XML như Nant hay MSBuild. Tôi thích Rake, nhưng tôi nghĩ có thể tốt hơn nếu có thứ gì đó dựa trên ngôn ngữ động .NET (như Boo), tương tự về tinh thần để gant hoặc BuildR cho Java. Có một điều như vậy cho .NET? Nếu không, bạn đề nghị những gì?Có công cụ xây dựng .NET dựa trên ngôn ngữ động không?

Trả lời

0

Tôi chưa nghe nói gì về điều đó, nhưng có thể bạn có thể chuyển Rake sang IronRuby và sau đó mở rộng nó để hiểu xây dựng C#/VB.NET và chạy các công cụ .NET khác.

2

Luôn luôn có Boo Build System hoặc "Boobs" cho ngắn (có một tên ngớ ngẩn) và trông rất giống với Rake.

Ayende đã viết về điều này trước đây trong Introducing the Boobs Build System và hiển thị ví dụ tốt về cú pháp.

Boo được viết bằng C# và có trình biên dịch thực sự tiện lợi có thể được sửa đổi trong thời gian chạy để thực hiện tất cả các loại thủ thuật ngôn ngữ cụ thể của miền (DSL).

+0

Cảm ơn, tôi nhớ điều đó như thế nào? Thật không may, dự án trông không được duy trì tốt lắm. Nó đã được xúc động kể từ năm ngoái? Không có tải xuống. –

0

Sử dụng hệ thống xây dựng tiêu chuẩn phi ngành là điều bạn nên chỉ thực sự thực hiện nếu các hệ thống xây dựng tiêu chuẩn của ngành không làm điều bạn cần. Có một số chức năng mà Nant/Msbuild không cung cấp mà bạn mong muốn?

+0

Vâng, trước hết, bạn đã thực hiện một giả định lớn về cách bảo thủ của công ty. Nhưng để trả lời câu hỏi của bạn, kịch bản XML thiếu sức mạnh của một ngôn ngữ thực, và nó lộn xộn. Oh, điểm tranh luận, có lẽ - nếu "boobs" là câu trả lời, sau đó "nant" nó sẽ được! (Họ là kinda conservative.) –

+0

Nó không thực sự là một điều không bảo thủ. Các hệ thống xây dựng tiêu chuẩn có hỗ trợ tốt hơn nhiều, cả về công cụ và về đào tạo. Tôi muốn đặt cược có rất ít người thực sự biết ins/outs của boobs, nhưng ném một tảng đá tại một cửa hàng .NET và bạn sẽ trúng ai đó bị tấn công tại NAnt/MSBuild. –

+0

Chúng tôi có thể chỉ có các định nghĩa khác nhau về "bảo thủ". Đối với tôi, trong bối cảnh phát triển phần mềm, nó có rất nhiều việc phải làm với việc muốn ở cách xa cạnh chảy máu, đó chính xác là những gì bạn vừa mô tả. Đó là tất cả những gì tôi muốn nói. –

1

Bạn thực sự nên xem FinalBuilder. Tôi đánh giá nó khá một chút năm ngoái và thực sự thích nó mặc dù cuối cùng chúng tôi triển khai TFS2008 và vì vậy chúng tôi đang sử dụng TeamBuild để có được rất nhiều sự tốt đẹp tích hợp. Nhưng thực sự FinalBuilder có TONs của các hoạt động xây dựng dựng sẵn, hỗ trợ tuyệt vời cho rất nhiều môi trường và công cụ, và một IDE tốt đẹp để thiết kế tất cả.

1

Bạn có thể thử FluentBuild.

Đối với tiền của tôi, sử dụng UppercuT (sử dụng NAnt ở mặt sau) là giải pháp tối ưu vì mọi thứ có thể làm cho tôi mà không cần nhiều công sức để thiết lập.

http://code.google.com/p/uppercut/

Một số giải thích tốt ở đây: UppercuT

1

Bạn nên cố gắng NUBuild.

Tôi sử dụng nó thường xuyên và tôi làm việc với khoảng 75 dự án mà tôi cần xây dựng với mọi thay đổi/phát hành mã. NUBuild cực kỳ nhanh, dễ cài đặt (bạn chỉ thực hiện một lần) và cung cấp cho bạn sức mạnh của một máy chủ hoàn chỉnh trong đầu ngón tay bằng cách cho phép bạn thực hiện 'các bản dựng cục bộ'. Nó cũng có rất nhiều tính năng và chức năng nâng cao khác. Bạn có thể tìm thêm chi tiết về khu vực dự án (trên CodePlex):

http://nubuild.codeplex.com/

0

Vì bạn đề cập đến nó, tôi chỉ đã bắt đầu với IronRuby và cào vào một dự án hiện tại. Bởi vì tôi không muốn đội của tôi phải cài đặt MRI, tôi quyết định đi với một triển khai xcopy của IronRuby mà tôi đã cài đặt sẵn với cào. Không chắc chắn nếu điều này là chính xác những gì bạn đang sau nhưng hãy kiểm tra bài đăng trên blog của tôi về những phát hiện ban đầu.

http://dylandoesdigits.blogspot.com/2009/11/rake-for-net-projects.html

Tôi nghĩ nó đáp ứng yêu cầu của bạn. .NET dựa trên thời gian chạy ngôn ngữ động, không có XML. Với tư cách là một đồng nghiệp hiện nay, tôi khá hài lòng với công việc của nó.

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