Sau khi sáp nhập một chi nhánh trở lại "thân cây", hầu hết mọi người làm gì với chi nhánh. Chỉ cần xóa nó? Di chuyển nó đến một khu vực khác? Thay đổi quyền của nó?Việc cần làm với một chi nhánh sau khi hợp nhất với TFS
Mối quan tâm chúng tôi có là các nhà phát triển đang ở xa và không đọc thư của họ có thể đến làm việc và tiếp tục làm việc trên chi nhánh, sau khi hợp nhất đã được thực hiện.
Khi chi nhánh chắc chắn đã chết thì tôi muốn xóa chúng. Bạn luôn có thể phục hồi một cái gì đó trong TFS nếu cần thiết (Options, Source Control, Show Deleted Items). Dev làm việc trong khu vực đó mà không nhận ra nó có thể có được một số hành vi lạ (tức là các tập tin biến mất khi họ thực hiện Get Latest), tuy nhiên họ có thể tìm ra một điều gì đó đã xảy ra khá nhanh.
Điều đó nói rằng, đôi khi có thể mất một lúc để đảm bảo nhánh chắc chắn đã chết trong trường hợp thay đổi quyền trên nhánh để chỉ có một số người hạn chế có thể chỉnh sửa các tệp trên nhánh đó. Bạn có thể có một người khóa tất cả các tập tin trong chi nhánh với một khóa kiểm tra nhưng tôi không thấy rằng để làm việc quá tốt khi đóng băng một nhánh - cho phép dường như làm việc tốt hơn để bạn không cần phải có một bó các thay đổi đang chờ xử lý (khóa) để quản lý tất cả các tệp trong nhánh và bạn cũng có thể có nhiều người làm việc trên đó trong khi đang bị đóng băng.
Tôi đã sử dụng các điều khoản để khóa toàn bộ dự án TFS khi chúng tôi đã di chuyển trên. Nó cực kỳ hiệu quả. – NotMe
Việc xóa chi nhánh cũng có xóa lịch sử thay đổi của các tệp không? – ClearCloud8
Chúng tôi xóa các chi nhánh, khi chúng tôi chắc chắn quá trình hợp nhất thành công.
Chúng tôi chuyển chúng vào thư mục Lưu trữ. Chúng ta cũng nên thay đổi quyền truy cập.
Câu hỏi tương tự ở đây: [http://stackoverflow.com/questions/507623/orphaned-branches-in-tfs](http://stackoverflow.com/questions/507623/orphaned-branches-in-tfs) – uli78