Howdy there. Tôi đang tập hợp một nhóm phần mềm mới và tôi đang tìm kiếm các công cụ khác nhau để khắc phục những cơn ác mộng trước đây mà tôi đã gặp với các đội khác.Công cụ quản lý dự án tốt nhất, kiểm soát nguồn, trình tạo và wiki
Trong 5-6 năm trở lại đây đây là một số hiệu ứng chuyển tiếp Tôi đã đi qua:
SourceControl:
CVS => VSS => SVN
Quản lý dự án, Bug và Issue Tracking :
Giấy => PostIt Ghi chú => OneNote => BugNet => OnTime
Wiki và Tài liệu:
Lời + Mạng Chia sẻ => ScrewTurn Wiki
Builder Tự động hóa:
Cruise Control + MSBuild
Bây giờ, đặc biệt vì SVN và tình hình Wiki, tôi nhìn vào bắt đầu từ đội bóng này với một cái gì đó mới mẻ. Trong quá khứ chúng ta đã có những cơn ác mộng với SVN, và chúng ta càng cố gắng sửa chữa nó, điều tồi tệ nhất nó sẽ trở thành. Thách thức khác tôi có là tìm một thứ gì đó ổn định và tích hợp. Bạn có thể tưởng tượng rằng BugNet + SVN + ScrewTurn + CruiseControl + MSBuild là những loài động vật khá khác nhau, vì vậy sự tích hợp và sức mạnh tổng hợp là rất quan trọng; Tôi không muốn nhảy qua lại giữa 10 ứng dụng khác nhau để báo cáo lỗi hoặc giao nhiệm vụ và xem lại công việc đã hoàn thành và xem nhật ký repo.
Vì vậy, nhóm nghiên cứu mới và tôi đã nói này ra cho một vài ngày nay, và tôi nghĩ rằng chúng tôi đã thu hẹp nó xuống đến 2 posibilities:
1. TFS 2010
Ưu điểm:
- Giải pháp tất cả trong một. Nó thực sự có tất cả, bao gồm một mẫu quá trình SCRUM mới.
- Giao diện người dùng rất thân thiện và tích hợp SharePoint.
- WYSIWYG Wiki và Tích hợp Office.
Nhược điểm:
- Chi phí trả trước cao về phần cứng và thời gian quản trị. Phần mềm quá, nhưng nó không ảnh hưởng đến chúng tôi bởi vì chúng tôi có một thuê bao MSDN với phần mềm miễn phí.
- Tôi do dự về việc kiểm soát nguồn của TFS.
SC dựa trên tệp và với kho lưu trữ trung tâm giống như SVN và VSS. Tôi thực sự không muốn rơi vào cùng một vấn đề mà chúng tôi đã có trong quá khứ.
2. FugBUgs + Lò nung + CC
Ưu điểm:
- Lò nung sử dụng Mercurial, với tất cả những lợi ích của kiểm soát nguồn phân tán.
- Chi phí trả trước tối thiểu và thời gian lập kế hoạch để thiết lập và chạy. $ 30,00 cho mỗi người dùng mỗi tháng.
- Giao diện người dùng web rất thân thiện.
- Trình soạn thảo Wiki WYSIWYG.
- Trình theo dõi vấn đề rất đơn giản và các công cụ quản lý dự án. Nó sẽ dễ dàng tích hợp các quá trình SCRUM.
Nhược điểm:
- Thiếu công cụ tự động hóa xây dựng cho các quy trình tích hợp hơn (như TFS). Vì vậy, điều này sẽ có nghĩa là chúng tôi sẽ phải tiếp tục đập đầu của chúng tôi với các chức năng dòng lệnh và các nhiệm vụ cộng đồng để duy trì công nhân xây dựng của chúng tôi.
Quay trở lại trong ngày, tôi đã sử dụng Hệ thống nhóm Visual Studio 2005 và tôi đã không lấy những kỷ niệm đẹp nhất với tôi về hệ thống; nhưng TFS 2010 mới có vẻ là một cược rất chắc chắn. FogBugz và Mercurial là kinda như những đứa trẻ mới trong khối và họ mang lại tư duy tươi cho các quá trình mới, nhưng như mọi khi đây là một thanh kiếm cạnh đôi.
Bất kỳ ai có kinh nghiệm vững chắc với bất kỳ vấn đề nào trong số này? Chúng ta có thiếu lựa chọn thứ 3 không? Bạn có viên đạn bạc đó cho vấn đề của tôi không?
- Công cụ tích hợp
1.1. Kiểm soát nguồn
1.2. Wiki
1.3. Tự động hóa bản dựng
1.4. Quản lý dự án
1.5. Issue Tracker - Minimize Nguồn Control nhánh và xung đột sáp nhập (vâng, nó là cần thiết để chúng tôi chi nhánh ra và hợp nhất)
- thân thiện giao diện người dùng (không phải ai cũng là CMD hacker)
- WYSIWYG Wiki.
- Đường cong học tập dành cho nhà phát triển.
- Thời gian để hoàn thành tất cả hoạt động của VS. Giá trị dài hạn.
Nhóm mới có 4 thành viên nhóm + 1 Giám đốc dự án (Scrum Master) và 1 Giám đốc sản phẩm (Product Owner). Vì vậy, chúng tôi đang nói về một nhóm tương đối nhỏ và mới. phạm vi và dự án mà chúng tôi sẽ thực hiện là lớn, các ứng dụng doanh nghiệp có nhiều dự án và các biến thể phân nhánh
Để kiểm soát nguồn: git là bậc thầy của các chi nhánh! :) – tauran
"SC dựa trên tệp và với kho lưu trữ trung tâm giống như SVN và VSS. Tôi thực sự không muốn rơi vào cùng một vấn đề mà chúng tôi đã có trong quá khứ". Đây không phải là trường hợp với TFS. Kiểm soát nguồn TFS là tất cả trong db quan hệ. – Robaticus
Không đồng ý với giả định rằng có một lượng lớn chi phí phần cứng hoặc thời gian quản trị cần thiết cho TFS. Với một nhóm dev nhỏ, như bạn có, bạn có thể dễ dàng lưu trữ các ứng dụng và các tầng dữ liệu trên các máy tính để bàn chạy một hương vị của Máy chủ, hoặc có thể làm một thiết lập máy đơn trên một hộp mạnh hơn. Thời gian quản trị cũng không rộng. Theo các hướng dẫn từ MS, TFS có thể được thiết lập trong một vài giờ (chủ yếu là chờ đợi cho việc cài đặt). Chúng tôi tạo ra SGs trong AD và lập bản đồ cho các dự án của chúng tôi, vì vậy chúng tôi thậm chí không cần phải chạm vào TFS để thay đổi nhân sự. "Nó chỉ hoạt động." ;-) –