Невозможно перезаписать файлы .dll Visual Studio 2008, доступ запрещен

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

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

Мы не могли провести рефакторинг проекта для упрощения ссылок (слишком дорого), мы не могли также тратить больше времени на исследование проблемы, поэтому мы нашли обходной путь - не идеальный, но он помог нам, и мы используем его в течение многих лет в этом проекте. Это немного сложно, но я постараюсь описать это:

1. Прежде всего - пример структуры проекта
   - MyProject (dir)
   - Bin (dir)
   * Proj1.exe
   * Proj2.dll
   * Proj3.dll
   - Src ( dir)
   - Proj1 (dir)
   - Proj2 (dir)
   - bin (dir)
   - Proj3 (dir)
   - bin (dir)
   

2. Proj1 (который, предположим, является приложением консоли / Windows - * .exe) имеет выходной каталог, установленный на MyProject / Bin

3. Proj2 (.dll) имеет вывод сборки, установленный по умолчанию на MyProject / Src / Proj2 / bin / ... в событии postbuild, мы копируем результат в "MyProject / Bin"

   copy "$ (TargetDir) \ $ (TargetName) .dll" "$ (SolutionDir) Bin"
   copy "$ (TargetDir) \ $ (TargetName) .pdb" "$ (SolutionDir) Корзина "

4. Proj3 (.dll) имеет вывод сборки, установленный по умолчанию в MyProject / Src / Proj3 / bin / ... postbuild такой же, как и для Proj2

5. А теперь ссылки. Допустим, Proj1 нужна ссылка на Proj2, а Proj2 нужна ссылка на Proj3.

   • for the first time build only Proj3, so that in the result of postbuild event commands it will be copied to MyProject/Bin
   • теперь в Proj2 добавить ссылку на сборку MyProject / Bin / Proj3.dll (перейти к файлу сборки, не ссылаться на проект). В зависимостях проекта вручную укажите, что для этого проекта требуется сначала собрать Proj3. После этого соберите "Proj2", чтобы он был скопирован в MyProject / Bin (команды события postbuild)
   • и, наконец, в Proj1 добавьте ссылку на сборку MyProject / Bin / Proj2.dll (снова перейдите к сборке). В зависимостях проекта вручную укажите, что для этого проекта требуется Proj2 для сборки первых файлов. И теперь вы можете построить все решение.

Основные проблемы с вышеуказанным подходом:

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

Самое простое, что вы можете сделать в этой ситуации, - использовать команду taskkill, чтобы убить процесс Visual Studio и все его дочерние процессы.

Вы можете вызвать это из командной строки или из PowerShell.

taskkill -IM devenv.exe /F /T

Два аргумента предназначены для /Force, а /T также убивает дочерние процессы.

ПРИМЕЧАНИЕ: введите taskkill -? в командной строке для получения дополнительной информации.