Куда обычно загружается активность пользовательской сборки, когда мы открываем вкладку «Процесс» в определении сборки?

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

Я попытался собрать эту активность самостоятельно и поместить ее в папку, содержащую devenv.exe, и эта проблема "решена" - мой процесс сборки был открыт. Но это ненормально.

Что я должен сделать, чтобы нормально открыть мои определения сборки?


person user2185318    schedule 02.04.2013    source источник


Ответы (1)


Содержимое папки пользовательской сборки, определенной для контроллера, загружается во временную папку и загружается студией один раз (я не уверен, решат ли это правильные приращения версии для dll - не пробовал) при открытии вкладки процесса в определении сборки. Либо у вас где-то есть dll, которые переопределяют это (частные сборки GAC, VS), либо ваша студия работает уже давно.

Удалите тот, который вы поместили вместе с devenv, перезапустите студию, проверьте GAC и частные сборки, вы можете использовать Studio и подключить отладчик к другому экземпляру и просмотреть загруженные модули, это может помочь вам точно определить, откуда приходит элемент.

Чтобы удалить сборку, выполните следующую команду из командной строки Visual Studio: gacutil /u "YourAssembly"

Я считаю, что для студийных сборок это папка: Microsoft Visual Studio 10.0\Common7\IDE\PrivateAssemblies

person drk    schedule 02.04.2013
comment
Спасибо за Ваш ответ. Я решил эту проблему и получил некоторые новые знания. - person user2185318; 03.04.2013
comment
Спасибо за Ваш ответ. Я решил эту проблему и получил некоторые новые знания. Пользовательские сборки действий, необходимые для разрешения процесса сборки TFS, загружаются здесь в одну из подпапок, имена которых состоят из GUID: C:\Users\sarapkin\AppData\Local\Temp\VSTFSBuild. Чтобы узнать это, я использовал Procmon. Проблема была решена, когда я попросил администратора открыть TFS Source Control, найти мою сборку и принудительно добавить мою учетную запись AD и дать ей права на чтение этого файла. - person user2185318; 03.04.2013
comment
Интересно, отметим это. Не было в сценарии, где у меня не было доступа к источнику. - person drk; 03.04.2013