Nowsze solucje w starym VS

2009-05-03 15:17

Visual Studio 2008 zasadniczo służy do pracy z .NET Framework w wersji 3.5, ale ma tę przyjemną cechę, że pozwala określić używaną przez projekt wersję frameworka. A to oznacza, że można zdecydować się na wersję 2.0, co pozwala na współpracę także z edycją 2005.

Pewnym problemem pozostaje jednak fakt, że próba załadowania w Visual Studio 2005 solucji stworzonej w edycji 2008 kończy się takim oto uroczym komunikatem:

Co z tym zrobić?… Można oczywiście utworzyć nową, pustą solucję, a potem dołączyć do niej projekty z tej oryginalnej. To dość kłopotliwe, a VS wymaga też, aby solucje tworzyć zawsze w pustym lub nieistniejącym katalogu. Ostatecznie musielibyśmy więc przekopiować ją wpierw w docelowe miejsce, a potem zająć się przyłączaniem doń naszych projektów. Warto też zauważyć, że stworzenie zupełnie nowej solucji oznacza utratę wszelkich niestandardowych konfiguracji budowania projektów; w gruncie rzeczy bowiem właśnie te konfiguracje to – poza samą listą projektów – jedyna istotna rzecz przechowywana w pliku .sln.
Na szczęście jednak ów plik jest zwykłym plikiem tekstowym, którego format tak naprawdę nie zmienił się od dawna (jak sądzę co najmniej od wersji 2001). Dlatego całkiem prawdopodobne jest to, że jedyną przeszkodą przy wczytywaniu nowej solucji w starszym VS jest… numer wersji zapisany w pierwszym wierszu pliku:

Microsoft Visual Studio Solution File, Format Version 10.00

Nie zaszkodzi więc zmienić owe 10.00 (VS 2008) na 9.00 (VS 2005) i ponownie spróbować otworzyć solucję. Jeśli próba się powiedzie, oszczędzimy sobie pracochłonnego kombinowania. A jeśli nie… to pewnie warto pomyśleć o upgrade ;]

Tags:
Author: Xion, posted under Applications »


10 comments for post “Nowsze solucje w starym VS”.
  1. Charibo:
    May 3rd, 2009 o 15:57

    Czekaj, też kiedyś robiłem ten numer. Ale czy 10 to nie jest wersja najnowszego Visuala (2010), 9 – 2008, a 8 – 2005? :)

  2. Malcom:
    May 3rd, 2009 o 16:06

    Tak, ale tam chodzi o numer wersji formatu pliku solucji, a nie srodowiska.

  3. Xion:
    May 3rd, 2009 o 16:24

    Ostatnią wersją VS znaną właśnie z numeru wersji było 6.0. Potem weszło 2001, czyli 7.0, następnie 2003 (8.0), 2005 (9.0) i 2008 (10.0). Wersja 2010 to będzie/jest 11.0.

  4. aaa:
    May 3rd, 2009 o 18:30

    Zacytuję
    “For users of Visual C++ 7.1 (Visual Studio 2003), 8.0 (Visual Studio 2005), and 9.0 (Visual Studio 2008)”.

  5. Charibo:
    May 3rd, 2009 o 20:48

    2003 to jest 7.1. Ale sprawdziłem i w solucji faktycznie jest wersja 10.0; w *projekcie* zaś 9.0 (dla Visuala 9)

  6. Malcom:
    May 4th, 2009 o 1:25

    nazwa srodowiska – wersja – wersja formatu pliku solucji – _MSC_VER
    VS 2002 – 7.0 – 7.0 – 1300
    VS 2003 – 7.1 – 8.0 – 1310
    VS 2005 – 8.0 – 9.0 – 1400
    VS 2008 – 9.0 – 10.0 – 1500
    VS 2010 – 10.0 – * – *

  7. Suvroc:
    May 4th, 2009 o 12:26

    Bardzo ciekawa właściwość, tym bardziej że zwykle wystarcza sama zmiana numeru wersji. Miałem taki problem z MS Blend, który bez SP1 nie wczytywał projektów z VS2008

  8. nameczanin:
    May 7th, 2009 o 15:43

    Słowo klucz – upgrade. Po co siedzieć na starej wersji w ogóle?

  9. Aithne:
    May 14th, 2009 o 21:09

    Po to, że wtedy programy mają +10 do Szpanu :P

  10. Asmodeusz:
    June 1st, 2009 o 7:45

    Prostsza i stosowana przeze mnie opcja: tworzymy projekt w VS2005, kopiujemy .sln. Potem zmieniamy nazwę oryginału na projekt_2005.sln (albo coś takiego), kopii na _2008, otwieramy kopię w VS2008 i konwertujemy projekt. Jak do tej pory zero problemów.

Comments are disabled.
 


© 2017 Karol Kuczmarski "Xion". Layout by Urszulka. Powered by WordPress with QuickLaTeX.com.