Как отключить кэширование определений сборки в Visual studio

В файле проекта я импортирую свой собственный целевой файл

<Import Project="Build\CopyDependencies.target" />

и позже я вызываю цель из этого файла цели

<CallTarget Targets="CopyDependencies" UseResultsCache="false" />

Если я редактирую файл CopyDependencies.target, мне нужно перезагрузить все решение, и только после этого изменения в CopyDependencies.target вступают в силу. Я считаю, что это какое-то кэширование определений сборки в Visual Studio? Если это так, может быть, его можно отключить?

Источник

5 ответов

Решение

Спасибо @KazR

Вот меньшее решение, которое вы можете вставить в ваш файл.csproj

<Target Name="AfterBuild">
  <PropertyGroup>
    <TempProjectFile>Build.$([System.Guid]::NewGuid()).proj</TempProjectFile>
  </PropertyGroup>
  <Copy SourceFiles="Build.proj" DestinationFiles="$(TempProjectFile)" />
  <MSBuild Projects="$(TempProjectFile)" />
  <ItemGroup>
    <TempProjectFiles Include="Build.????????-????-????-????-????????????.proj"/>
  </ItemGroup>
  <Delete Files="@(TempProjectFiles)" />
</Target>

Задача решена

Источник

Я не знаю, как можно отключить кэш VS, однако у меня может быть обходной путь, который позволит вам редактировать цель сборки без перезагрузки решения.

Вы можете использовать задачу MSBuild в своем файле proj для вызова цели-оболочки, которая копирует ваш файл CopyDependencies.target в CopyDependencies.[RandomNumber].target, затем вызывает вашу цель CopyDependencies во вновь созданном файле и, наконец, удаляет ее.

Это заставит VS перезагружать цель при каждом вызове, поскольку имя файла отличается.

Вот пример:

myProject.proj

Добавьте это к цели AfterBuild:

<MSBuild Projects="Wrapper.target" Targets="MyWrappedTarget" UnloadProjectsOnCompletion="true"/>

Wrapper.target

Здесь у нас есть цель, которая во время сборки скопирует реальный целевой файл и вызовет в нем нужную цель сборки (я использовал встроенную задачу C#, которая доступна только в MSBuild 4.0):

    <UsingTask TaskName="RandomNumber" TaskFactory="CodeTaskFactory" AssemblyFile="$(MSBuildToolsPath)\Microsoft.Build.Tasks.v4.0.dll">
    <ParameterGroup>
        <Number ParameterType="System.Int32" Output="true"/>
    </ParameterGroup>
    <Task>
        <Code Type="Fragment" Language="cs">
        <!-- CDATA -->
        Random rndGenerator = new Random();
        Number = rndGenerator.Next(Int32.MaxValue);
        <!-- CDATA -->
        </Code>
    </Task>
</UsingTask>

<Target Name="MyWrappedTarget">
    <Message Text="MyWrappedTarget target called"/>


    <RandomNumber>
        <Output TaskParameter="Number" PropertyName="FileNumber"/>
    </RandomNumber>

    <PropertyGroup>
        <CopiedTarget>inner.test.$(FileNumber).target</CopiedTarget>
    </PropertyGroup>

    <Copy SourceFiles="inner.test.target" DestinationFiles="$(CopiedTarget)"/>

    <MSBuild Projects="$(CopiedTarget)" Targets="_innerTestTarget"/>

    <Delete Files="$(CopiedTarget)"/>
</Target>

inner.test.target

Он содержит реальную цель сборки, которую вы хотите выполнить, в данном примере это простая копия файла.

    <Target Name="_innerTestTarget">

    <Message Text="This is a inner test text message"/>
    <Copy SourceFiles="x.txt" DestinationFiles="x1.txt"/>
</Target>

Это не производство готово, но, надеюсь, иллюстрирует мою точку зрения.

Имея этот (немного запутанный) процесс, вы можете изменить файл inner.test.target, не перезагружая решение в VS.

Источник

Вот решение, которое вообще не требует скриптов MSBuild.

Я заметил, что выгрузка и перезагрузка проекта обходят не кеш, а закрытие и повторное открытие решения. Кроме того, Visual Studio предложит перезагрузить решение, если оно заметит, что файл.sln изменился. И, наконец, этот вопрос суперпользователя объясняет, как прикасаться к файлу в Windows.

Собрав их вместе, я добавил внешний инструмент Visual Studio, чтобы прикоснуться к текущему файлу решения. Вот как:

  1. Выберите ИНСТРУМЕНТЫ> Внешние инструменты...
  2. Нажмите кнопку Добавить, чтобы добавить новый инструмент.
  3. Установите свойства следующим образом:
    • Название: Обновить решение
    • Команда: cmd.exe
    • Аргументы: /c copy "$(SolutionFileName)"+>nul
    • Начальный каталог: $(SolutionDir)
    • и включите использование окна вывода
  4. Нажмите кнопку ОК, чтобы закрыть окно внешних инструментов

Теперь, если вы внесли изменения в файлы MSBuild, просто выберите TOOLS > Reload Solution, и все ваши файлы сборки будут перезагружены.

Я использую 64-разрядную версию Windows 7 и Visual Studio 2012 Express для рабочего стола Windows.

Источник

У меня есть другое решение, не связанное с временными файлами:

Файл include.targets:

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

   <Target Name="Foobar">
      <Copy SourceFiles="test.source" DestinationFiles="testFoobar.dest" />
   </Target>

</Project>

Файл проекта:

....
<Target Name="BeforeBuild">
    <Exec Command="$(MSBuildToolsPath)\MSBuild.exe Include.targets /t:Foobar" ContinueOnError="false" />
</Target>
....

в этом случае VS не распознает команду MSBuild и не кэширует файл.

Удачного кодирования!

Источник

Перед запуском MSBuild Я запускаю это, чтобы очистить кеш загрузки:

call "%VS120COMNTOOLS%vsvars32.bat"
echo Clear download cache
gacutil -cdl
Источник
Другие вопросы по тегам