Windowsインストーラーを使用してVS11をアンインストールし、それに関連して見つかったほぼすべてのレジストリキーを削除しましたが、再インストールしようとすると、これが表示されます。
また、「...」をクリックしたり、パスを編集したりすることはできません。右クリックしても何も起こりません。
インストールディレクトリを変更するには、何を破棄する必要がありますか?
まだ公式リリースで起こっています:
Windowsインストーラーを使用してVS11をアンインストールし、それに関連して見つかったほぼすべてのレジストリキーを削除しましたが、再インストールしようとすると、これが表示されます。
また、「...」をクリックしたり、パスを編集したりすることはできません。右クリックしても何も起こりません。
インストールディレクトリを変更するには、何を破棄する必要がありますか?
まだ公式リリースで起こっています:
同じ問題が発生しましたが、「c:\ program Files」にインストールする代わりに、VisualStudioRCに使用したディレクトリにインストールする必要がありました。プロセスモニターとセットアップのログファイルを使用した後、削除する必要のあるレジストリキーを見つけることができました。
キーはにありました
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-インストーラーを通常どおり再実行します。
私はWindows10のVS2015でこれを行いました。 リファレンスリンク。
私が見つけた唯一の解決策は、Windows 7で、VisualStudioをインストールするディレクトリへのハードジャンクションリンクを作成することです。
たとえば、SSDドライブはブートドライブではなく、ドライブ文字がB:です。
次のコマンドラインを実行します
mklink / J "C:\ Program Files(x86)\ Microsoft Visual Studio 11.0" "B:\ Program Files(x86)\ Microsoft Visual Studio 11.0"
インストーラーとWindowsにとっては、実際にB:ドライブのProgram Files x86フォルダーにインストールしたときに、C:ドライブのProgramFilesx86ディレクトリにインストールされたと見なします。
これは、Windows Vistaおよび7でのジャンクションリンクの作成に関するページへのリンクです。http://www.howtogeek.com/howto/windows-vista/using-symlinks-in-windows-vista/
上記の投稿にコメントする担当者がいません。彼はこれらのコマンドスイッチの構文は正しいですが、プログラムにはバグがあり、CustomInstallPathを選択しても機能しません。実際、私にとっては、プロセスリストでvs_ultimate.exeの約50回以上の反復を開くことにしました...
うまくいくと確信しているので、上記のようにハードジャンクションを試してみます。
補足として、興味のある方は、vs_ultimate.exe / Layout X:\ somefolder \を実行して、事前にインストールを取得できるスイッチを使用できます。
私は昨夜それをしました、そしてうまくいけば私は情報を持っているので私のインストールはすぐに行くでしょう、しかし私はそれをオフラインバージョンを使うように強制するためにあなたはvs_ultimate.exe/nowebを実行しなければならないと思います。
このページでは、すべてのスイッチについて説明しています:http: //msdn.microsoft.com/en-us/library/e2h7fzkw (v=vs.110).aspx
上記のページには、次のように記載されています。/pCustomInstallPath「指定したディレクトリにすべての再ターゲット可能なパッケージをインストールします。」Thayは、ルートドライブからインストールできるものが何であれ、サイレントにインストールできることを意味する場合がありますが、確実にするのは難しく、SSDのスペースが限られています。
ハードジャンクションを試す前に、上記を試して何が起こるかを確認し、必要に応じてアンインストールすることもできます。結果を投稿します
次のオプションを使用してインストーラーを起動してみてください。
/p CustomInstallPath="[your_path]"
例えば:
vs_ultimate.exe /p CustomInstallPath="C:\MyDirectory"
すべてのオプションを表示するには、スイッチ/?を使用します。
私にとって、最終的なVisual Studio 2012は、(アンインストールされた)ベータ版と同じパスにインストールしたいと考えていました。セットアップディレクトリと完全に一致する(\
例で終わるC:\VS11Beta\
)HKLM内のほとんどのものを削除してから、セットアップで再度選択できるようにしました。
おそらくOP(M:\Program Files
削除するには一般的すぎるように聞こえます)の解決策ではありませんが、おそらくこの問題を抱えている他の人にとっては解決策です。
以前にVS2012テストコントローラーをインストールしました。アンインストールすると、インストールパスを変更できました。
Visual Studio 2012のインストールディレクトリを変更するにはどうすればよいですか?インストールディレクトリを変更するには、何を破棄する必要がありますか?
回答:インストールディレクトリを「破棄または変更」することなく、物理ディレクトリを変更できます。これは、代替の「より賢く、より難しくはない」ソリューション提案です。
論理M:\ Program Filesディレクトリを引き続き使用し、ファイルが保存されている物理的な問題を解決するために必要な具体的な資料の詳細は次のとおりです。
また、ベータビルドを使用する際の、よりクリーンで再現性の高いインストール、労力とリスクの軽減のために、コミュニティの他のメンバーにも役立ちます。ベータ版インストールですべてのファイルをカプセル化するため、リスクが少なくなります。ベータ版からRCに移行したいのですが、問題ありません。ベータ版ドライブをマウントせず、オフシェルのレジストリクリーナーを使用して、毎回クリーンなドライブを新しいドライブに再インストールしてください。
このプロセスでは、必要に応じてログインおよびログアウト/バックアップできるPGPディスクを使用します。
最初は、2台のドライブだけを作成できるように見えました。そうではありません。-ドライブ#1はF:\ for f:\ Program Files(x86)\ Microsoft Visual Studio 11.0としてマウントされています。ここで、VisualStudioのセットアップにファイルをインストールするように指示しました。また、2.7ギガのファイルのマウント可能なコンテナとして機能します。
作成した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
これは防ぐのに最適です。-パッチマネージャーとパッチ管理システムは、不注意で監視されておらず、意図的な無知な至福の中で監査されていないため、生産変更管理のベストプラクティスへの適切な昇進の前提に違反しています。
コードを作成している開発者は、ほとんどの場合偶然に機能し、最終製品に何が含まれているのかまったくわかりません。
ビルド環境のハッカーによる悪用。
TrueCryptまたはPGPデスクトップを使用できた可能性があります。ディスク全体の暗号化ではなく、リソースをマウントおよびアンマウントできる必要があります。
ハードジャンクションアプローチに感謝しますが、ドライブを安全に取り出して電源をオフにしない限り、プロセスコンプライアンスはほとんどなく、安全なPGPのアンマウント/アンマウントと比較して安全でも信頼性もありません。開発者は、ドライブの電源を入れて変更を加えるだけです。
バックアップと復元の作業レベルに関しては、ハードジャンクションドライブと比較したPGPドライブのバックアップは、ほぼ同じレベルの作業です。ただし、どのフォルダーがジャンクションされているかを覚えておく必要がないことの価値は、開発環境を復元するために復元する必要があるかもしれませんが、必要なすべてのフォルダーを含む.PGDドライブの数が少ないことを優先します(つまり、機能の一部として覚えておく必要があります)
これを、再現可能な安全なビルドのための必須の非裁量の絶対監査可能な保証が必要な場合の環境と考えてください。そのコア目標を達成するには、実際に「必要」な場合にのみ利用可能であり、不要な場合は保護する必要があります。
インストールされているプログラムを調べて、Visual Studioのインスタンスが既にインストールされているかどうかを確認します。インストールされている場合は、それを削除してセットアップを再実行します。
まだ解決策を探しているこの人にとって、この問題から私が試し、学んだことは、「通常の」(コントロールパネルから)アンインストールしても、VSのすべての署名が削除されないということです。そのため、コマンドラインから強制的にアンインストールして、すべてのVSフットプリントを削除します。私はスタックオーバーフローで次の答えが私にとって非常に役立つことを発見しました。
コマンドライン(管理者)で引数を指定してインストーラーを実行します。
vs_community_ENU.exe / uninstall / force
それで:
vs_community_ENU.exe(またはプロフェッショナル/エンタープライズ)を実行します。