2012-06-15 6 views
10

Podczas korzystania z najnowszych wersji Monodevelop i VS 2012 RC w celu udostępnienia kodu. Mogę załadować i używać plików projektu .sln, plików projektu .csproj i wszystkich plików kodu z komputera Mac z oprogramowaniem MonoDevelop i komputerem z systemem Windows 7 z najnowszą wersją beta VS 2012. Kod źródłowy znajduje się we współudziale między maszynami.Podczas korzystania z najnowszego oprogramowania Monodevelop i VS 2012 RC w celu udostępnienia kodu pojawia się problem

Działa to naprawdę dobrze ... ale na pewnym etapie, kiedy próbuję przeładować projekt rozwiązania pod MonoDevelop na Mac MonoDevelop uważa, że ​​plik rozwiązania .sln jest plikiem Hex i ładuje go i wyświetla go w oknie. Nie uważa to już za plik rozwiązania!

Zauważam, że linie pliku są zakończone z 0D 0A, co jest poprawne dla komputera. . Wiem, że Mac używa tylko 0D, jak w ... ale na początku tak działa i działa. Zawartość wygląda dobrze dla mnie!

Jeśli stworzę nowe rozwiązanie na Mac MonoDevelop, a następnie wyjmę z niego csprojty wyjściowe, wszystko działa dobrze. Aż nie ...

Jakieś pomysły?

+0

Czy zdarzyło się to już w Visual Studio 2010, czy jest to nowy problem w VS 2012? – Betaminos

+0

Myślę, że widzę to pryor 2012 ... ale po raz pierwszy robię to w gniewie. – AnthonyLambert

Odpowiedz

20

Problem polega na tym, że pliki VS SLN teraz zacząć:

Microsoft Visual Studio Solution File, Format Version 12.00 
# Visual Studio 2010 

Zważywszy muszą zacząć:

Microsoft Visual Studio Solution File, Format Version 11.00 
# Visual Studio 2010 

Zgłosiłem to do Xamarin - i już dostał łatka - https://bugzilla.xamarin.com/show_bug.cgi?id=4919

Alternatywnie, po prostu ręcznie zhakuj pliki - to właśnie robię.

+2

Zawsze trzymałem dwie kopie plików sln/csproj (jeden Mac i jeden Windows) i po prostu użyłem kontroli źródła, aby sprawdzić je na obu komputerach. Myślę, że to na ogół lepszy pomysł z powodu tego rodzaju problemów. – jonathanpeppers

Powiązane problemy