Ich habe eine Reihe von Beiträgen gelesen, in denen ich die Vorzüge der Migration von VS 2005 auf 2008 hervorgehoben habe. Ich würde jedoch gerne hören, was die verschiedenen Fallstricke bei der eigentlichen Migration sind. Wir sind dabei, zu migrieren, und ich würde lieber wissen, welche Geschwindigkeitssteigerungen vorauszusehen und zu planen sind, anstatt sie auf dem Weg zu überraschen. Jede hilfreiche Anleitung dazu wäre sehr geschätzt, so dass der Prozess so schmerzlos wie möglich ist.
Oh, wir sind in erster Linie ein C ++ - Entwicklungshaus mit einer Handvoll moderater Produkte und einer Menge kleiner Hilfswerkzeuge. Wir verwenden externe Makefiles für alles, damit alle Builds automatisiert werden können. Spezifische Erkenntnisse darüber, was zu erwarten ist, wenn diese Art von Entwicklungsvorgang migriert wird, wären sehr hilfreich.
Vielen Dank im Voraus für die Hilfe!
Wenn Sie irgendwelche Visual Studio-Plugins verwenden, können Kompatibilitätsprobleme auftreten. Als wir zum ersten Mal darauf umgestiegen sind, gab es noch keine Version von Resharper, die 2008 unterstützt wurde. Das war damals ein kleines Problem . Darüber hinaus hatten wir keine Probleme mit der IDE selbst. Davon abgesehen machen wir nicht viel C ++, daher bin ich mir nicht sicher, wie unterschiedlich Ihre Situation sein könnte.
Wenn wir darüber nachdenken, das einzige andere Problem, das wir mit dem Switch hatten, war der Aufbau von .Net 3.5-Apps mit nant. Sie haben nicht gesagt, welche Build-Tools Sie verwenden oder ob Sie verwalteten Code verwenden, daher bin ich mir nicht sicher, ob dies ein Problem für Sie wäre. Wenn dies der Fall ist, gibt es einige Problemumgehungen im Netz, um mit 3.5 Apps arbeiten zu können, bei denen die Konfigurationsdateien von nant optimiert werden müssen. Lass es mich wissen, wenn du möchtest, dass ich es poste.
Die Upgrade-Erfahrung meiner vorherigen Firma lautete wie folgt:
Wir haben festgestellt, dass es nicht absolut zuverlässig ist; die meiste Zeit ist es in Ordnung, aber ein paar von uns hatten Tage, an denen es scheinbar alle fünf Minuten abstürzt. Ehrlich gesagt fühlt es sich auch ein wenig buggy an, zB. Es gibt einen Wanderfehler mit Ressourcen, den SP1 für uns nicht repariert hat.
Einige "Link-Timecode-Generierung" -Dinge wurden scheinbar automatisch während der Migration aktiviert, und IMO ist es zu langsam. Verbindungszeiten von 30 Sekunden bis 7 Minuten waren ziemlich schwer zu schlucken. Schalte das wieder aus ...
Auf der positiven Seite ist das Debuggen wesentlich schneller, was ein großes Plus ist, wenn Sie einen Bug in zeitraubendem Code haben. Wir sind jedoch nicht von den Release-Build-Geschwindigkeiten überzeugt.
Dennoch könnte es in anderen Sprachen viele wunderbare Features geben, aber soweit ich das sehen kann, war das Visual C ++ Team anscheinend in den drei Jahren nicht so beschäftigt (oder vielleicht sind nur noch zwei übrig) ?).
Das only Problem, das ich mit Visual Studio 2008 hatte, war, dass es ziemlich langsam war, bis ich es ein wenig optimiert habe. Ich war in eine Verzögerung geraten, die aus dem Debug-Modus in der Größenordnung von 8-10 Sekunden oder so kam - war ziemlich nervig. SP1 half dabei, einige IE Einstellungen zu ändern.
Aber ansonsten war ich glücklich damit.
Wir haben gerade den letzten Monat mit der Aktualisierung abgeschlossen. Ich habe keine Verlangsamung bemerkt - aber wir haben SP1 von Anfang an laufen lassen. Wir haben den Fehler gemacht, eine Beta-Version von SP1 zu installieren (Beta für ein Service Pack?!?!) Und mussten ein spezielles Tool herunterladen und ausführen, um es vor der Installation von RTM SP1 zu entfernen, aber das sollte Sie nicht betreffen. Der größte Ärger war der Aufbau all unserer Third-Party-Bibliotheken für 2008 und die Umsetzung eines Batch-Prozesses, der unsere Projekte und Lösungen für einen unserer Kunden auf das Jahr 2005 zurückkonvertiert. Über die Bibliotheken - Microsoft sagt, wenn C ++ in der öffentlichen Schnittstelle vorhanden ist oder OR intern STL verwendet, dann muss es mit dem neuen Compiler neu erstellt werden. Ich habe eine kleine Zusammenfassung auf meinem Blog verfasst.
Bearbeiten: Hier ist der Projektkonverter , den wir verwendet haben. Ich habe es in eine Befehlszeilen-App für unseren Batch-Prozess umgewandelt, und es funktioniert ziemlich gut.
Zuverlässigkeit stark verbessert. Das alltägliche Feature wird unverändert gesetzt (was so ist).
Ein Fehler, den ich bemerkt habe, ohne mir der Änderung bewusst zu sein (ich habe auch eine Frage dazu). Installateure können sich anders verhalten. Das alte Upgrade war eher eine Deinstallation und eine Neuinstallation. Das neue Programm führt ein direktes Upgrade durch. Dies kann zu Problemen führen:
muss Versionsinformationen in DLLs schreiben - keine schlechte Sache, aber vielleicht kein automatisierter Schritt
ein Dienst kann nicht automatisch aktualisiert werden, Sie müssen den Benutzer zwingen, den alten zu deinstallieren und dann den neuen zu installieren (TODO: Zitat für meinen Fragebeitrag, der hier hinzugefügt werden soll)
>Ich habe nur zwei Probleme kennengelernt.
Ein paar Drittanbieter-Add-Ins funktionierten nicht, als wir zum ersten Mal mit dem RTM zu 2008 wechselten. Ich kann mich nicht erinnern, welche, aber ich habe nicht mit irgendwelchen der Add-Ins, die wir gerade verwenden, hineingelaufen.
Wenn Sie eine Team Edition oder Team Suite verwenden, gibt es einige Check-in-Richtlinien von Drittanbietern, die nicht funktionieren, weil sie auf die 2005 TFS-API verwiesen haben. Wir konnten das umgehen, indem wir entweder die entsprechenden Referenzen für Dinge, für die wir Code hatten, neu kompilieren (wie Dinge, die aus CodePlex herausgenommen wurden) oder die Richtlinien neu geschrieben haben, da sie ziemlich einfach sind.
Wie ich bereits erwähnte, waren die einzigen Probleme, die wir hatten, die Erweiterbarkeit von Drittanbietern und keine Probleme in Monaten.
Tags und Links c++ visual-studio-2008 upgrade visual-studio-2005