DLL phụ thuộc không được sao chép vào thư mục đầu ra xây dựng trong Visual Studio

Tôi có một giải pháp phòng thu trực quan. Tôi có nhiều dự án trong giải pháp. Có một dự án chính đóng vai trò khởi động và sử dụng các dự án khác. Có một dự án nói "ProjectX". Tài liệu tham khảo của nó được thêm vào dự án chính. ProjectX tham chiếu một dll .NET khác (giả sử abc.dll) không phải là một phần của giải pháp.

Bây giờ abc.dll này sẽ được sao chép vào thư mục bin / debug của dự án chính, nhưng nó không được sao chép ở đó. Tại sao nó không được sao chép, bất kỳ lý do được biết đến?

Tôi thấy rằng nếu ProjectX tham chiếu abc.dll nhưng không sử dụng trực tiếp bất kỳ loại DEFINED nào trong abc.dll, thì abc.dll sẽ KHÔNG được sao chép vào thư mục đầu ra chính. (Nó sẽ được sao chép vào thư mục đầu ra ProjectX, để làm cho nó thêm khó hiểu.)

Vì vậy, nếu bạn không sử dụng rõ ràng bất kỳ loại nào từ abc.dll ở bất cứ đâu trong ProjectX, thì hãy đặt một khai báo giả ở đâu đó trong một trong các tệp trong ProjectX.

AbcDll.AnyClass dummy006; // this will be enough to cause the DLL to be copied

Bạn không cần phải làm điều này cho mọi lớp - chỉ một lần là đủ để tạo bản sao DLL và mọi thứ hoạt động như mong đợi.

Phụ lục: Lưu ý rằng điều này có thể hoạt động cho chế độ gỡ lỗi, nhưng KHÔNG để phát hành. Xem câu trả lời của @ nvirth để biết chi tiết.

Chỉ là một phụ bản cho câu trả lời của Overlord Zurg.

Tôi đã thêm tham chiếu giả theo cách này và nó hoạt động ở chế độ Gỡ lỗi:

public class DummyClass
{
    private static void Dummy()
    {
        var dummy = typeof(AbcDll.AnyClass);
    }
}

Nhưng trong chế độ Phát hành, dll phụ thuộc vẫn không được sao chép.
Điều này làm việc tuy nhiên:

public class DummyClass
{
    private static void Dummy()
    {
        Action<Type> noop = _ => {};
        var dummy = typeof(AbcDll.AnyClass);
        noop(dummy);
    }
}

Thông tin này thực sự đã làm tôi mất hàng giờ để tìm ra, vì vậy tôi nghĩ rằng tôi chia sẻ nó.

Có, bạn sẽ cần phải đặt Copy Localthành true. Tuy nhiên, tôi khá chắc chắn bạn cũng sẽ cần phải tham khảo lắp ráp từ dự án chính và thiết lập Copy Localđể truecũng - nó không chỉ được sao chép từ một hội đồng phụ thuộc.

Bạn có thể đến Copy Localkhách sạn bằng cách nhấp vào cụm bên dưới Referencesvà nhấn F4.

Nó trông trơn tru khi bạn làm cho nó một thuộc tính lắp ráp

[AttributeUsage(AttributeTargets.Assembly)]
public class ForceAssemblyReference: Attribute
{        
    public ForceAssemblyReference(Type forcedType)
    {
        //not sure if these two lines are required since 
        //the type is passed to constructor as parameter, 
        //thus effectively being used
        Action<Type> noop = _ => { };
        noop(forcedType);
    }
}

Việc sử dụng sẽ là:

[assembly: ForceAssemblyReference(typeof(AbcDll.AnyClass))]

Ran vào vấn đề tương tự. Thông tin cơ bản: trước khi xây dựng, tôi đã thêm một Dự án X mới vào giải pháp. Dự án Y phụ thuộc vào Dự án X và Dự án A, B, C phụ thuộc vào Dự án Y.

Lỗi xây dựng là các dll Project A, B, C, Y và X không thể tìm thấy.

Nguyên nhân sâu xa là Project X mới được tạo nhắm mục tiêu .NET 4.5 trong khi phần còn lại của các dự án giải pháp nhắm vào .NET 4.5.1. Dự án X không được xây dựng khiến các dự án còn lại cũng không xây dựng.

Hãy chắc chắn rằng bất kỳ Dự án mới được thêm nào đều nhắm đến cùng một phiên bản .NET như phần còn lại của giải pháp.

Không chắc chắn nếu điều này có ích nhưng đối với tôi, nhiều lần tôi tham chiếu một DLL (tất nhiên sẽ tự động thêm nó vào thư mục bin). Tuy nhiên, DLL có thể cần thêm DLL (tùy thuộc vào chức năng tôi đang sử dụng). Tôi KHÔNG muốn tham chiếu những người trong Dự án của mình vì họ chỉ cần kết thúc trong cùng một thư mục với DLL mà tôi thực sự đang sử dụng.

Tôi thực hiện điều này trong Visual Studio bằng cách "Thêm một tệp hiện có". Bạn sẽ có thể thêm nó ở bất cứ đâu ngoại trừ thư mục Add_data. Cá nhân tôi chỉ cần thêm nó vào thư mục gốc.

Sau đó thay đổi thuộc tính của tệp đó thành ...

Build Action = Không (có cài đặt này thành một cái gì đó như Nội dung thực sự sao chép phiên bản "root" vào thư mục gốc, cộng với một bản sao trong Thùng).

Sao chép vào thư mục đầu ra = Sao chép nếu Mới hơn (Về cơ bản chỉ đặt nó vào thư mục BIN nếu bị thiếu, nhưng sau đó không thực hiện được)

Khi tôi xuất bản .. DLL của tôi chỉ tồn tại trong thư mục BIN và không ở đâu khác trong vị trí Xuất bản (đó là những gì tôi muốn).

Bạn cũng có thể kiểm tra để đảm bảo các DLL bạn đang tìm kiếm không được bao gồm trong GAC. Tôi tin rằng Visual Studio đang thông minh về việc không sao chép các tệp đó nếu nó đã tồn tại trong GAC trên máy dựng.

Gần đây tôi đã chạy trong tình huống này khi tôi đang thử nghiệm gói SSIS cần lắp ráp tồn tại trong GAC. Tôi đã quên điều đó và tự hỏi tại sao những DLL đó không xuất hiện trong quá trình xây dựng.

Để kiểm tra những gì trong GAC (từ Dấu nhắc lệnh của nhà phát triển Visual Studio):

gacutil -l

Hoặc xuất ra một tệp để dễ đọc hơn:

gacutil -l > output.txt
notepad.exe output.txt

Để loại bỏ một hội đồng:

gacutil -u MyProjectAssemblyName

Tôi cũng cần lưu ý rằng, một khi tôi xóa các tệp khỏi GAC, chúng được xuất chính xác trong thư mục \ bin sau khi xây dựng (Ngay cả đối với các cụm không được tham chiếu trực tiếp trong dự án gốc). Đây là trên Visual Studio 2013 Update 5.

Trong trường hợp của tôi, đó là điều ngu ngốc nhất, gây ra bởi một hành vi mặc định của TFS / VS mà tôi không đồng ý.

Vì việc thêm dll làm tham chiếu cho dự án chính không hoạt động, tôi quyết định thêm nó dưới dạng "Mục hiện có", với Sao chép cục bộ = Luôn luôn. Thậm chí sau đó tập tin không có ở đó.

Hóa ra, mặc dù tệp có mặt trên Giải pháp VS và mọi thứ được biên dịch cả cục bộ và trên máy chủ, VS / TFS không thêm thực sự thêm tệp vào kiểm soát nguồn. Nó hoàn toàn không được bao gồm trong "Thay đổi đang chờ xử lý". Tôi đã phải tự đi đến Source Control Explorer và nhấp vào biểu tượng "Thêm mục vào thư mục".

Ngốc vì tôi đã phát triển 15 năm ở VS. Tôi đã gặp phải điều này trước đây, tôi chỉ không nhớ và bằng cách nào đó tôi đã bỏ lỡ nó vì mọi thứ vẫn được biên dịch vì tệp là tài liệu tham khảo thông thường, nhưng tệp được thêm dưới dạng Mục hiện tại không được sao chép vì nó không tồn tại máy chủ điều khiển nguồn.

Tôi hy vọng điều này sẽ giúp ai đó tiết kiệm thời gian, vì tôi đã mất 2 ngày trong cuộc đời này.

Đây là một điều chỉnh nhỏ về ví dụ của nvirth

internal class DummyClass
{
    private static void Dummy()
    {
        Noop(typeof(AbcDll.AnyClass));
    }
    private static void Noop(Type _) { }
}

Tôi sẽ thêm nó vào các sự kiện Postbuild để sao chép các thư viện cần thiết vào các thư mục đầu ra. Một cái gì đó giống như thư mục thư mục XCopy

Bạn có thể tìm thấy chúng trên các thuộc tính dự án -> Xây dựng sự kiện.

Vấn đề:

Gặp phải một vấn đề tương tự đối với gói NuGet DLL (Newtonsoft.json.dll) trong đó đầu ra bản dựng không bao gồm DLL được tham chiếu. Nhưng việc biên dịch đi qua tốt đẹp.

Sửa chữa:

Đi qua các dự án của bạn trong một trình soạn thảo văn bản và tìm kiếm các tài liệu tham khảo với các thẻ trong đó. Thích Đúng hay Sai. Tư nhân ăn ý là một từ đồng nghĩa với bản sao Sao chép. Ở đâu đó trong các hành động, MSBuild đang thực hiện để xác định vị trí phụ thuộc, nó tìm thấy sự phụ thuộc của bạn ở một nơi khác và quyết định không sao chép nó.

Vì vậy, hãy đi qua từng tệp .csproj / .vbproj và xóa các thẻ theo cách thủ công. Xây dựng lại và mọi thứ hoạt động trong cả Visual Studio và MSBuild. Khi bạn đã làm việc đó, bạn có thể quay lại và cập nhật địa điểm mà bạn nghĩ họ cần.

Tài liệu tham khảo:

https://www.paraesthesia.com/archive/2008/02/13/what-to-do-if-copy-local-works-in-vs-but.aspx/

KHÔNG CẦN DUMMY TRONG MÃ
Chỉ:

thêm một tài liệu tham khảo cho dự án thực thi

hoặc / và đảm bảo rằng tham chiếu trong dự án thực thi đã "Copy Local"được đặt thành TRUE(đó là " lỗi " của tôi ) có vẻ như "ghi đè" cài đặt này trong dự án thư viện tham chiếu cơ sở ...

Nếu bạn nhấp vào hội đồng được tham chiếu, bạn sẽ thấy một thuộc tính có tên là Copy Local . Nếu Copy Local được đặt thành true, thì lắp ráp sẽ được bao gồm trong thùng. Tuy nhiên , có một số vấn đề với Visual studio, đôi khi nó không bao gồm dll được tham chiếu trong thư mục bin ... đây là cách giải quyết phù hợp với tôi:

TLDR; Visual Studio 2019 có thể chỉ cần khởi động lại.

Tôi đã gặp tình huống này khi sử dụng các dự án dựa trên dự án Microsoft.NET.Sdk.

<Project Sdk="Microsoft.NET.Sdk">

Đặc biệt:

• Project1: mục tiêu .netstandard2.1
  • tài liệu tham khảo Microsoft.Extensions.Logging.Consolequa Nuget
• Project2: mục tiêu .netstandard2.1
  • tài liệu tham khảo Project1thông qua tài liệu tham khảo Dự án
• Project2Tests: mục tiêu .netcoreapp3.1
  • tài liệu tham khảo Project2thông qua tài liệu tham khảo Dự án

Khi thực hiện kiểm tra, tôi nhận được thông báo lỗi cho biết Microsoft.Extensions.Logging.Consolekhông thể tìm thấy và thực sự nó không có trong thư mục đầu ra.

Tôi đã quyết định giải quyết vấn đề bằng cách thêm Microsoft.Extensions.Logging.Consolevào Project2, chỉ để phát hiện ra rằng Trình quản lý Nuget của Visual Studio không liệt kê Microsoft.Extensions.Logging.Consolenhư đã cài đặt Project1, mặc dù có sự hiện diện trong Project1.csprojtệp.

Việc tắt và khởi động lại đơn giản của Visual Studio đã giải quyết vấn đề mà không cần thêm tài liệu tham khảo. Có lẽ điều này sẽ giúp ai đó tiết kiệm được 45 phút năng suất bị mất :-)

Bạn có thể đặt cả đường dẫn đầu ra xây dựng của dự án chính và ProjectX vào cùng một thư mục, sau đó bạn có thể nhận được tất cả các dll bạn cần trong thư mục đó.

Đảm bảo rằng dll phụ thuộc mà bạn sử dụng không có khung .net đích cao hơn khung .net đích của Ứng dụng dự án của bạn.

Bạn có thể kiểm tra điều này bằng cách chọn dự án của bạn, sau đó nhấn ALT + ENTER, sau đó chọn Ứng dụng từ bên trái và sau đó chọn Khung mục tiêu của dự án của bạn.

Giả sử, khung phụ thuộc dll Target = 4.0 và Application dll Target Framework = 3.5 sau đó thay đổi thành 4.0

Cảm ơn bạn!

Khác với những cái phổ biến ở trên, tôi đã có một giải pháp đa dự án để xuất bản. Rõ ràng một số tệp nhắm mục tiêu các khung khác nhau.

Vì vậy, giải pháp của tôi: Thuộc tính> Phiên bản cụ thể (Sai)

Thêm DLL như một mục hiện có vào một trong các dự án và nó sẽ được sắp xếp