Ở lại với Visual SourceSafe hoặc đi đến Team Foundation Server 2010

Question

Chúng tôi là một nhóm nhỏ gồm sáu nhà phát triển hiện đang sử dụng Visual Studio 2003 và Microsoft Visual SourceSafe (HVAC). Mọi người đều có trách nhiệm đối với chương trình của mình không chia sẻ mã với nhau. Mọi người đều có trách nhiệm xử lý phiên bản riêng của mình, các mã không có trong phiên bản xử lý thông thường.

Bây giờ chúng tôi sẽ cập nhật lên Visual Studio 2010 và đang nghĩ đến khi chúng tôi chuyển sang Team Foundation Server 2010 (TFS) hoặc nếu chúng ta nên tiếp tục với hệ thống ống nước. Tôi muốn đi qua, nhưng một số đồng nghiệp của tôi là nghi ngờ.

1. Ưu và nhược điểm của Hoa Kỳ để chuyển sang TFS là gì?
2. Ngoài việc xử lý phiên bản, những gì trong TFS chúng ta sẽ thấy hữu ích?
3. TFS có phải là công cụ phù hợp với cách chúng ta đang làm việc hoặc nó có quá mức không?
4. Bạn có thể làm việc với mã ngoại tuyến không? Đôi khi chúng tôi làm việc với máy tính xách tay của chúng tôi tại nhà hoặc tại khách hàng

Tôi không tìm thấy bất cứ đâu.

Answer 1

Trước hết, Sourcesafe sẽ hỗ trợ Visual Sourcesafe sẽ sớm kết thúc: http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=sourcesafe&Filter=FilterNO

Nếu điều đó không đủ để bạn di chuyển, thì có một bài đăng xuất sắc từ Brian Harry (Người quản lý chương trình TFS) tại sao bạn nên Di chuyển đến TFS: http://blogs.msdn.com/b/bharry/archive/2009/10/01/tfs-2010-for-sourcesafe-users.aspx


Tóm lại, TFS chỉ là Kiểm soát nguồn, nó có Các mục công việc mà bạn có thể theo dõi công việc của mình, thêm truy xuất nguồn gốc và nhận thông tin Quản lý dự án. Nó cũng có một công cụ tự động hóa xây dựng mà bạn có thể tự động hoá việc biên dịch, kiểm tra và xác nhận mã của các ứng dụng của bạn.

Khi bạn đi xa hơn nó cũng có khả năng thử nghiệm lớn: http://msdn.microsoft.com/en-us/library/ms182409.aspx

Để trả lời câu hỏi của bạn:

1. Có rất nhiều ưu, và một con lớn. Các con là bạn phải di chuyển, mặc dù có một công cụ chuyển đổi cho VSS để TFS: http://msdn.microsoft.com/en-us/library/ms253060.aspx
2. hạng mục công trình, xây dựng tự động hóa, báo cáo, tích hợp SharePoint, quản lý kiểm tra, quản lý phòng thí nghiệm
3. TFS là rất tốt: nó quy mô từ các nhóm như của bạn cho các tổ chức lớn cho đến hàng nghìn người dùng.
4. Có khả năng bắt đầu studio trực quan mà không cần kết nối TFS. Sau đó, nó hỏi bạn có muốn làm việc ngoại tuyến hay không. Khi bạn trực tuyến một lần nữa, bạn có thể vào mạng TFS và nó sẽ kiểm tra các thay đổi. Ngoài ra còn có khả năng để hiển thị TFS trên internet, vì vậy bạn có thể truy cập TFS trong tổ chức của bạn từ nhà.

Answer 2

Có hay không bạn nên đến TFS2010 là một câu hỏi khó hiểu, với nhiều câu trả lời hay.

Có hay không bạn nên thoát khỏi VSS là 100% rõ ràng. Có rất nhiều bài viết trên mạng về lý do tại sao:

Microsoft's Source Destruction System

VSS: Unsafe at Any Speed

Anything But Sourcesafe

Answer 3

thời gian gần đây Sau khi di cư từ VSS để TFS2010 tôi đã không nhìn lại.Tôi thích cách mọi thứ được tích hợp. Nếu không trình bày lại những gì đã nói trước một số tính năng tuyệt vời là:

• đúng nhánh & sáp nhập
• AD hội nhập, không còn phải thiết lập người dùng trong VSS
• dễ dàng để xem ai có gì kiểm tra ra
• Dễ dàng xem lịch sử đăng ký (tuyệt vời để xem lại mã)
• Công cụ quyền lực TFS thêm chính sách đăng ký tùy chỉnh và trình đơn ngữ cảnh của Windows Explorer
• Các mục công việc, theo dõi và liên kết của chúng h changesets
• báo cáo
Portals
• Nhóm dự án Găn - vì vậy các nhà phát triển không thể truy cập TFS báo cáo/công việc thông tin mục vv
• Speed, nó rất nhanh hơn nhiều so với VSS
• Nguồn được lưu trữ trong SQL server và check-in hoạt động là giao dịch và không dựa trên tệp, không còn chạy VSS nào nữa làm sạch

Tôi thấy rằng việc di chuyển mã nguồn bằng cách sử dụng công cụ di chuyển một cách làm mới là cách nhanh nhất, giữ SourceSafe ở chế độ chỉ đọc cho thời gian lẻ tôi phải tham khảo lịch sử.