Vị trí của Dll của bên thứ ba trong phiên bản Control for .NET Project

Question

Điều gì sẽ là vị trí lý tưởng (thư mục) để kiểm tra trong Dll của bên thứ ba tham chiếu cho một dự án .NET trong một hệ thống điều khiển phiên bản. Thông thường tôi đã thấy hầu hết mọi người để đặt chúng dưới thùng, do đó thời gian chạy có thể tự động đón những tập tin này. Tuy nhiên đó là cách đi đúng đắn. Trước tiên, tôi muốn có một thư mục riêng biệt song song với bin được gọi là lib sẽ chứa tất cả các Dll của bên thứ ba, nhưng điều này cần thay đổi đối với tệp cấu hình ứng dụng để thư mục lib được chọn theo thời gian chạy. Ý tưởng của tôi ở đây là lib sẽ chứa dll của bên thứ ba trong khi bin sẽ chứa các dự án nhị phân (có thể là Dll hoặc Exe)

Cách ưa thích là gì? Tập trung hơn là vị trí trong Kiểm soát phiên bản chứ không chỉ Hệ thống tệp vật lý.

Answer 1

Chúng tôi sử dụng cấu trúc sau đây thư mục (chi tiết có sẵn on my blog):

Solution\ 
    Libraries\ 
    third-party DLLs here 
    Source\ 
    Project1\ 
    Project2\ 

Mỗi tài liệu tham khảo dự án (sử dụng "Browse" tab trong hộp thoại Reference Add) các hội đồng trong "Thư viện" thư mục. Chúng được tự động sao chép vào thư mục "bin" của mỗi dự án tại thời gian biên dịch. (Thư mục "Thư viện" là, tất nhiên, cam kết kiểm soát phiên bản.)

Answer 2

Có thư mục riêng biệt chứa các cụm của bên thứ ba (điều này sẽ giúp mọi thứ dễ dàng hơn trong việc duy trì kiểm soát nguồn) và sau đó tạo tham chiếu trong dự án của bạn cho các hội đồng đó. Sau đó, vào xây dựng, lắp ráp của bên thứ ba của bạn sẽ được sao chép vào \bin của bạn và bạn sẽ không phải thực hiện bất kỳ thay đổi cấu hình.

Answer 3

Tôi giả định rằng các bên thứ ba DLLs sẽ được sử dụng trong nhiều hơn một dự án của bạn. Vì vậy, việc đưa DLL trực tiếp vào thùng của mỗi dự án có nghĩa là bạn đã có nhiều bản sao DLL (trong VCS) vì có các dự án, không phải là thanh lịch. Như Andrew H. đã đề cập, nếu các tệp DLL thực sự phổ biến, chúng phải được đặt trong một thư mục chung sẽ được tất cả các dự án khác cần đến. Trở ngại duy nhất ở đây là khả năng phân biệt các phiên bản khác nhau của DLL giống nhau: theo thời gian, bạn có thể kết thúc với một cái gì đó như:

/common/ThirdPartyLibrary.dll (version 1.2)  
/common/ThirdPartyLibrary.dll (version 1.3) 

Cách tốt nhất mà tôi biết (bây giờ) xung quanh đó được đổi tên lần thứ 3 bên DLL với một số phiên bản rõ ràng và đề cập đến tên mới trong dự án của bạn, chẳng hạn như dự án của bạn sẽ luôn luôn, chắc chắn, hãy tham khảo phiên bản đúng. Giống như:

/common/ThirdPartyLibrary_v1.2.dll  
/common/ThirdPartyLibrary_v1.3.dll