Vì vậy, # 2 dự án khung tùy chỉnh là điều tương tự như # 1, nhưng tùy chỉnh cho một khách hàng cụ thể?
Làm cho mã nguồn khung tùy chỉnh trở thành chi nhánh của mã nguồn khung bình thường, thay vì giữ nó như một giải pháp riêng biệt thực tế? Tôi cho rằng nó sẽ phụ thuộc vào sự khác biệt rộng lớn.
Như tôi thấy, ưu điểm của việc tạo một nhánh là bạn có thể dễ dàng hợp nhất các thay đổi giữa hai nhánh. Hãy tưởng tượng rằng một sửa lỗi hoặc một tính năng mới được thực hiện trong # 1 và cũng cần phải được áp dụng cho # 2; TFS sẽ có thể thực hiện điều này dễ dàng hơn, miễn là TFS biết rằng # 2 chỉ là một nhánh của # 1.
Dù sao, để đến điểm câu hỏi của bạn, ý tưởng của tôi là các dự án khác của bạn nên tham khảo các cụm đầu ra từ các dự án này.
Tôi sẽ sao chép các hội đồng Khung thành một thư mục trong thư mục giải pháp của các dự án khác của bạn. Tôi thường gọi tôi là "Phụ thuộc", nhưng nó thực sự không quan trọng. Có dự án của bạn thêm một tham chiếu đến những tập tin lắp ráp. Tôi giả định rằng các hội đồng khung tùy chỉnh của bạn sẽ có cùng tên với các khung công tác khung bình thường, vì vậy bạn có thể dễ dàng hoán đổi các tệp đó khi cần (hoặc tạo các nhánh riêng biệt của các dự án của bạn sử dụng khung tùy chỉnh).
Tôi sẽ không khuyến khích đưa các hội đồng vào GAC, vì dễ dàng tự đi lại trong quá trình phát triển nếu bạn quên gỡ cài đặt phiên bản cũ của hội đồng từ GAC.
Nguồn
2012-03-05 14:26:27
Trong khi điều này có thể không có giá trị với tình hình của bạn, nếu bạn đang sử dụng lật đổ, svn: externals sẽ là một giải pháp khá đơn giản để tình huống này. – Candide