问题标签 [sln-file]

我正在使用Yeoman在我的 Visual Studio 解决方案中创建新项目。我已经可以生成 .csproj 和源文件，但是我想不出一种在解决方案中注册项目的简单方法。

.sln 文件不是 XML，它们有自己的格式。我需要在文件的两个部分中插入这样的内容：

...

是否有一个 NodeJS 库可以帮助我修改 .sln 文件？

当我尝试打开我的项目时，出现此消息： 名称不能以 '<' 字符开头，十六进制值 0x3C。第 21 行，位置 2。然后 我无法打开我的项目。

我正在尝试使用 VSTS 在 AWS/AZure 中部署一个 Web 应用程序，因为我有 .sln soultion 文件要构建。MS 构建成功，但即使我找不到它，它也不会生成任何工件。我不知道成功构建后要部署哪个文件。以下是构建生成的日志：

2018-02-23T06:14:56.6241643Z ##[section]开始：构建解决方案**/*.sln 2018-02-23T06:14:56.6245894Z ============== ==================================================== ============= 2018-02-23T06:14:56.6246019Z 任务：MSBuild 2018-02-23T06:14:56.6246112Z 描述：使用 MSBuild 2018-02-23T06:14:56.6246202 构建Z 版本：1.120.0 2018-02-23T06:14:56.6246308Z 作者：Microsoft Corporation 2018-02-23T06:14:56.6246426Z 帮助：更多信息 3437875Z 项目“D:\a\1\s\Laan.SolutionConverter.sln”（1）正在节点 1（默认目标）。2018-02-23T06:15:03.3438402Z 恢复包：2018-02-23T06:15:03.3438811Z "D:\a\1\s.nuget\NuGet.exe" 安装 "D:\a\1\s\Laan .SolutionConverter\packages.config" -source "" -NonInteractive -RequireConsent -solutionDir "D:\a\1\s\ " 2018-02-23T06:15:06.5368000Z 正在恢复 NuGet 包... 2018-02-23T06: 15:06.5368544Z 要防止 NuGet 在构建期间下载包，请打开 Visual Studio 选项对话框，单击包管理器节点并取消选中“允许 NuGet 下载丢失的包”。2018-02-23T06:15:06.9195161Z packages.config 中列出的所有包都已安装。2018-02-23T06:15:06.9965845Z PrepareForBuild: 2018-02-23T06:15:06.9966207Z 创建目录“bin\Debug\”。2018-02-23T06:15:06.9970357Z 创建目录“obj\Debug\”。2018-02-23T06:15:08.7989740Z CoreCompile: 2018-02-23T06:15:08.7990805ZC:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Roslyn\csc.exe / noconfig /nowarn:1701,1702 /nostdlib+ /platform:anycpu32bitpreferred /errorreport:prompt /warn:4 /define:DEBUG;TRACE /highentropyva+ /reference:D:\a\1\s\packages\CommandLineParser.1.9.71\lib \net45\CommandLine.dll /reference:"C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework.NETFramework\v4.5\Microsoft.CSharp.dll" /reference:"C:\Program Files (x86) \Reference Assemblies\Microsoft\Framework.NETFramework\v4.5\mscorlib.dll" /reference:"C: 2018-02-23T06:15:25.0246192Z 将文件从“obj\Debug\Laan.SolutionConverter.exe”复制到“bin\Debug\Laan.SolutionConverter.exe”。2018-02-23T06:15:25.0250947Z Laan.SolutionConverter -> D:\a\1\s\Laan.SolutionConverter\bin\Debug\Laan.SolutionConverter.exe 2018-02-23T06:15:25.0253057Z 从复制文件“obj\Debug\Laan.SolutionConverter.pdb”到“bin\Debug\Laan.SolutionConverter.pdb”。2018-02-23T06:15:25.0345637Z 完成构建项目“D:\a\1\s\Laan.SolutionConverter\Laan.SolutionConverter.csproj”（默认目标）。2018-02-23T06:15:25.0355240Z 完成构建项目“D:\a\1\s\Laan.SolutionConverter.sln”（默认目标）。2018-02-23T06:15:25.0372793Z 2018-02-23T06:15:25.0372977Z 构建成功。2018-02-23T06:15:25.0375964Z 0 警告 2018-02-23T06:15:25。

阅读这些日志后，谁能告诉我应该选择部署哪个文件？

我有一个包含 4 个项目的解决方案。

• 一个 .NET Framework 项目（Ananas）
• 两个 .NET Core 项目（香蕉和樱桃）
• 一个 Xamarin 项目（Dewberries）

每次我启动 Visual Studio 2017 Community (15.6.2) 并加载解决方案时，它都会在加载第一个项目 (Ananas) 时自行挂起。

我可以坐下来等待它加载 30 分钟或更长时间，但进度条只会保持动画。我必须完全杀死 Visual Studio 才能阻止这种情况。

如果我然后删除解决方案文件夹，并从我已经隐藏的备份存档中重新解压缩并再次加载它，它会在第一次加载时不会挂起。但是当我关闭解决方案，关闭 Visual Studio，重新启动并再次加载它时，它又开始挂起。

我正在尝试根据本指南使用最新版本使用 xunit 设置 dotnet core webapi 项目：

https://docs.microsoft.com/en-us/dotnet/core/testing/unit-testing-with-dotnet-test （顺便说一下，我已经下载了github示例项目，也有同样的错误）

我的项目结构非常基本：

解决方案包含

• “PrimeService”项目（API）
• “PrimeService.Test”项目（xunit 测试）

运行“dotnet test”时出现以下错误：

这是 sln 的顶部：

这是测试csproj

这是 webapi csproj ：

有什么线索吗？

谢谢 ：-）

我正在寻找在 C# 上以编程方式将现有 C# 项目 (.csproj) 添加到解决方案 (.sln) 中的方法。如果可能的转义使用“非法”方式（如解析和编辑 xml 文档）会很好。

在工作结束时，结果应该类似于通过 Visual Studio 添加现有的 C# 项目。

这可能是一个愚蠢的问题，但我一直在尝试编译一个更大的项目，该项目最初与 Ubuntu 中的 Visual Studio 相关联。我决定使用 cmake 来执行此操作，但它需要一个 cmakelist 文件。由于我不想手动设置它，因为我必须像这样移植几千页，有没有办法让 cmake 读取 Visual Studio 生成的 sln 文件？

任何能让我在 Ubuntu 上自动编译项目的方法都会很棒。

我们正在开发许多不同的应用程序，其中每个应用程序都有自己的 VS 解决方案（当然还有一个 CS 项目）。此外，还有许多库（也是 CS 项目）在应用程序之间共享并包含在 VS 解决方案中，以便您可以在开发的启动阶段进行调试。

我们还有一个“主”解决方案，它将所有项目包含在一个用于重构问题的大解决方案中。因为 VS 不支持“解决方案中的解决方案”，所以我们还必须维护这个主解决方案。我们谈论的是 300 个组件。

现在已经到了将所有 CS 项目作为应用程序解决方案中的 ProjectReference 不再有帮助的地步。例如，我们有一个支持 CUDA 的库，它可以编译一次，然后用作常规参考。

这里唯一的问题是，在某些情况下，当您需要调试一个问题时，您需要再次返回 ProjectReference，而该问题只能在与主应用程序一起运行时才能验证，而不能在正常的测试用例中验证。

一种选择是维护两个项目，一个用于调试，一个用于工作。唯一的问题是，一旦你调试并且你需要使用 ProjectReference 依赖项会向下级联整个项目树。

对我来说，感觉每个项目都需要两个 CS 项目。一个只包含引用，另一个只包含 ProjectReferences。混合可能是个问题。问题是，是否可以从仅 ProjectReference 的项目中自动创建仅参考项目？

你如何解决这样的问题？

您好，我正在尝试在具有多个项目的项目中运行dotnet -c Release [sourcepath] --output [destination]一个项目。.sln解决方案的文件结构如下：

当我运行时，dotnet publish -c Release [path]/RootFolder/folder1 --output [destination]我不断收到错误：

错误：

我正在尝试临时注释 .sln 文件中的某些行，但收到​​错误消息：“所选文件是解决方案文件，但似乎已损坏且无法打开”

根据这个博客评论是由“ # ”完成的，但是当我注释掉 GlobalSection 中的每一行（关于 Team Foundation Server 源代码控制绑定的部分）时，我得到了上述错误。有没有其他方法可以注释掉 .sln 中的行？

编辑 - 我想评论的部分：

我试过这个，但不工作：

PS：我尝试了使用“ # ”的单行注释- 有效。并且删除整个部分也可以。但我不想删除它，只是评论它。