Почему ошибки файла ответов Tracker.exe по-прежнему возникают при отключении TrackFileAccess? - PullRequest
3 голосов
/ 07 января 2012

Я использую TFS 2010 и пытаюсь создать проект .NET 2.0 на одном из двух компьютеров с Windows Server 2008 (x86). На компьютерах сборки установлены .NET версий 1.0, 1.1, 2.0, 3.0, 3.5, 4.0 и Windows SDK 7.0A (вместе с TFS 2010 и Visual Studio 2010).

Поскольку на этой неделе, казалось бы, незначительные изменения рефакторинга, сборки проекта теперь всегда помечаются как частично успешные: хотя компиляция завершается без ошибок, TFS обнаруживает семь ошибок Tracker.exe. Например, в сводке о сборке показан следующий отчет:

Other Errors and Warnings
7 error(s), 0 warning(s)
Tracker.exe: Response file C:\Users\Builder\AppData\Local\Temp\5647f0a8ac7a4d53b87a8c2ebca3c4f5.rsp not found.
Tracker.exe: Response file C:\Users\Builder\AppData\Local\Temp\5647f0a8ac7a4d53b87a8c2ebca3c4f5.rsp not found.
Tracker.exe: Response file C:\Users\Builder\AppData\Local\Temp\5647f0a8ac7a4d53b87a8c2ebca3c4f5.rsp not found.
Tracker.exe: Response file C:\Users\Builder\AppData\Local\Temp\5647f0a8ac7a4d53b87a8c2ebca3c4f5.rsp not found.
Tracker.exe: Response file C:\Users\Builder\AppData\Local\Temp\5647f0a8ac7a4d53b87a8c2ebca3c4f5.rsp not found.
Tracker.exe: Response file C:\Users\Builder\AppData\Local\Temp\5647f0a8ac7a4d53b87a8c2ebca3c4f5.rsp not found.
Tracker.exe: Response file C:\Users\Builder\AppData\Local\Temp\5647f0a8ac7a4d53b87a8c2ebca3c4f5.rsp not found.

Обычное исправление ошибок Tracker.exe - отключение инкрементных сборок путем передачи /p:TrackFileAccess=false в MSBuild или путем добавления TrackFileAccess=false к настройкам конфигурации в проекте MSBuild. В прошлом это всегда решало проблемы с Tracker.exe.

Однако на этот раз ошибки Tracker.exe по-прежнему возникают, даже если больше нет необходимости отслеживать изменения после выключения TrackFileAccess. Я даже дошел до того, что переименовал C:\Program Files\Microsoft SDKs\Windows\v7.0A\bin\NETFX 4.0 Tools\Tracker.exe на сборочной машине - и ошибка все еще возникала (я ожидал, что ошибка скажет, что Tracker.exe не может быть найден).

Что здесь может происходить? Я искал в файловой системе машины сборки другие копии Tracker.exe. Может быть, определение сборки или настройки проекта MSBuild переопределяются? Спасибо!

Ответы [ 3 ]

2 голосов
/ 09 января 2012

Вы заявляете, что переименовали единственный экземпляр 'Tracker.exe' сервера сборки, но сборка не была затронута вообще.
Может ли быть, что фактическая сборка происходит на другом компьютере (сборка агент), это вполне возможно с топологией сборки TFS 2010:
enter image description here

Простой способ определить сервер, на котором произошла ваша фактическая сборка, - это проверить журнал сборки, возможно, с подробным отчетом = диагностика. Откройте «Просмотр журнала» и найдите «Запустить на агенте». Вы должны получить что-то вроде
Run On Agent (reserved build agent <agentName> - <serverName>)
очевидно, <serverName> - это то, где все это произошло.

Относительно вашей озабоченности Возможно, что определение сборки или параметры проекта MSBuild переопределяются ? : опять же, лучше всего проверить журнал сборки. Ищите MSBuild Log File, это должно отправить вас в регион, где отслеживается фактический вызов MSBuild.

1 голос
/ 03 декабря 2012

Это как-то связано с WiX?Я получаю это только в моей сборке релиза. это ваша ссылка msdn?

0 голосов
/ 31 октября 2013

В моем случае это было вызвано добавлением ссылки dll проекта базы данных (GUID проекта {00D1A9C2-B5F0-4AF3-8072-F6C62B433612}) на существующую сборку.Удаление этой ссылки (я использовал ее только для принудительного пересмотра сценария db при тестировании) решило проблему.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...