2010-03-16 3 views
6

Nhóm của chúng tôi hiện đang sử dụng TFS cũ năm 2005, không phân nhánh, kiểm tra chia sẻ v.v ... Tôi muốn giới thiệu hệ thống phân nhánh DEV/MAIN/PROD tương tự như hương vị cơ bản trong TFS Guidance document để chúng ta có thể thực hiện một số tiến trình xem xét và triển khai song song, riêng biệt và vững chắc.Chuyển đổi sang nhánh với TFS

Tôi đã đọc hầu hết các giấy tờ trắng vv Các bạn có lời khuyên thực tế nào, các công cụ được đề xuất, gotchas hoặc đề xuất hay không. Ngoài ra, chúng tôi dự định di chuyển đến năm 2010 khi nó xuất hiện - không chắc liệu điều đó có ảnh hưởng đến bất kỳ điều gì hay không. Tôi đánh giá cao tất cả các đề xuất và giúp tôi có thể nhận được như tôi là một neophyte phân nhánh.

+0

+1, câu hỏi rất tốt. –

Trả lời

4

Lời khuyên của tôi là giữ cho các chiến lược phân nhánh của bạn trở nên đơn giản. Thật dễ dàng để có được mang đi và thực hiện các chiến lược phân nhánh khá phức tạp mà đòi hỏi một đội ngũ toàn bộ chỉ để quản lý chúng.

Tôi có xu hướng đi theo chỉ với một nhánh "nhánh chính" và một (hoặc nhiều) "bản phát hành". Chi nhánh chính là nơi phát triển ngày này sang ngày khác và nhánh phát hành được sử dụng để chụp nhanh mã trước khi được đẩy vào sản xuất.

Chi nhánh chính tiếp tục thay đổi khi dự án phát triển theo thời gian trong khi nhánh phát hành là cách quay trở lại để thay đổi những gì đang được sản xuất mà không có rủi ro bao gồm các thay đổi khác đang diễn ra trên nhánh chính. Nhánh phát hành được sử dụng để tạo bản sửa lỗi nóng.

tôi đã mô tả chi tiết hơn trên blog của tôi:

http://hectorcorrea.com/Blog/Simple-Branching-Strategies-for-Team-Foundation-Server