2009-05-05 19 views
6

Nhóm của tôi đang tìm cách di chuyển nhiều công cụ của chúng tôi (SCM, theo dõi lỗi, xây dựng, thử nghiệm) sang TFS. Chúng tôi đang xem xét di chuyển từng hệ thống theo từng giai đoạn. Ví dụ: di chuyển kiểm soát nguồn đầu tiên, theo dõi lỗi/tính năng tiếp theo, v.v ...TFS mẫu hướng dẫn quy trình khóa-in?

Vì chúng tôi phải chọn mẫu quy trình để sử dụng kiểm soát nguồn (hoặc bất kỳ điều gì trong TFS) chúng tôi đã quyết định như thế nào? Tôi đang tìm cách tránh phải tạo một dự án khác sau đó (hoặc điều đó không tệ như tôi nghĩ nó sẽ là?).

Tôi biết tôi có thể lý thuyết tùy chỉnh mọi thứ mà quy trình mẫu cấu hình sau khi thực tế (phải không?), Nhưng thực tế điều này có khả thi như thế nào?

Sau đây là cách tôi nhìn thấy những điều xảy ra:

  1. Chúng tôi di chuyển mã nguồn của chúng tôi. Chúng tôi chọn mẫu CMMI của Microsoft.
  2. Chúng tôi tạo một mục công việc mới (hoặc ghi chú đăng ký) là một liên kết đơn giản đến hệ thống theo dõi lỗi cũ của chúng tôi.
  3. Chúng tôi làm việc trong một thời gian.
  4. Chúng tôi đợi đến các quyền hạn là (chúng tôi là một công ty phần mềm có kích thước phù hợp) để làm việc ra một quy trình phát triển TFS mới. Đây có thể là một tập hợp đơn giản các mục công việc mới hoặc một mẫu hoàn toàn mới định cấu hình tất cả các loại nội dung.
  5. Chúng tôi cố gắng di chuyển dự án TFS của chúng tôi sang hệ thống mới này mà không làm mất lịch sử của chúng tôi.

Chúng tôi xin lỗi vì chúng tôi không chỉ chờ cho đến khi tất cả các quyết định này được hoàn thành trước khi sử dụng TFS?

+0

câu hỏi hay, tôi đang ở tình huống rất giống ngay bây giờ! –

Trả lời

9

Vì vậy, bạn có quyền suy nghĩ về mẫu quy trình của mình vì có một số lượng nhất định "khóa" nhưng nó không quá nghiêm trọng. Nó giống như bạn đang bị mắc kẹt với quá trình mẫu của bạn với mật ong chứ không phải là siêu keo.

Cá nhân, tôi sẽ bắt đầu với mẫu MSF Agile. Đó là trọng lượng nhẹ hơn nhiều và chứa ít mục công việc hơn - vì vậy bạn có nhiều khả năng muốn thêm mọi thứ vào nó (rất dễ dàng trong TFS, được hỗ trợ rất tốt) thay vì mang chúng đi (phức tạp hơn và không hoàn toàn thỏa đáng). Tuy nhiên, nếu sức mạnh quyết định giảm quy trình định nghĩa quy trình uber và kỳ diệu sẽ đưa ra một mẫu quy trình mới trong thời gian 12 tháng mà họ muốn bạn sử dụng thì nó không hoàn toàn bị mất. Nếu bạn thấy rằng bạn muốn tạo một dự án nhóm hoàn toàn mới, miễn là nó nằm trên máy chủ đó (hoặc Bộ sưu tập dự án trong TFS 2010) thì bạn có thể phân nhánh mã của bạn cho dự án nhóm mới (có nghĩa là lịch sử có phần bị che khuất trong các phiên bản hiện tại của các máy khách TFS) hoặc bạn có thể tạo một Dự án nhóm mới với một thư mục trống để kiểm soát nguồn và sau đó di chuyển các thư mục con từ dự án nhóm cũ sang dự án nhóm mới. Điều này sẽ bảo toàn lịch sử một cách hoàn hảo vì TFS duy trì lịch sử để di chuyển trên cùng một cá thể TFS. Các mục công việc của bạn trước khi di chuyển sẽ bị mắc kẹt trong mẫu quy trình cũ và bạn sẽ cần phải quyết định xem bạn có muốn sao chép chúng hay chỉ để chúng tự động đóng lại. Rõ ràng, bằng cách thực sự sử dụng TFS trong 12 tháng cho các dự án thực sự, khi các quyền năng đến gõ bạn cũng sẽ ở vị trí tốt hơn để biết bạn muốn mẫu quy trình mới sáng bóng của bạn trông như thế nào - và Tôi thường thấy rằng đây là một tập thể dục mà chỉ không bao giờ xảy ra và hầu hết mọi người đang hạnh phúc mày mò xung quanh các cạnh của MSF Agile hoặc chọn một cái gì đó nhiều hơn quy định như Scrum For Team System.

Hy vọng điều đó sẽ giúp ích,

Martin.

+0

Cảm ơn! Tôi không biết lệnh di chuyển sẽ duy trì lịch sử tốt hơn rồi rẽ nhánh. Đây có thể là lựa chọn cuối cùng tuyệt vời! – Aardvark

+0

++ cho trò bị mắc kẹt với mật ong –

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