Hợp nhất các dự án nhóm

Question

Trong dự án hiện tại của chúng tôi, chúng tôi có bốn dự án nhóm TFS2010 khác nhau trong cùng một Team Project Collection. Lý do cho điều này là các phần khác nhau của dự án muốn sử dụng các mẫu dự án nhóm khác nhau (CMMI vs Agile).

Hiện tại, tất cả các dự án đều sử dụng cùng một mẫu. Do đó, chúng tôi đã đạt được kết luận rằng sẽ tốt hơn nếu hợp nhất các dự án thành một dự án nhóm duy nhất. Điều này đặt ra một số câu hỏi:

1. Có thể sử dụng một trong các dự án hiện tại làm dự án mục tiêu cho ba dự án khác không?
2. Làm cách nào để chuyển các mục công việc hiện có của chúng tôi sang dự án mới trong khi vẫn duy trì cây khu vực của chúng tôi? Chúng tôi hy vọng sẽ tạo một vùng gốc cho mỗi dự án nhóm hiện có của chúng tôi và di chuyển tất cả các mục/khu vực công việc bên dưới nút gốc này.
3. Hôm nay chúng tôi có các liên kết mục công việc từ một dự án nhóm khác - làm cách nào để chúng tôi giữ các liên kết này khi hợp nhất?
4. Phương pháp hay nhất khi di chuyển mã nguồn là gì? Một cách tiếp cận rõ ràng là chỉ cần sao chép nó vào vị trí mới, và khóa và giữ các dự án nhóm cũ trong trường hợp chúng ta cần truy cập các phiên bản cũ của mã. Nhưng có khả thi để sử dụng phân nhánh cho điều này không, ví dụ: phân nhánh tất cả các mã hiện có cho dự án nhóm mới? Loại tiếp cận này có thể gây ra vấn đề gì?

Nhờ sự giúp đỡ của bạn!

Answer 1

Thật không may, TFS 2010 không cho phép bạn hợp nhất các dự án nhóm.

Stucturing Các dự án nhóm và Nhóm dự án Bộ sưu tập là một trong những quyết định chiến lược quan trọng nhất để thực hiện trước khi bắt đầu sử dụng TFS. Thật không may, rất nhiều khách hàng chúng tôi giúp đỡ không cần lập kế hoạch trước và không hiểu một số hạn chế trong TFS xung quanh việc sáp nhập, di chuyển, chia tách, vv các dự án nhóm trước khi họ bắt đầu tham gia vào việc sử dụng TFS: (

Khi chúng tôi có các cam kết tư vấn nơi khách hàng muốn hợp nhất các dự án nhóm của họ, chúng tôi sẽ phải thực hiện rất nhiều công việc thủ công để di chuyển các hiện vật. Chúng tôi đã xây dựng một số công cụ để giúp chúng tôi thực hiện quy trình này Các tiện ích di chuyển luôn luôn cần phải được tùy chỉnh cho từng khách hàng vì họ thường có các quy tắc kinh doanh khác nhau về cách thức họ muốn di chuyển.

Cuối cùng, một "di chuyển "không kết thúc sẽ có thông tin và bạn kết thúc với một số vấn đề khác như tem ngày/thời gian khác với những gì ban đầu. (Tôi đã nghe nói nó được gọi là một vấn đề thời gian nén với di cư.)

Vài suy nghĩ thêm cho mỗi câu hỏi ban đầu của bạn:

1. Chắc chắn, bạn có lý thuyết có thể sử dụng một trong những dự án đội ngũ hiện có như các mục tiêu cho việc di chuyển của ba người còn lại. Miễn là bạn thích tên dự án nhóm và không muốn rename the team project. :)
2. Đây là nơi chúng tôi đã xây dựng các tiện ích di chuyển mục công việc tùy chỉnh để hỗ trợ khách hàng tư vấn của chúng tôi. Bạn có thể sẽ cần phải làm như vậy.
3. Điều này cũng có thể thực hiện với tiện ích di chuyển mục công việc tùy chỉnh. Bạn chỉ có thể theo dõi các ánh xạ giữa các ID mục công việc cũ và ID mục công việc mới và sau đó thêm các liên kết sau khi tất cả các mục công việc mới được tạo trong dự án nhóm đích.
4. Điều đó hoàn toàn tùy thuộc vào bạn. Tôi sẽ làm "move" version control operation trên mã nguồn từ dự án nhóm cũ cho dự án nhóm mới. Điều này duy trì mọi thứ. Tuy nhiên, tôi sẽ không xóa bất kỳ dự án nhóm cũ nào vì điều đó cũng sẽ khiến lịch sử kiểm soát phiên bản bị hủy.

Đây không phải là câu chuyện hay nhất cho bạn nhưng hy vọng nó sẽ giúp bạn lên kế hoạch!