MSBuild и TeamBuild - сбой BuildInParallel из-за нарушения прав доступа к файлу MSB3021

Целевые объекты по умолчанию, которые поставляются с MSBuild, предназначены для поведения CopyLocal - это то, на что полагается VS. CopyLocal проблематично, когда вы выводите в единственный выходной каталог.

Чтобы иметь возможность по-настоящему строить параллельно, вам необходимо отключить несколько специфических для CopyLocal поведений в файлах Microsoft. *. Common. *. Target. Я разговаривал с некоторыми людьми из команды MSBuild в прошлом, и это особенно непросто. Даже если вы отключите какое-то поведение CopyLocal, тестовые аксессоры VS не будут хорошо себя вести при параллельной сборке.

Вот с чего можно начать:

1. Отключите поведение CopyLocal для ссылок, установив для private значение true.
2. Отключите CopyLocal для файлов CopyToOutputPath при построении зависимых проектов.

У задачи MS Build Copy есть недокументированная функция, по крайней мере, Google хранит молчание. Если установить общесистемную переменную среды MSBUILDALWAYSRETRY = 1 Эта задача будет пытаться скопировать файл, даже если он получит исключение «Доступ запрещен» во время операции копирования.

Пример вывода

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets (3513): Got System.UnauthorizedAccessException: Access to the path 'C:\Builds\8\28\Binaries\Release\fr\System.Spatial.resources.dll' is denied.
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.File.InternalCopy(String sourceFileName, String destFileName, Boolean overwrite, Boolean checkHost)
   at System.IO.File.Copy(String sourceFileName, String destFileName, Boolean overwrite)
   at Microsoft.Build.Tasks.Copy.CopyFileWithLogging(FileState sourceFileState, FileState destinationFileState)
   at Microsoft.Build.Tasks.Copy.DoCopyWithRetries(FileState sourceFileState, FileState destinationFileState, CopyFileWithState copyFile) copying C:\Builds\8\28\Sources\Main\Solutions\packages\System.Spatial.5.2.0\lib
et40\fr\System.Spatial.resources.dll to C:\Builds\8\28\Binaries\Release\fr\System.Spatial.resources.dll and HR is -2147024891
 C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets (3513): Retrying on ERROR_ACCESS_DENIED because MSBUILDALWAYSRETRY = 1
 C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets (3513): Could not copy "C:\Builds\8\28\Sources\Main\Solutions\packages\System.Spatial.5.2.0\lib
et40\fr\System.Spatial.resources.dll" to "C:\Builds\8\28\Binaries\Release\fr\System.Spatial.resources.dll". Beginning retry 1 in 1000ms. Access to the path 'C:\Builds\8\28\Binaries\Release\fr\System.Spatial.resources.dll' is denied.

У меня такая же проблема много месяцев назад.

Существует два типа копирования файлов в файлах проекта VS C # (файлы .csproj):

1. Связанные сборки, у которых есть свойство «Копировать локально». когда свойство имеет значение True, сборка копируется в выходной путь.

2. Дополнительные файлы, у которых есть свойство «Копировать в выходной каталог». когда для свойства установлено значение «копировать всегда» или «копировать, если новее», файл копируется в выходной путь.

проблема:

A: Если два или более проекта создаются одновременно, и два из них пытаются скопировать один и тот же файл в выходной каталог, вы можете столкнуться с такими ошибками, как «ошибка MSB3021: невозможно скопировать файл», «Доступ к пути запрещен». , «Процесс не может получить доступ к файлу» и т. Д.

B: Если два или более проектов ссылаются на общий проект, который имеет некоторые элементы типа 2. В этом случае во время параллельной сборки проектов два из них могут одновременно пытаться построить цель GetCopyToOutputDirectoryItems для общего проекта. Так что вы снова можете столкнуться с вышеуказанными исключениями.

Решение1:

заставить OutputPath разных файлов .csproj не находиться в одном и том же пути

http://social.msdn.microsoft.com/Forums/is/tfsbuild/thread/a62a6f98-ec44-46c1-a0d0-7f441f0db973.

решение2:

Шаг 1. Решение состоит в том, чтобы установить свойство общих элементов (значение «Ложь» в случае 1 и «Не копировать» в случае 2) для всех этих общих элементов, кроме одного, в ваших проектах. или удалите их, если есть возможность.

Чтобы найти возможные ошибки, вы можете выполнить поиск по словам «частный» (для случая 1) и «CopyToOutputDirectory» (для случая 2) в файлах * .csproj.

Шаг 2: ...

Удачи

Похоже, что ваши проекты настроены на один и тот же выходной каталог. Если вы настроите Project A и Project B для вывода в разные каталоги, это решит эту ошибку.

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

Какой компилятор вы используете? Насколько мне известно, до VS2005 параллельная сборка не работала для нескольких проектов. Это известная проблема, которую MS постоянно заявляет, что они в конечном итоге исправят ее, но я понятия не имею, действительно ли они решили ее в VS2008.