问题描述

使用最新的 Monodevelop 和 VS 2012 RC 共享代码时.我可以从运行 MonoDevelop 的 Mac 和运行最新 VS 2012 beta 的 Windows 7 PC 加载和使用 .sln 解决方案、.csproj 项目文件和所有代码文件.源代码在机器之间共享.

When using the latest Monodevelop and VS 2012 RC to share code. I can load and use the .sln solution, .csproj project files, and all the code files from either a Mac running MonoDevelop and a Windows 7 PC running the latest VS 2012 beta. The source code is on a share between the machines.

这真的很好......但是在某个阶段，当我尝试在 Mac 上的 MonoDevelop 下重新加载解决方案项目时，MonoDevelop 认为解决方案文件 .sln 是一个十六进制文件，并在窗口中加载并显示它的十六进制.它不再认为它是一个解决方案文件！

This works really well... but at some stage when I try to reload the solution project under MonoDevelop on the mac MonoDevelop thinks the solution file .sln is a Hex file and loads and displays it hex in a Window. It doesn't think its a solution file anymore!

我注意到文件行以 0D 0A 结尾，这对于 PC 来说是正确的..我知道 Mac 只使用 0D ......但它最初是这样的并且可以工作.我觉得内容不错！

I notice the file lines are terminated with 0D 0A, which is correct for the PC. . I know the Mac uses just 0D as in ... but its like that initially and works. The contents look fine to me!

如果我在 Mac MonoDevelop 上创建一个新的解决方案，然后将现有的 csproj 放入其中，它可以正常工作.直到它没有....

If I create a new solution on Mac MonoDevelop then drop the exiting csproj's into it it works fine. Until it doesn't....

有什么想法吗?

推荐答案

问题是VS SLN文件现在以:

The problem is that the VS SLN files now start with:

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

而他们需要从以下开始:

Whereas they need to start with:

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

我向 Xamarin 报告了这个问题 - 他们已经有了补丁 - https://bugzilla.xamarin.com/show_bug.cgi?id=4919

I reported this to Xamarin - and they've already got a patch - https://bugzilla.xamarin.com/show_bug.cgi?id=4919

或者，只需手动破解文件 - 这就是我所做的.

Alternatively, just manually hack the files - that's what I do.

这篇关于使用最新的 Monodevelop 和 VS 2012 RC 共享代码时出现问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持编程学习网！