2010-09-29 37 views
28

Tôi có cài đặt máy chủ TFS qua thời gian đã trải qua các nâng cấp từ TFS 2005 lên TFS 2008 và sau đó đến TFS 2010. Trong suốt quá trình cài đặt dự án đã được tạo và các mẫu dự án khác nhau đã được sử dụng. MSF Agile 4.0, 4.1, 4.2 và 5.0. và một vài MSF CMMI.Các bước để thay đổi mẫu quy trình cho dự án hiện có trong TFS 2010

Điều tôi muốn làm là "thay thế" mẫu dự án được sử dụng cho tất cả các dự án này để sử dụng một mẫu mới phổ biến: Microsoft Visual Studio Scrum 1.0.

Tôi biết rằng các mẫu dự án TFS được sử dụng làm mẫu để tạo dự án mới và không thể sửa đổi định nghĩa dự án tfs sau khi tạo.

Hiện tại, chỉ kiểm soát phiên bản và xây dựng phần máy chủ của TFS đã được sử dụng và không có loại mục công việc hiện có nào.

Ngoài ra tất cả các dự án và tập lệnh xây dựng tùy thuộc vào đường dẫn mã nguồn vẫn giữ nguyên.

Như tôi đã nhìn thấy nó tôi có các tùy chọn sau:

Tạo dự án TFS mới bằng cách sử dụng mẫu dự án chính xác và sau đó di chuyển/chi nhánh mã nguồn để các dự án mới.

  1. Tất cả mã được chuyển sang dự án nhóm tạm thời.
  2. Dự án cũ sẽ bị xóa
  3. dự án mới với tên gốc và đúng quy trình mẫu được tạo ra
  4. Mã được chuyển đến nhóm dự án mới
  5. nhóm dự án tạm thời bị xóa

    • Tất cả các định nghĩa xây dựng cần phải được tái tạo mà không phải là một tùy chọn.

    • Mã nguồn di chuyển/chi nhánh sẽ "mớ hỗn độn lên" lịch sử versioning

alt text
By rối tung lên lịch sử versioning Tôi có nghĩa là khi bạn di chuyển mã nguồn nó sẽ đằng sau cảnh làm thay đổi nguồn + xóa trên vị trí ban đầu và lịch sử sẽ vẫn được đặt trong dự án cũ. Điều này sẽ làm cho tìm kiếm trong lịch sử khó khăn và nếu tôi thực sự xóa dự án cũ, tôi sẽ mất tất cả lịch sử trước khi di chuyển mã nguồn.

Đây thực sự không phải là một lựa chọn cho tôi vì có nhiều năm lịch sử thay đổi mã cần thiết để hỗ trợ các ứng dụng khác nhau đang được xây dựng.

Sử dụng các công cụ di cư TFS để di chuyển đến một dự án TFS

  • này có nhược điểm tương tự như giải pháp đầu tiên

Thay thế các loại hạng mục công trình/nhập khẩu, cài đặt báo cáo mới, tạo các trang SharePoint mới

Đối với mỗi dự án tfs

  • Xóa định nghĩa hạng mục công trình sử dụng "witadmin deletewitd" hiện

  • nhập mỗi định nghĩa hạng mục công trình từ mẫu quy trình mới sử dụng "witadmin importwitd"

  • loại hạng mục công trình nhập khẩu sử dụng "witadmin importcategories"

  • báo cáo cũ Xóa trong thư mục dự án trong máy chủ báo cáo

  • Tải lên các định nghĩa báo cáo từ các mẫu quy trình mới

  • nguồn dữ liệu Sửa sử dụng cho các báo cáo sử dụng người quản lý báo cáo để trỏ đến các nguồn dữ liệu chia sẻ đúng (TfsReportDS và TfsOlapReportsDS)

  • Sửa đổi các tham số báo cáo giá trị ExplicitProject mặc định "" (chuỗi rỗng) và tắt tùy chọn người dùng nhắc.

  • xuất khẩu các tài liệu trong trang web SharePoint cũ sử dụng stsadm

  • Xóa SharePoint trang web cũ

  • Tạo lại trang SharePoint bằng cách sử dụng trang web TFS2010 Agile Dashboard mẫu

  • tính năng trang web Kích hoạt " Bảng điều khiển của Team Foundation Server Scrum "

  • Trong cài đặt dự án TFS -> Cổng thông tin dự án Cài đặt: Bật "nhóm dự án cổng thông tin" và đảm bảo url là chính xác. Kích hoạt tính năng "báo cáo và biểu đồ tham khảo dữ liệu cho nhóm dự án này"

Và cuối cùng ..

  • Process Warehouse

  • Process Cơ sở dữ liệu Phân tích

Mặc dù điều này liên quan đến rất nhiều bước nhỏ này trông hấp dẫn hơn vì tùy chọn này sẽ không buộc tôi phải di chuyển mã nguồn và các định nghĩa xây dựng hiện có của tôi sẽ được giữ nguyên.

Câu hỏi của tôi:

Có cách nào khác để đạt được sự thay thế các loại hạng mục công trình mà tôi đã không được đề cập?

Và/hoặc tôi có thiếu bất kỳ bước nào trong giải pháp cuối cùng không?

+0

xin lỗi, tôi đã vô tình bỏ phiếu này và bây giờ tôi bị khóa không cho sửa chữa nó – timB33

+0

Quá tệ. Hy vọng rằng những người khác cũng sẽ tìm thấy câu hỏi/câu trả lời này hữu ích và bỏ phiếu một lần nữa. –

Trả lời

12

Do bạn không sử dụng bất kỳ loại mục công việc hiện có nào, đề xuất cuối cùng của bạn trông giống như tùy chọn tốt nhất.

Sau khi xóa các báo cáo cũ và xuất tài liệu SharePoint (bạn cũng có thể sử dụng Windows Explorer thay vì stsadm), thực tế có hai lệnh trong 'tfpt' sẽ giúp bạn. Điều này sẽ làm giảm nó từ 14 bước xuống 5 hoặc 6 bước.

tfpt addprojectreports Add or overwrite reports for an existing team project 
tfpt addprojectportal Add or move portal for an existing team project 

tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose 
tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose 
+0

Không thể tin rằng tôi không nghĩ đến việc sử dụng tfpt để thay đổi trang SharePoint và báo cáo. Điều đó sẽ giúp tôi tiết kiệm rất nhiều công sức. Tôi cũng đã kết thúc bằng cách sử dụng Windows Explorer để di chuyển các tài liệu hiện có. –

0

Tùy chọn đầu tiên của bạn là IMHO shot tốt nhất của bạn. Bạn có thể phân nhánh các nguồn từ dự án nhóm cũ cho dự án nhóm mới. Với TFS 2010, bạn có thể xem lịch sử cũng từ vị trí phân nhánh. Vì vậy, bạn không mất chức năng ở đây.

Bản dựng chỉ là tệp msbuild được lưu trữ trong điều khiển nguồn. Điều duy nhất bạn phải làm là thực sự sao chép các định nghĩa xây dựng. Bạn có thể làm điều đó theo cách thủ công hoặc bạn có thể tạo một ứng dụng nhỏ để thực hiện điều đó cho bạn.

+3

Tôi đồng ý rằng đó chắc chắn sẽ là giải pháp đơn giản nhất, nhưng vấn đề của tôi là lịch sử mã nguồn sẽ vẫn còn trong dự án cũ và sẽ bị mất khi các dự án cũ bị xóa. Hơn nữa, nó sẽ làm cho việc tìm kiếm lịch sử thêm dificult vì bạn cần phải biết rằng bạn nên tìm kiếm trong một dự án khác. Tôi đã cập nhật câu hỏi về điều này. –

Các vấn đề liên quan