2010-10-20 2 views
2

Я пытаюсь построить сервер непрерывной интеграции на машине Windows 7. Я могу запустить сценарий msbuild на этом компьютере, но когда я пытаюсь запустить его с помощью агента сборки, регистрация некоторых компонентов COM (.NET и C++), по-видимому, связана с правами на запись в реестр. Я выключил UAC, но это не имеет значения. Обычно, если я создаю скрипт msbuild локально, я должен запустить командную строку с повышенными разрешениями, но на сервере сборки я не уверен, что делать.Build Servers, агенты сборки, регистрация com и разрешения Windows 7

Я видел сообщения, предлагающие удалить автоматическую регистрацию из настройки проекта и полагаться на установку, чтобы сделать это. Это, по-видимому, делает этот вариант довольно ограниченным, а решение несовместимо с запуском из среды IDE. Кто-нибудь нашел путь через это?

Мы используем VS2010 в качестве клиента на сервере сборки, а сервер TFS является VS2008

+0

У меня такая же проблема. Я добавил учетную запись пользователя службы сборки в локальную группу компьютеров, которая, в свою очередь, имеет полные права на разделы «разделов» реестра для локальной машины, которые отлично работали на нашем старом сервере сборки TFS2008, но не на новый TFS2010 один. :(Удалив атрибут COMVisible из файла информации об ассемблере проекта, он прошел мимо этого, но аналогичная проблема возникает в упаковке InstallShield, где InstallShield не может получить информацию COM для DLL. –

+0

Не регистрируйте COM-компоненты на сервере сборки. Это необходимо только для их выполнения, а не для их создания. –

ответ

0

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