Comment changer le répertoire d'installation de Visual Studio 2012?
J'ai désinstallé VS11 à l'aide de l'installateur Windows et supprimé à peu près toutes les clés de registre que je pouvais trouver, mais cela reste affiché lorsque j'essaie de le réinstaller:
Et je ne peux pas cliquer sur le "..." ou éditer le chemin. Un clic droit ne fait rien non plus.
Que dois-je détruire pour changer le répertoire d'installation?
Toujours en cours de sortie officielle:
J'ai eu le même problème cependant au lieu de me forcer à installer dans "c:\program Files", il m'a obligé à installer dans le répertoire que j'ai utilisé pour Visual Studio RC. Après avoir utilisé Process Monitor et le fichier journal de l'installation, j'ai pu trouver une clé de registre à supprimer.
La clé était située à
HKLM\Software\Microsoft\Windows\Version actuelle\Installer\UserData\S-1-5-21-776561741-789336058-725345543-318838\Components\31F687BD8A467D54C830E018D99F7F3B
Le SID sera probablement différent pour les autres systèmes, mais vous pourrez peut-être trouver la dernière chaîne (31F687BD8A467D54C830E018D99F7F3B)
Afin de trouver la clé j'ai fait ce qui suit:
- Téléchargement de ProcessMonitor chez Sysinternals
Démarrage de Processmonitor avec filtre
Le chemin de l'image se termine par vs_premium.exe
Démarré vs_premium.exe
- Fermé l'installation
- Attendu que Processmonitor ne récupère plus d'événements
- Ouverture du dernier fichier dd_vs_premium_.log à partir de% TEMP%
Recherché quelque chose et trouvé
La condition 'VS_Install_path_KeyExists' évaluée à false. (Je suppose que cela sera évalué sur les systèmes affectés. J'ai essayé ceci sur une installation Windows propre)
Une ligne au-dessus dit
Clé de registre introuvable. Clé = 'LOGICIEL\Microsoft\VisualStudio\SxS\VS7'
Recherché pour
Microsoft\VisualStudio\SxS\VS7
dans Processmonitor
Quelques lignes plus bas, ProcessMonitor me montre la clé que je devais effacer
La seule solution que j'ai trouvée est sur Windows 7 de créer un lien Junction solide vers le répertoire d'installation de Visual Studio sur lequel vous souhaitez installer Visual Studio.
Par exemple, Mon lecteur SSD n'est pas mon lecteur d'amorçage et possède une lettre de lecteur de B :.
Je lance la ligne de commande suivante
mklink/J "C:\Fichiers de programme (x86)\Microsoft Visual Studio 11.0" "B:\Fichiers de programme (x86)\Microsoft Visual Studio 11.0"
Pour l'installateur et Windows, il pense l'avoir installé dans le répertoire Program Files x86 du lecteur C: alors qu'il l'a réellement installé dans le dossier Program Files x86 du lecteur B :.
Voici un lien vers une page sur la création de liens de jonction dans Windows Vista et 7. http://www.howtogeek.com/howto/windows-Vista/using-symlinks-in-windows-Vista/
Une approche plus simple a fonctionné pour moi:
1 - Exécutez le programme d'installation à partir de la ligne de commande, avec les commutateurs/uninstall/force, comme dans
c:\vs_professional_ENU.exe /uninstall /force
2 - Redémarrez l'installateur normalement.
Je l'ai fait avec VS2015 sous Windows 10. Lien de référence.
Je n'ai pas le représentant à commenter sur le post ci-dessus. Bien que la syntaxe de ces commutateurs de commande soit correcte, le programme est bogué, il ne fonctionne pas avec la sélection de CustomInstallPath. En fait, pour moi, il décide simplement d'ouvrir environ 50+ itérations de vs_ultimate.exe dans la liste de processus ...
Je vais essayer le Hard Junction comme mentionné ci-dessus car je suis sûr que cela fonctionnera.
Si vous êtes intéressé, vous pouvez utiliser le commutateur qui vous permet d’acquérir l’installation à l’avance en exécutant vs_ultimate.exe/Layout X:\somefolder \.
C’est ce que j’ai fait la nuit dernière et j’espère que mon installation ira rapidement puisque j’ai toutes les informations, mais je pense que pour le forcer à utiliser la version hors connexion, vous devez exécuter vs_ultimate.exe/noweb.
Cette page concerne tous les commutateurs: http://msdn.Microsoft.com/en-us/library/e2h7fzkw(v=vs.110).aspx
Les pages ci-dessus indiquent que:/p CustomInstallPath "Installe tous les packages redéfinissables dans le répertoire que vous spécifiez." Thay signifie peut-être que silencieusement, peu importe ce qu’il est capable d’installer sur votre disque racine, il le fera, mais il est difficile d’en être certain et j’ai peu d’espace sur mon disque SSD.
Avant d’essayer la jonction difficile, je peux aussi essayer ce qui précède et voir ce qu’il a, puis le désinstaller au besoin. Affichera des résultats
Comment changer le répertoire d'installation de Visual Studio 2012? Que dois-je détruire pour changer le répertoire d'installation?
Réponse: Vous pouvez modifier le répertoire physique sans avoir besoin de "détruire ou modifier" le répertoire d'installation. Il s'agit d'une proposition de solution alternative "Pensez plus intelligemment, pas plus difficile".
Voici les informations spécifiques au matériel dont vous avez besoin pour continuer à utiliser votre répertoire logique M:\Program Files et résoudre le problème physique où les fichiers sont stockés.
Il sert également bien le reste de la communauté pour des installations plus propres, plus reproductibles, avec moins d’effort et moins de risque lors de l’utilisation de versions bêta. C'est moins risqué car il encapsule chaque fichier de l'installation bêta. Voulez-vous passer de la version bêta à la version RC, pas de problème, ne montez pas les lecteurs bêta, utilisez un nettoyeur de registre hors de Shell et réinstallez à chaque fois les lecteurs propres.
Le processus utilise des disques PGP qui peuvent être connectés et déconnectés/sauvegardés selon les besoins.
Initialement, il semblait qu'il serait possible de créer seulement deux lecteurs. pas si . - Lecteur n ° 1 monté en tant que F:\for f:\Program Files (x86)\Microsoft Visual Studio 11.0 C’est là que j’ai dit à Visual Studio d’installer les fichiers. Et cela fonctionne comme un conteneur montable pour 2,7 Go de fichiers.
- Le lecteur n ° 2 monté en tant que dossier sur "C:\Program Files (x86) \" "Microsoft Visual Studio 11.0" Le but du dossier monté était de collecter le reste de 5.5 Go de fichiers.
La liste actuelle des 33 dossiers créés que j'ai dû déplacer vers des dossiers PGP supplémentaires.
Voici la liste exhaustive des dossiers que vous pouvez créer avant que l’installation ne leur déploie des fichiers.
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
C'est parfait pour prévenir; - Les gestionnaires de correctifs et les systèmes de gestion des correctifs qui, par inadvertance et sans surveillance, sans surveillance ni contrôle, dans un bonheur délibéré ignorant, violent le principe de bonne promotion des meilleures pratiques de contrôle du changement de production
Les développeurs dont le code fonctionne principalement par hasard et n’ont aucune idée du contenu final.
Exploitation par les pirates de l’environnement de construction.
Aurait pu utiliser le bureau True Crypt ou PGP. Pas le cryptage complet du disque, il faut pouvoir monter et démonter les ressources.
J'apprécie l'approche de jonction difficile, mais à moins d'éjecter et de mettre hors tension des lecteurs en toute sécurité, elle offre peu de conformité aux processus et n'est ni sûre ni fiable par rapport au démontage/montage sécurisé de PGP. Les développeurs vont simplement mettre les disques sous tension et apporter des modifications.
En ce qui concerne le niveau des efforts de sauvegarde et de restauration, la sauvegarde des disques PGP par rapport aux disques durs à jonction dure demande le même niveau d’effort. Mais le fait de ne pas devoir mémoriser les dossiers en jonction, qui peuvent nécessiter une restauration pour restaurer un environnement de développement, favorise le nombre réduit de lecteurs .PGD contenant tous les dossiers nécessaires (c’est-à-dire que la mémorisation s’effectue dans le cadre de leur fonction).
Considérez cela comme un environnement lorsque les exigences sont relatives à une garantie absolue vérifiable, vérifiable, vérifiable et absolue pour une construction sécurisée et reproductible. Pour atteindre cet objectif fondamental, il doit être disponible uniquement lorsqu'il est réellement "nécessaire" et doit être sécurisé lorsqu'il n'est pas nécessaire.
Essayez de lancer le programme d'installation avec l'option suivante:
/p CustomInstallPath="[your_path]"
Par exemple:
vs_ultimate.exe /p CustomInstallPath="C:\MyDirectory"
Pour voir toutes les options, utilisez le commutateur /?
Pour moi, le dernier studio visuel 2012 voulait être installé dans le même chemin que la version bêta (non installée). J'ai supprimé la plupart des éléments de HKLM qui correspondaient exactement au répertoire d'installation (se terminant par \, par exemple C:\VS11Beta\), puis l'installation m'a laissé choisir à nouveau.
Probablement pas une solution pour l'OP (M:\Program Files semble trop générique pour être supprimée), mais peut-être pour d'autres personnes ayant ce problème.
J'avais précédemment installé le contrôleur de test VS 2012. Sa désinstallation m'a permis de changer le chemin d'installation.
Pour ceux qui recherchent toujours une solution, ce que j’ai essayé et appris de ce problème est que, bien que la désinstallation soit "normale" (à partir du Panneau de configuration), les signatures de VS ne sont pas toutes supprimées. Nous avons donc forcé désinstaller en ligne de commande pour supprimer toutes les empreintes de VS. J'ai trouvé la réponse suivante en débordement de pile très utile pour moi.
Exécutez le programme d'installation en ligne de commande (Admin) avec l'argument suivant:
vs_community_ENU.exe/uninstall/force
Ensuite:
exécutez vs_community_ENU.exe (ou professionnel/entreprise).
Examinez vos programmes installés et voyez si une instance de Visual Studio est déjà installée, supprimez-la et réexécutez la configuration.