Chúng ta có thể chuyển sang một mẫu tiến trình TFS mới và giữ lịch sử không?

Question

Chúng tôi hiện đang sử dụng TFS 2008 với mẫu Scrum for Team System từ Conchango, với một vài chỉnh sửa nhỏ. Chúng tôi đang xem xét nâng cấp lên TFS 2010 và chúng tôi đang xem xét chuyển sang MSF cho mẫu Agile.

Cách tốt nhất để chuyển sang mẫu quy trình mới và giữ lịch sử là gì? Tôi muốn có thể tạo một dự án nhóm mới trên máy chủ TFS 2010, nhận mọi thứ được đăng ký và chuyển nguồn của chúng tôi đến dự án mới. Nó sẽ là tốt đẹp nếu chúng ta bằng cách nào đó có thể giữ cho lịch sử bình luận check-in và thậm chí có thể có thể điều hướng trở lại lịch sử mục công việc liên quan đến một changeset trong dự án cũ. Tôi thậm chí còn sẵn sàng di chuyển dự án cũ như là đến năm 2010 và sau đó chuyển nguồn sang dự án mới, giữ lại dự án cũ chỉ với các mục công việc trong năm 2010.

Có ai đó đã trải qua quá trình có thể qua một số lời khuyên?

Answer 1

Chúng tôi đang ở trong tình huống simalar mà bạn đang sử dụng, mặc dù chúng tôi chỉ có mã nguồn trong phiên bản Team Foundation Server hiện có của chúng tôi. Chúng tôi đang có kế hoạch thực hiện việc di chuyển từ Team Foundation Server 2008 sang Team Foundation Server 2010, trái ngược với nâng cấp. Mặc dù chúng tôi chưa làm như vậy, bạn có hai tùy chọn bạn đã vạch ra.

Giống như bạn đề cập, bạn có thể di chuyển mã nguồn và theo dõi mục công việc sang một dự án nhóm mới bằng cách sử dụng công cụ này. Nó sẽ "nén" các ngày lịch sử, vì TFS sẽ muốn thêm dấu thời gian của riêng nó. Sẽ có một số vấn đề lịch sử tiềm năng, từ những gì tôi hiểu. Cụ thể, trong TFS 2010, bạn có thể gặp sự cố khi so sánh các phiên bản từ điều khiển nguồn được di chuyển trước. Ít nhất, cho đến nay, tôi có trong các thí nghiệm của tôi trong phòng thí nghiệm thử nghiệm của chúng tôi. Sự hiểu biết của tôi về vấn đề này là nó liên quan đến chế độ mục so với chế độ rãnh như là mặc định giữa hai phiên bản. Tôi có thể xem xét các phiên bản riêng lẻ và có thể xem lịch sử - để đáp ứng các yêu cầu của chúng tôi.

Tùy chọn khác là kiểm soát nguồn trong một dự án và các mục công việc trong một dự án và mục công việc khác. Tôi đã không thử điều này, bởi vì tôi sẽ tưởng tượng rằng các mối quan hệ changeset sẽ bị phá vỡ trên các mục công việc hiện tại và sẽ không được tạo ra trong tương lai. Điều này có thể hoặc không thể là một việc lớn đối với bạn.

Ngoài ra, có thể bạn nên mô tả tình huống của mình trong khu vực thảo luận của dự án trên Codeplex. Các tác giả thuộc Nhóm di cư TFS tại Microsoft và phụ thuộc vào phản hồi của những người trong cùng một chiếc thuyền mà chúng tôi đang có. Tôi đã trao đổi một vài email với họ cho đến nay, và họ đã khá hữu ích.

Dựa trên các cuộc thảo luận của chúng tôi với những người rất hữu ích tại Microsoft, chúng tôi có khả năng sẽ sao lưu cơ sở dữ liệu và làm theo các hướng dẫn trên Bryan Krieger's blog post (Đường dẫn 2: Nâng cấp di chuyển). Tôi hy vọng sẽ chạy thử nghiệm khi nâng cấp bằng bản sao lưu cũ hơn vào đầu tuần tới.

Best of luck! Tôi biết điều đó thật đáng sợ. May mắn thay, những trải nghiệm cài đặt và cấu hình của tôi với cài đặt TFS 2010 mới trong phòng thí nghiệm đã mượt mà hơn nhiều so với lần tiếp xúc ban đầu của tôi với quy trình TFS 2008. Hy vọng rằng, bạn thấy điều tương tự cũng đúng.

Answer 2

Chỉ trong trường hợp bất kỳ ai khác đến đây, tôi đã đăng một số hướng dẫn từng bước về cách thực hiện việc này (đối với các mẫu khác nhau) here.

Answer 3

Chúng tôi đã trải qua quá trình đau đớn này. Dưới đây là một số thông tin hữu ích:

1. Có, chúng tôi đã sử dụng bản phát hành mới nhất TFS Integration platform.
2. This blog là bạn của bạn cho nền tảng Tích hợp TFS.
3. Hãy xem các tệp xml ánh xạ here
4. Tham khảo this forum. Nó có rất nhiều thông tin tốt.
5. Cũng xem "Upgrading your Process Template in Team Foundation Server" và "Process Template Upgrade #3 – Destroy all Work Items and Import new ones".