Я удалил VS11 с помощью установщика Windows и удалил почти каждый раздел реестра, который мог найти, относящийся к нему, но он все еще появляется, когда я пытаюсь его переустановить:
И я не могу нажать "..." или изменить путь. Правый щелчок ничего не делает.
Что мне нужно уничтожить, чтобы изменить каталог установки?
Все еще происходит в официальном выпуске:
У меня была такая же проблема, хотя вместо того, чтобы заставить меня установить в "c:\program Files", она заставила меня установить в каталог, который я использовал для Visual Studio RC. После использования Process Monitor и файла журнала установки мне удалось найти раздел реестра, который необходимо удалить.
Ключ находился в
HKLM\Software\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-21-776561741-789336058-725345543-318838\Components\31F687BD8A467D54C830E018D99F7F3B
SID, скорее всего, будет отличаться для других систем, но вы, возможно, сможете найти последнюю строку (31F687BD8A467D54C830E018D99F7F3B)
Чтобы найти ключ, я сделал следующее:
Запустил Processmonitor с фильтром
Путь к изображению заканчивается на vs_premium.exe
Запущен vs_premium.exe
Искал что-то и нашел
Условие 'VS_Install_path_KeyExists' оценивается как false. (я предполагаю, что он будет оценивать true в затронутых системах. Я пробовал это при чистой установке Windows)
В одной строке над ней говорилось
Ключ реестра не найден. Ключ = 'SOFTWARE\Microsoft\VisualStudio\SxS\VS7'
Поиск
Microsoft\VisualStudio\SxS\VS7
в Processmonitor
Несколько строк вниз ProcessMonitor показывает мне ключ, который я должен был удалить
Для меня работал более простой подход:
1 - Запустите установщик из командной строки с помощью переключателей /uninstall/force, как в:
c:\vs_professional_ENU.exe /uninstall /force
2 - Запустите установщик как обычно.
Я сделал это с VS2015 под Windows 10. Ссылка ссылки.
Единственное решение, которое я нашел, - это Windows 7, чтобы создать жесткую ссылку Junction для каталога, на который вы хотите установить Visual Studio.
Например, мой накопитель SSD не является моим загрузочным диском и имеет букву диска B:.
Я запускаю следующую командную строку
mklink/J "C:\Program Files (x86)\Microsoft Visual Studio 11.0" "B:\Program Files (x86)\Microsoft Visual Studio 11.0"
Для установщика и Windows он считает, что он установил его в каталог Program Files x86 на диске C: когда он действительно установил его в папку Program Files x86 на диске B:.
Здесь ссылка на страницу о создании соединительных ссылок в Windows Vista и 7. http://www.howtogeek.com/howto/windows-vista/using-symlinks-in-windows-vista/
У меня нет комментариев, чтобы прокомментировать сообщение выше. Хотя он прав в синтаксисе этих командных переключателей, программа прослушивается, она не работает с выбором CustomInstallPath. На самом деле, для меня он просто решает открыть около 50 итераций vs_ultimate.exe в списке процессов...
Я попробую Hard Junction, как упоминалось выше, поскольку я уверен, что это сработает.
Как побочный элемент, если кому-то интересно, вы можете использовать переключатель, который позволяет вам быстро установить установку, запустив vs_ultimate.exe/Layout X:\somefolder\
Я сделал это вчера вечером, и, надеюсь, моя установка будет идти быстро, так как у меня есть информация, однако я думаю, чтобы заставить ее использовать автономную версию, вам нужно запустить vs_ultimate.exe/noweb.
Эта страница относится ко всем коммутаторам: http://msdn.microsoft.com/en-us/library/e2h7fzkw(v=vs.110).aspx
На приведенных выше страницах указано, что:/p CustomInstallPath "Устанавливает все перетаскиваемые пакеты в указанном вами каталоге". Thay может означать, что тихо, независимо от того, что он может установить из вашего корневого диска, это будет, но его трудно понять, и у меня ограниченное пространство на моем SSD.
Прежде чем я попытаюсь выполнить трудное соединение, я также могу попробовать это и посмотреть, что heppens, а затем удалить, если потребуется. Опубликует результаты
Попробуйте запустить установщик со следующей опцией:
/p CustomInstallPath="[your_path]"
Например:
vs_ultimate.exe /p CustomInstallPath="C:\MyDirectory"
Для просмотра всех параметров используйте переключатель /?
Для меня окончательная визуальная студия 2012 хотела установить тот же путь, что и (удаленная) бета-версия. Я удалил большую часть материала в HKLM, который имел точное соответствие для каталога установки (заканчивающегося на \, например, C:\VS11Beta\), а затем настройка позволяет мне снова выбирать.
Вероятно, не решение для OP (M:\Program Files звучит слишком универсально для удаления), но, возможно, для других с этой проблемой.
Я ранее устанавливал контрольный контроллер VS 2012. Удаление этого файла позволило мне изменить путь установки.
Как изменить каталог установки Visual Studio 2012? Что мне нужно уничтожить, чтобы изменить каталог установки?
Ответ. Вы можете изменить физический каталог без необходимости "уничтожать или изменять" каталог установки. Это альтернативное решение "думать умнее, не сложнее".
Ниже приведены конкретные сведения о материалах, которые необходимо использовать в вашем логическом каталоге M:\Program Files и решить физическое, где хранятся файлы.
Он также хорошо обслуживает остальную часть сообщества для более чистых более воспроизводимых установок, меньших усилий и риска при использовании бета-версий. Его меньший риск, поскольку он инкапсулирует каждый файл в бета-версию. Хотите перейти от бета-версии к RC, не проблема, просто не монтируйте бета-диски, не используйте очиститель реестра для оболочки и каждый раз переустанавливайте чистые и свежие диски.
Процесс использует PGP-диски, которые могут быть зарегистрированы и выходить из системы/при необходимости.
Первоначально казалось, что можно создать только два диска. не так. - Диск №1 установлен как F:\for f:\Program Files (x86)\Microsoft Visual Studio 11.0 Здесь я сказал, что установка Visual Studio для установки файлов. И он функционирует как монтируемый контейнер для 2.7 Gigs файлов.
Фактический список из 33 созданных папок мне пришлось переместить в дополнительные папки PGP.
Ниже приведен список всех папок, которые вы можете создать, прежде чем устанавливать файлы для них.
C:\Program Files\Microsoft SQL Server
C:\Program Files\Microsoft SQL Server Compact Edition
C:\Program Files\Application Verifier
C:\Program Files\MSBuild
C:\Program Files\Microsoft
C:\Program Files\IIS Express
C:\Program Files\IIS
C:\Program Files\Microsoft Visual Studio 11.0
C:\Program Files (x86)\IIS
C:\Program Files (x86)\IIS Express
C:\Program Files (x86)\Microsoft ASP.NET
C:\Program Files (x86)\Microsoft Help Viewer
C:\Program Files (x86)\Microsoft SDKs
C:\Program Files (x86)\Microsoft SQL Server
C:\Program Files (x86)\Microsoft SQL Server Compact Edition
C:\Program Files (x86)\Microsoft WCF Data Services
C:\Program Files (x86)\Microsoft Web Tools
C:\Program Files (x86)\MSBuild
C:\Program Files (x86)\NuGet
C:\Program Files (x86)\Windows Kits
C:\Program Files (x86)\Common Files\Merge Modules
C:\Program Files (x86)\Common Files\Microsoft
C:\Program Files (x86)\Common Files\microsoft shared\DevServer
C:\Program Files (x86)\Common Files\microsoft shared\MSDesigners8
C:\Program Files (x86)\Common Files\microsoft shared\MSEnv
C:\Program Files (x86)\Common Files\microsoft shared\MSI Tools
C:\Program Files (x86)\Common Files\microsoft shared\SQL Debugging
C:\Program Files (x86)\Common Files\microsoft shared\SQL Server Developer Tools
C:\Program Files (x86)\Common Files\microsoft shared\TextTemplating
C:\Program Files (x86)\Common Files\microsoft shared\Visual Database Tools
C:\Program Files (x86)\Common Files\microsoft shared\VS7Debug
C:\Program Files (x86)\Common Files\microsoft shared\WF
C:\Program Files (x86)\Common Files\microsoft shared\Windows Simulator
Это идеально для предотвращения; - Патч-менеджеры и системы управления исправлениями, которые непреднамеренно и неконтролируемые неконтролируемые, неаудированные в преднамеренном невежественном блаженстве, нарушают предпосылку хорошего продвижения к лучшим методам управления изменениями производства.
Разработчики, которые в большинстве случаев работают случайным образом, и действительно не знают, что в конечном продукте.
Использование хакером среды сборки.
Возможно, использовали True Crypt или PGP desktop. Просто не все шифрование диска, должны быть в состоянии монтировать и размонтировать ресурсы.
Я ценю подход к жесткому соединению, но, если вы не выбрали безопасное извлечение и выключение приводов, он обеспечивает небольшую совместимость процессов и не является ни безопасным, ни надежным по сравнению с безопасным монтажом/монтажом PGP. Разработчики будут просто задействовать диски и вносить изменения.
Что касается уровня усилий по резервному копированию и восстановлению, резервное копирование PGP-накопителей по сравнению с жестко соединенными дисками - это стирка с одинаковым уровнем усилий. Но ценность в том, что вам не нужно помнить, какие папки подключены, что может потребоваться восстановить для восстановления среды dev, способствует меньшему числу дисков .PGD, которые содержат все необходимые папки (т.е. Запоминают для вас как часть их функций)
Рассматривайте это как среду, когда требования предъявляются к обязательным, не дискреционным абсолютным аудиторским поручителям, для воспроизводимой защищенной сборки. Чтобы выполнить эту основную задачу, она должна быть доступна только тогда, когда она действительно "необходима" и должна быть обеспечена, когда она не нужна.
Просмотрите установленные программы и проверьте, установлен ли экземпляр Visual Studio, если он удаляет его и повторно запускает настройку.