Nach diesen Antworten bei social.msdn, ja, theoretisch.
In der Praxis hängt es auch davon ab, wie viele und welche Komponenten die ältere Installation hatte. Das Deinstallationsskript kann bei einigen Versuchen zu einigen bösen Bumps führen und es gelingt möglicherweise, einen Dienst zu schließen, der von einer anderen vorhandenen VS-Installation verwendet wird. Sollte aber nicht.
Nehmen wir zum Beispiel Git. Ich benutze es nicht, aber folge den Ratschlägen in diesem Thread, indem du Git-Komponenten aus der alten IDE entfernst, bevor du es deinstallierst. Tatsächlich wird dringend empfohlen, möglichst viele Addons / Erweiterungen aus der zu deinstallierenden IDE zu entfernen, und dann die entsprechenden VS-Service Packs zu entfernen. Komponenten wie Crystal Reports werden vom IDE-Deinstallationsprozess (in diesem Fall VS2010) gut verarbeitet.
Wissenswertes: Die Deinstallation des VS2010 SP1 forderte tatsächlich das Mounten der VS2010-DVD an, die IDE-Deinstallation jedoch nicht!
Eine andere (Plan B) -Methode ist das Durchblättern von Apps & Features in den Windows-Einstellungen und die Suche nach Visual Studio-bezogenen Objekten, die mit "Microsoft" beginnen. Wenn beim Deinstallieren des Microsoft-Programms A, von dem Sie wissen, dass es mit der zu deinstallierenden IDE verbunden ist, die Deinstallation wegen eines TSR oder eines Diensts, der nicht geschlossen werden kann, bei 0% hängt, suchen Sie nach einem ähnlichen Programm, das mit A übereinstimmt, und deinstallieren Sie das Programm . Die ungefähren Installations- / Änderungsdaten der IDE sind eindeutig angegeben. Beachten Sie jedoch, dass wichtige Windows-Revisionsupgrades auch das Datum einiger Komponenten auf das Upgrade-Datum ändern können.
Plan B kann sehr zeitaufwändig und fehleranfällig sein und nur als letztes Mittel angewendet werden.