Thực hiện Team Foundation Server với một nhóm phát triển nhỏ

Question

Chúng tôi có một nhóm nhỏ 3 nhà phát triển hiện đang sử dụng Subversion để kiểm soát nguồn của chúng tôi. Chúng tôi hy vọng nhóm sẽ nhóm với 8 thành viên trong vòng 6 đến 12 tháng tới. Chúng tôi đang cân nhắc việc thay đổi kiểm soát nguồn của mình thành TFS hoặc Mercurial để cải thiện phân nhánh. Tôi biết TFS là quá mức cần thiết để phân nhánh, nhưng đó là nhu cầu trước mắt, và các tính năng khác của TFS có thể hỗ trợ cho nhóm của chúng tôi. Một trong những mối quan tâm chính của chúng tôi với TFS là chúng tôi đã nghe nói rằng có rất nhiều chi phí triển khai nó, đặc biệt là trong một nhóm nhỏ. Tôi hy vọng sẽ có được một số hiểu biết của cộng đồng về mức chi phí có thể có liên quan, đề xuất để làm cho quy trình dễ dàng hơn và mọi thứ khác mà cộng đồng có thể cảm thấy hữu ích trong việc đưa ra quyết định triển khai.

Answer 1

Theo kinh nghiệm của tôi, TFS hoạt động thực sự tốt, ngay cả đối với các nhóm nhỏ. Nếu tổng số nhà phát triển của bạn là năm hoặc ít hơn, bạn có thể sử dụng phiên bản Workgroup tương đối giá cả phải chăng: ở trên đó, bạn sẽ phải nâng cấp lên thật, giá cả chắc chắn trong lĩnh vực 'Doanh nghiệp' ...

Trở ngại lớn nhất khi bắt đầu sử dụng TFS là cài đặt điều darn: quá trình này dường như được thiết kế để tăng thêm tối đa. (Mức độ mà các 'nhà thiết kế' của quá trình nâng cấp 2005-to-2008 'coi thường người dùng của họ thậm chí còn vượt xa điều đó: may mắn thay, bạn sẽ có thể bắt đầu với TFS2008 và sẽ không phải lo lắng về việc nâng cấp trong một thời gian).

Nếu bạn theo dõi instructions chính xác, bạn nên quản lý trong 2-3 lần thử và các yêu cầu phần cứng không tệ như chúng có vẻ. Thiết lập TFS 3 nhà phát triển của tôi chạy khá thoải mái trên một máy tính xách tay Dell thế hệ trước với 4GB RAM.

Một trong những lợi thế lớn của TFS là tích hợp VS: điều này hoạt động thực sự, thực sự tốt và việc xếp chồng và phân nhánh được thực hiện một cách đơn giản hơn so với bất kỳ hệ thống nào khác mà tôi đã thấy.

Hướng dẫn và hỗ trợ quy trình trong TFS kém tinh tế hơn một chút nhưng vẫn hoàn toàn có thể sử dụng được. Hỗ trợ pluggable cho một số phương pháp phát triển khá tốt đẹp và một số tiện ích bổ sung của bên thứ ba (ví dụ: Scrum) đã có sẵn. Tất cả trong tất cả, nó chắc chắn sẽ không đau khi thử TFS: nếu bạn có đăng ký MSDN, bạn có thể đã có phiên bản Workgroup cũng như bản dùng thử phiên bản đầy đủ: nếu không, bạn cũng có thể downloaded the latter from Microsoft.

UPDATE, ngày 12 tháng 4 năm 2010: Với việc phát hành Team Foundation Server 2010, việc cài đặt và nâng cấp các thủ tục đã được cải thiện rất nhiều. Một cài đặt TFS2010 mới sẽ không đưa bạn nhiều hơn một vài phút (giả sử bạn đã có một thể hiện của SQL Server 2008 và chạy) và thậm chí một nâng cấp tại chỗ của thiết lập TFS2008 của tôi đã chứng tỏ là hoàn toàn không đau.

Answer 2

Đã lâu rồi, nhưng tôi nghĩ rằng phải mất khoảng nửa ngày để thiết lập, cộng thêm thời gian đọc sách hướng dẫn trước để đảm bảo bạn biết bạn đang làm gì. Cấu hình không mất nhiều thời gian - bạn cần phải thêm tất cả các nhà phát triển của mình vào làm người dùng được cấp phép. Thiết lập dự án không quá khó. Tôi thường thiết lập các nhóm AD để lập bản đồ về vai trò của dự án và thêm các nhóm đó vào các vai trò thích hợp. Tôi đã thiết lập một dự án mới trong khoảng 1/2 giờ.

Lưu ý: Tôi không sử dụng bất kỳ tính năng nào của TFS ngoại trừ kiểm soát nguồn. Nếu bạn có kế hoạch theo dõi mục, sử dụng trang dự án sharepoint, vv, số dặm của bạn sẽ thay đổi khá nhiều. Tôi đã tìm thấy rằng trên các dự án của chúng tôi (2-3 nhà phát triển) một wiki cũng hoạt động tốt cho quản lý dự án.

Answer 3

Thiết lập TFS không quá phức tạp, khi bạn chính xác làm theo hướng dẫn từng bước. Chúng tôi đang sử dụng nó trên một nhóm nhỏ trong khoảng một năm nay và tôi không muốn bỏ lỡ nó nữa.

Đặc biệt khi bạn sử dụng nhiều hơn một phần của tfs như kiểm soát phiên bản và theo dõi mục công việc và thậm chí có thể teambuild, nhóm của bạn sẽ được hưởng lợi tích hợp chặt chẽ của các bộ phận riêng biệt.

Ví dụ: bạn có thể liên kết đến workitems khi kiểm tra thay đổi mã. Sau đó, bạn chạy một xây dựng tự động với teambuild và nó sẽ tự động cập nhật workitems của bạn với số bản dựng. Vì vậy, sau đó bạn có thể xem ví dụ trong một workitem lỗi các buildnumber có chứa các bugfix.

Chúng tôi cũng sử dụng wiki SharePoint cho tài liệu và lập kế hoạch mặc dù tôi không phải là fan hâm mộ lớn nhất SharePoint ...

Điểm chính là sự tích hợp tuyệt vời vào IDE và cho workitem theo dõi Teamsystem Web Access cho phép bạn kiểm soát ít nhất workitems của bạn trên một webinterface.