Phát triển Aldon và .Net

Question

Tôi đang tìm kiếm phản hồi từ các nhà phát triển Net có kinh nghiệm về Aldon như một nền tảng quản lý vòng đời. Chúng tôi đang xem xét nghiêm túc việc sử dụng Aldon để quản lý vòng đời bao gồm kiểm soát nguồn, xây dựng tự động, v.v. Tôi biết có rất nhiều tùy chọn khác, nhưng chúng tôi là cửa hàng AS/400 chính (với AS/400 lập trình viên đông hơn. 6 đến 1) và Aldon đã được nhóm iSeries của chúng tôi sử dụng. Lợi ích mà chúng tôi đang tìm kiếm là có một bộ quản lý vòng đời.

Về cơ bản, tôi đang tìm kiếm ý kiến ​​từ những người đã sử dụng Aldon và một bộ công cụ khác (có thể là TFS, hoặc kết hợp SVN, Cruise Control, v.v.). Nếu bạn đã làm việc với cả hai, bạn có đề xuất về việc đây có phải là một ý tưởng hay hay một ý tưởng tồi? Đó rõ ràng là một lựa chọn lớn, vì vậy bất kỳ phản hồi nào đều hữu ích.

Edit - Thêm

Không câu trả lời hay ý kiến ​​... VÀ huy hiệu Tumbleweed đầu tiên của tôi. Tôi không chắc đây có phải là một câu hỏi tồi hay không, nếu không ai thực sự sử dụng Aldon để quản lý công việc .NET của họ, hoặc nếu không có ai sử dụng Aldon sử dụng các sản phẩm khác và có thể so sánh.

Vì vậy, tôi đang cung cấp tiền thưởng để làm dịu thỏa thuận và mở rộng phạm vi câu hỏi ... Nếu có bất kỳ người nào sử dụng Aldon, bạn có thể cung cấp bất kỳ thông tin nào về các vấn đề bạn đã gặp phải không, nó là một bộ công cụ tốt, thất vọng, hoặc gotchas, những thứ bạn yêu thích, vv?

Đã thêm-more more Mục tiêu chính của chúng tôi là có một sản phẩm để quản lý cả .NET và AS/400 (chủ yếu là RPG). Nếu bạn có một gợi ý cho một bộ công cụ khác nhau, hoặc đã thử nó và quyết định nó không phải là giá trị nó, tôi cũng sẽ lấy câu trả lời đó.

Answer 1

Tôi đang làm việc trong một cửa hàng tương tự như cửa hàng của bạn - trong trường hợp của chúng tôi, có mã cơ sở thừa kế đáng kể của mã iSeries COBOL và số lượng .NET ngày càng tăng - và các nhà phát triển .NET đã vận động thành công để sử dụng Subversion để kiểm soát nguồn. Trong thời gian ngắn ngủi thừa nhận của tôi khi đánh giá sản phẩm, có vẻ như Aldon không linh hoạt chút nào trong các lĩnh vực như phân nhánh và gắn thẻ, và có giao diện rất cồng kềnh và phức tạp. Vì vòng đời sản phẩm là (mis) được quản lý riêng trong cửa hàng của chúng tôi, hãy hạn chế việc sử dụng .NET của Aldon để kiểm soát nguồn, đó là một quyết định đơn giản. Trong thế giới .NET, Aldon vượt xa các công cụ mã nguồn mở chuẩn trong các tính năng và khả năng sử dụng, và không có hy vọng cạnh tranh với TFS. Trong trường hợp của chúng tôi, việc quản lý mã .NET bên ngoài Aldon chắc chắn đã tăng năng suất của nhà phát triển và giảm sự thất vọng.

Một ví dụ ... đến từ một cửa hàng Subversion, tôi đã cố gắng tìm hiểu cách tạo chi nhánh thử nghiệm trong Aldon. Nếu hoàn toàn có thể, tài liệu đã làm một công việc tuyệt vời che khuất tính năng này và quản trị viên Aldon của chúng tôi chưa bao giờ bắt gặp khái niệm này. Mọi thứ trong cửa hàng của chúng tôi đều bị khóa chặt, với quyền quản trị cần thiết để tạo dự án, phiên bản, v.v.Điều này có thể đáng giá từ quan điểm quản lý vòng đời, nhưng từ quan điểm của một nhà phát triển đang cố gắng hoàn thành công việc, nó là một kẻ giết người. Tôi không nghĩ rằng quản lý vòng đời và kiểm soát nguồn thuộc về cùng một phần mềm, và Aldon đã không làm gì để ngăn cản tôi từ ý kiến ​​đó.

Answer 2

Tôi nghĩ bạn sẽ thấy không ai ở đây sử dụng nó. Mọi người. NET rơi vào hai loại - những thứ "rẻ tiền" (tức là cố gắng tiết kiệm chi phí) và sau đó về cơ bản bạn nhìn hoặc một cái gì đó giống như nguồn mở. Và những người trả tiền rất nhiều, và hầu hết những người đi với hệ thống đội - bởi vì nó được đưa vào Visual Studio từ dưới lên. AS/400 là một giao diện khá hiếm hoi cho các nhà phát triển .NET, vì vậy, cuối cùng - bạn có thể không may mắn.

I Cá nhân tôi không chắc chắn tôi thậm chí sẽ bận tâm với nó. Đó là nhiều thứ để soemthing như Team System hơn là nguồn theo dõi, vv - rất nhiều tính năng thử nghiệm tốt, tích hợp liên tục, và tất cả những thứ mà không cần phải chạy qua mũ trùm - để - sau đó nhận được một sản phẩm kém.

Answer 3

Chúng tôi gặp phải vấn đề tương tự tại nơi làm việc của mình một vài năm trước khi chúng tôi bắt đầu dự án .NET đầu tiên của mình ở giữa một loạt các nhà phát triển RPG. Vào thời điểm đó, chúng tôi đã chọn sử dụng một hệ thống kiểm soát nguồn riêng (Subversion) cho bất kỳ thứ gì được viết bằng .NET (hoặc cho bất kỳ điều gì khác mà ai đó muốn sử dụng nó cho). Chúng tôi đã chuyển tất cả các dự án của chúng tôi (.NET và AS/400) sang Gemini vì mục đích theo dõi thời gian và lỗi. Về cơ bản, chúng tôi đã chọn một sản phẩm để quản lý các dự án .NET và AS/400 ở mức cao nhưng các công cụ khác nhau để kiểm soát phiên bản, xây dựng tự động, kiểm tra tự động, v.v.

Năm sau tôi có thể vui vẻ nói rằng điều này đã hoạt động khá tốt cho chúng tôi. Tôi thực sự không thể nghĩ ra bất kỳ vấn đề nào mà điều này đã gây ra - nhưng có thể chứng thực rằng thực tế là nó đã tránh được một số cơn đau đầu và tàn bạo của những người đứng đầu. Tôi nghĩ rằng bạn sẽ có một thời gian dễ dàng hơn tìm kiếm (tốt). NET phát triển bằng cách chọn một hệ thống kiểm soát phiên bản sử dụng rộng rãi. Tôi không thể nói cho bất cứ ai khác, nhưng đối với tôi việc sử dụng một hệ thống điều khiển phiên bản tôi có thậm chí không bao giờ nghe nói về sẽ là một chút của một lá cờ đỏ trong một tình huống phỏng vấn.