У мене декілька файлів dll у папці \ lib моєї проектної папки. На сторінці властивостей DLL я вибрав "Створення дій" як "Вміст" та "Копіювати у вихідний каталог" як "Копіювати завжди".
Після побудови я фактично отримую dll скопійовано, але вони знаходяться всередині \ bin \ Release \ lib, а не в \ bin \ Release.
Чи є спосіб скопіювати файли dll в \ bin \ Release (а не в \ bin \ Release \ lib) без написання сценарію після складання або звернення до nant тощо?
Відповіді:
замість <Content>використання <ContentWithTargetPath>та вкажіть цільовий шлях, наприклад:
<ItemGroup>
<ContentWithTargetPath Include="lib\some_file.dat">
<CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
<TargetPath>some_file.dat</TargetPath>
</ContentWithTargetPath>
<ItemGroup>
Зауважте, що цей запис може не бути видимим у Visual Studio (2012, 2015, 2017), але після додавання вручну до csproj він з’явиться у Visual Studio. Цільовий шлях не можна редагувати через інтерфейс користувача.
ContentWithTargetPathінкрементальної компіляції перерв (тестовано на VS 2017 15.9.9)
Тримайте їх $(ProjectDir)\Lib, але додайте ці файли " Як посилання " до кореня вашого .csproj. Тепер вони будуть скопійовані в bin \ Debug (або будь-яку іншу папку виводу), не перебуваючи в lib.
EDIT: Ця відповідь була написана назад, коли ContentWithTargetPath не був доступний у версіях VS / MSBuild, які я використовував. Залишаючи цю відповідь тут людям, яким, можливо, доведеться використовувати старішу версію VS. Будь ласка, припиніть коментувати це, ми всі знаємо, що зараз є кращі способи.
Якщо ваша основна мета полягає в тому, щоб включати DLL, не захаращуючи кореневий каталог проекту, іншим рішенням є переміщення DLL в окремий спільний проект і додавання цього в якості посилання в оригінальний проект.
(Зауважте, що ця публікація не відповідає безпосередньо на це запитання, оскільки вона не зберігає папку та структуру проекту, але я вважаю такий підхід корисним, оскільки мені вдалося реструктурувати мій проект у моєму випадку і тому, що я хотів уникнути деяких з Мінуси інших підходів тут.)
Кроки
Solution -> Add -> New Project -> Shared ProjectBuild Action: Contentі Copy to Output Directory: Copy Always)References -> Add Reference -> Shared ProjectsУстановка виглядає приблизно так:
Додайте dll-файли як посилання на проект, а на посилання "Копіюйте локальний" у true.
Якщо вам потрібно скопіювати файли з каталогу Libs у кореневу папку VS2017:
<ItemGroup Condition="'$(Platform)' == 'x64'">
<None Include="Libs\x64\**" Link="\%(Filename)%(Extension)" CopyToOutputDirectory="PreserveNewest" />
</ItemGroup>
<ItemGroup Condition="'$(Platform)' == 'x86'">
<None Include="Libs\x86\**" Link="\%(Filename)%(Extension)" CopyToOutputDirectory="PreserveNewest" />
</ItemGroup>До будь-якої іншої папки, включаючи папку Libs (RecursiveDir)
<ItemGroup Condition="'$(Platform)' == 'x86'">
<None Include="Libs\x86\**" Link="mycustomfolder\%(RecursiveDir)%(Filename)%(Extension)" CopyToOutputDirectory="PreserveNewest" />
</ItemGroup>У VisualStudio 2015 здається, що якщо dll, які ви 'додаєте за допомогою посилання', знаходяться у підпапці того самого проекту - вони будуть автоматично поміщені в папку, а вихід також розміщений у папці, як ви бачили.
Якщо DLL знаходяться в іншому проекті або каталозі на диску, а не в підпапках проекту , ви можете "Додати за посиланням", і вони будуть добре поміщені в кореневу директорію.
Альтернативний метод - просто залишити елементи як тип None. У провіднику рішень натисніть на ті, які потрібно розгорнути, і встановіть Contentвластивість True.
Примітка: я це робив у VS2019, і все може змінюватися від версії до версії.
Для того, щоб це спрацювало, тепер клацніть правою кнопкою миші на вашому проекті та виберіть "Вивантажити проект". Потім клацніть правою кнопкою миші на завантажений проект і виберіть "Редагувати ім'я проекту.vcxproj".
У редакторі пройдіть до кінця файлу і вставте цю ціль прямо перед кінцевим </Project>тегом:
<Target Name="CopyContent" AfterTargets="Build">
<Copy SourceFiles="@(None)" Condition="'%(None.DeploymentContent)' == 'true'" DestinationFolder="$(OutputPath)" ContinueOnError="true" />
</Target>Тепер клацніть правою кнопкою миші на завантажений проект і виберіть "Перезавантажити проект". Виберіть, щоб зберегти і закрити, якщо вам буде запропоновано.
Я також встановив OutputDirectory:
$(SolutionDir)bin\$(Configuration)\$(Platform)\
і IntermediateDirectoryдо:
$(SolutionDir)obj\$(Configuration)\$(ProjectName)\$(Platform)\
на сторінці Загальні властивості проекту. Це додає вихід у папку "bin", а проміжні - у папку "obj" у корені вашого рішення.
Примітка. Значення $(SolutionDir)не визначено, коли ви запускаєте MSBuild з командного рядка. Існує хитрість, яку ви можете використати, щоб визначити це в папці, де живе файл .sln за допомогою GetDirectoryNameOfFileAbove. (залишено як вправу для читача). Крім того, схоже, що в 2019 році вони в будь-якому разі справляються з цим правильно в командному рядку. Да :)$(SolutionDir) містить зворотну косу риску, отже , жоден після нього. Результати кожного повинні мати зворотний нахил.
Тепер, якщо ви володієте Pro або вище, будь ласка, не робіть цього щоразу, коли вам потрібно створити проект. Це було б кульгавим. Натомість, як тільки ви налаштуєте проект так, як вам подобається, виберіть Project -> Export Template. Ви даєте йому ім'я, і наступного разу, коли ви захочете створити проект саме так, просто виберіть це ім'я у діалоговому вікні «Новий проект». (У старшій версії, я думаю, це було Files -> Export Teamplate....)
У мене була така ж проблема з проектом Visual Studio 2010 / C #.
Для складання (тобто з інтерфейсом .NET) використовуйте папку "Список літератури" під вашим проектом у Провіднику рішень. Клацніть правою кнопкою миші, виберіть "Додати існуючий елемент" та знайдіть свою .dll збірку.
Загальні файли .dll можна розмістити у підпапках (як "\ lib" згадувалося вище) та у властивостях виберіть:
Це працювало для мене саме так, як хотілося - під час збирання .DLL копіюються у вихідний каталог без підпапки "\ lib".