Файлы, помеченные как только для чтения во время сборки
Кажется, что когда TFS выполняет сборку, когда он создает каталог сборки и извлекает файлы из источника, он помечает все исходные файлы как доступные только для чтения. Это вызывает проблему с решением BizTalk, которое у нас есть, похоже, что во время сборки biztalk генерирует / редактирует класс cs для сопоставления файлов, и это тот же тип файла, который получает и исключение неавторизованного доступа во время сборки, если оно помечен как только для чтения. Но за всю жизнь я так и не смог понять, как изменить это поведение TFS. Есть идеи?
4 ответа
Файлы помечены только для чтения, потому что он получает последнюю версию из TFS. Если BizTalk генерирует файл во время компиляции, вы можете либо не включать этот файл в систему управления версиями, либо удалить флаг readonly этого файла.
Вы можете удалить флаг в TFS 2010, отредактировав шаблон процесса сборки и добавив действие InvokeProcess для выполнения команды attrib -r.
Для получения дополнительной информации о том, как добавить InvokeProcess в шаблон процесса сборки, см. http://www.ewaldhofman.nl/post/2010/04/27/Customize-Team-Build-2010-e28093-Part-2-Add-arguments-and-variables.aspx
Это нормальное поведение. Но если у вас есть некоторые автоматически сгенерированные (то есть минифицирующие /grunt ...) процессы, которые требуют записи файлов, обновите файл проекта и сделайте каждый файл доступным для записи в процессе предварительной сборки.
<Target Name="BeforeBuild">
<Exec Command=“attrib -R $(SolutionRoot)\myFile.ext“ />
</Target>
Я знаю, что уже поздно, но надеюсь, что это поможет кому-то прийти сюда.
Ссылка от: https://benoit808.wordpress.com/2007/10/30/changing-a-files-attribute-from-a-msbuild-script/
НЕ регистрируйте файлы.cs в Source Control для проекта biztalk. Перейдите к этим файлам в Source Control и удалите их.
В моем случае я проверил свои локальные файлы, и они были с атрибутом READ-ONLY, поэтому я удалил атрибут локально, снова зарегистрировал файлы, и все это работает: