问题标签 [sln-file]

我正在建立一个网站，学生可以在其中完成练习。当学生开始练习时，我将解决方案添加到学生 TFS 存储库。我想从浏览器在 Visual Studio 中打开这个解决方案。如果它有效，学生只需单击一次即可开始练习。

可以从 TFS 仪表板打开 Visual Studio：

解码后的 base64encodedstring 如下所示：

谷歌搜索 vstfs 协议并没有给我太多额外的信息。我找到的最佳资源是： https ://msdn.microsoft.com/en-us/library/bb130164.aspx?f=255&MSPPError=-2147217396

本页仅解释一些一般概念：

工具类型的不同可能性没有解释。

什么是正确的 vstfs 命令，不仅可以打开 Visual Studio，还可以打开解决方案？

我正在使用 TFS 2015（本地）和 Visual Studio 2015。

我想将我的 Visual Studio 项目导出到 Qt 项目。

如何.pro从 Visual Studio 项目生成文件？我安装了 Qt 插件，但没有找到这样的选项。

我的SF解决方案目前只有一项服务，但似乎从sfproj到服务的引用存在问题。

我看到了以下问题和答案，并确保所有目标框架都匹配：Service Fabric Service reference has yellow triangle

我正在使用Visual Studio 2017。

所有这些项目都.NET Framework 4.5.2针对1.6sfproj版

我还尝试添加新服务，它们也有黄色参考。

也许我在这里忽略了一些东西，但我似乎找不到解析解决方案文件并以编程方式从构建中排除一些项目（.vcxproj）的好方法。许多 SO 帖子引用SolutionFile该类Microsoft.Build.Construction来枚举项目列表及其配置。实际上，甚至还有一个IncludeInBuild属性可以告诉我是否选择了特定配置以包含在构建中（请参阅：https ://msdn.microsoft.com/en-us/library/microsoft.build.construction.projectconfigurationinsolution.includeinbuild .aspx )

但是，我似乎无法找到一种方法来更改解决方案文件的/create-a-copy-of，并在道德上等同于将某些项目的 IncludeInBuild 属性设置为 false。

这在今天不可能吗？

当我从命令行运行nuget restore时，我得到

在 MyProject.sln 解析解决方案文件时出错：调用目标已引发异常。

但从 Visual Studio 恢复 nuget 包运行时没有错误。任何解决方法？

我目前正在开发一个项目，该项目基本上是将 VisualFoxPro 项目动态转换为 ASP MVC 项目

我已经在我的代码中创建了所有文件夹、控制器、视图文件，只需单击一个按钮，只需创建一个具有该特定扩展名的文件并为其提供路径

以同样的方式创建（.sln）文件，但是当我在按钮单击时生成我的项目时它没有运行

一个空白MVC项目的所有文件都是这样创建的

现在我在创建 .sln 文件时遇到问题，我应该使用 SLNTools 来创建 .sln 文件还是有其他方法可以做到这一点

我忘了提到 foxpro 项目有一些文件读取，所以在读取文件后，我创建了一个视图和一个控制器的单个表单，动态菜单，我不认为使用 SDK 我可以做到这一点，如果是，那么任何帮助将不胜感激

我正在尝试打开我的 asp.net 项目，但显示了一些警告。在这个警告之后，我点击yes了，他们正在响应错误。

我该如何处理这个虚拟目录问题？

此错误如下图所示

我有一个包含多个项目（csproj 和 btproj）的解决方案。我实际上正在运行 BizTalk 2013 R2，所以我在 Visual Studio 2013 下进行开发。我有许多 powershell 脚本来部署我的应用程序，我必须增强它们。

我需要阅读或确定解决方案的项目构建顺序，以便按此顺序部署我的程序集。好的，我可以在“项目->项目依赖项”下获得它，但是这些信息存储在哪里？或者如何使用 powershell 以编程方式确定它们？

我试过这个脚本，但它为我的所有项目返回 0 个依赖项。可能是因为我的解决方案是 2013 年，而我正在使用v14.0\Microsoft.Build.dll. v12.0\Microsoft.Build.dll不返回任何项目。

另一种方法是解析 btproj 和 csproj 文件，但似乎很难为基本功能编写代码。

从命令行，我什么时候会直接在项目上调用 MSBuild，什么时候会在项目sln文件上调用 MSBuild，传递/t:Build /t:ProjectName？

示例：我有一个包含多个项目（A、B、C、...）的简单解决方案。开发是通过 VS GUI 通过打开和使用解决方案来完成的。

现在，在一个特定的自动化案例中，我只想从命令行构建项目 B：

我应该怎么称呼？：

（一种）MSBuild "my.sln" "/t:Build" "/t:ProjB" "/p:Configuration=Release" "/p:Platform=Any CPU"

(二)MSBuild "ProjB.vcxproj" "/t:Build" "/p:Configuration=Release" "/p:Platform=Any CPU"

• 结果会有什么不同吗？
• 文件中是否有任何其他设置sln会以这种方式丢失？（我当然没有在我们的 VS2015sln文件中看到任何其他信息。）
• 如果解决方案很大，但 ProjB 与解决方案中的其他项目几乎没有相互依赖关系，那么一种选择通常会更快吗？

当我dotnet sln add {myProject.csproj}为 .NET Core/Standard 项目执行此操作时，它会将其添加为项目类型（我认为）{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}而不是 .NET Core 的{9A19103F-16F7-4668-BE54-9A1E7A4F7556}.

因此，当我在 Visual Studio 中打开解决方案时，它会抱怨并将其“升级”csproj到 .NET Framework csproj，而不是 .NET Core 。我可以手动编辑，sln但这是一件苦差事。

难道我做错了什么？有没有我遗漏的论点？