msbuild 相关问题

Microsoft Build Engine，也称为MSBuild，是托管代码的构建平台，是.NET Framework的一部分。

Visual Studio 2019、Windows 11。IBM Blockchain Platform 教程，A5：从外部应用程序调用智能合约，步骤 A5.26：在 VS Code 主菜单中，单击“终端”->“运行构建...”

windows msbuild visual-studio-2019 ibm-blockchain

回答 2 投票 0

我有一个带有 props 文件的 nuget 包，在 props 文件中我有以下命令：我有一个带有 props 文件的 nuget 包，在 props 文件中我有以下命令： <Target Name="_myRunCommands" BeforeTargets="Rebuild;Build"> <Message Text="$(MyMessagePrefix) Tools install started" Importance="high" />  <Exec Command="dotnet tool restore" StandardOutputImportance="High" StandardErrorImportance="High" /> <Exec Command="dotnet tool update husky" StandardOutputImportance="High" StandardErrorImportance="High" /> <Exec Command="dotnet tool update csharpier" StandardOutputImportance="High" StandardErrorImportance="High" /> <Exec Command="dotnet husky install" WorkingDirectory="$(MySolutionDir)" /> </Target> 但是，我希望这些命令仅在打开或更改解决方案时运行一次。并非每次都运行构建，或者同一解决方案多次运行。问题：有没有办法在打开解决方案时运行这些命令仅一次？我查看了所有目标，但找不到任何有用的东西。有人有解决办法吗？首先请注意，MSBuild 用于指定构建步骤。打开文件时运行目标（通过 Visual Studio？VSCode？Rider？记事本？）在 MSBuild 之外。但我建议你的目标作为构建步骤就可以了。另请注意，解决方案可以构建项目，但按设计的项目有关解决方案的信息极其有限。更重要的是，您无法从项目内部将目标注入到解决方案的项目构建中。项目可能会对您的包有 ProjectReference。该 ProjectReference 特定于该项目。包中的 .props 文件将被导入到项目中，并且 _myRunCommands 目标将被运行。每个引用该包的项目都将运行 _myRunCommands 目标。这对于共享/重用自定义目标非常有用，但根本不是您正在寻找的行为。定制解决方案有一种机制可以定制解决方案。对于 MySolution.sln，如果存在名为 before.MySolution.sln.targets 和/或 after.MySolution.sln.targets 的文件，它们将由解决方案自动导入并使用。但是，这只适用于命令行构建。从 Visual Studio 构建时，这些文件将被忽略。（命令行构建和 Visual Studio 构建之间的差异很糟糕，但那是一个完全不同的主题。）公用事业项目如果您需要 cli 和 VStudio 构建之间的平衡，另一种方法是创建一个实用程序项目。在给定的解决方案构建中，实用程序项目与任何项目一样，将构建一次。您可以将 Microsoft.Build.NoTargets Project SDK 用于实用程序项目。确保实用程序项目成为需要首先构建实用程序项目的项目的依赖项。可以在解决方案文件中设置依赖关系。在 Visual Studio 的解决方案资源管理器中，您可以右键单击解决方案并选择“项目依赖项”。解决方案更改时运行要限制实用程序项目的_myRunCommands目标在每个解决方案构建上进行构建，您可以指定输入和输出。作为 _myRunCommands 目标的一部分，使用 Touch 任务创建文件或更新时间戳（如果文件存在）。您可以随意命名该文件，例如lastrun.txt。该文件是您的“输出”。您的 .sln 文件是您的“输入”。如果 .sln 文件已更改并且具有较新的时间戳，则 lastrun.txt 将运行目标以更新 lastrun.txt 文件。否则目标将无法运行。

.net-core msbuild husky msbuild-target dotnet-tool

回答 1 投票 0

选择要构建的 .Net Framework 服务包

我在这里阅读了许多问题（和答案），其中的术语与这个问题听起来相似，但所有这些问题最终都是针对不同主要版本的.Net 进行构建...

.net msbuild .net-2.0 msbuild-task

回答 2 投票 0

.NET 解决方案：如何解决多目标构建的项目依赖关系？

我有一个包含 net 9 中多个项目的解决方案（猜测 .net 6-8 也是如此，所以并不重要）。我有具有多目标构建的项目/程序集 A：net9;net9.0-windows Windows v...

c# msbuild

回答 1 投票 0

.NET解决方案：项目依赖关系是如何解决的？

我有一个包含 net 9 中多个项目的解决方案（猜测 .net 6-8 也是如此，所以并不重要）。我有具有多目标构建的项目/程序集 A：net9;net9.0-windows Windows v...

c# msbuild

回答 1 投票 0

如何禁用文件夹的空引用检查

这是我要解决的问题：我有一些使用生成的 *.proto 文件这是我要解决的问题：我正在使用 *.proto 中的 <ProtoBuf MSBuild 任务生成一些 Grpc.Tools 文件。据我所知，这既不支持生成可为空的引用代码，也不支持仅将 #nullable disable 放在文件顶部。但是我想将它们包含在其中的项目已启用Nullable。这将生成一堆类，其中编译器会将引用视为不可为空，而实际上它们可以为空。所以我正在尝试想出处理这个问题的方法。只是让事情变得复杂的是，这是一个可以在许多项目中复制的原型，所以我正在寻找尽可能简单的解决方案。单独的项目并不是特别理想，因此我正在尝试寻找可以将目标目录标记为不启用可为空的方法。那么，有没有办法为文件夹设置指令？如果您使用 .editorconfig 忽略生成的警告，则可以忽略每个文件夹的问题。您可以将文件放入相关文件夹中，也可以将父文件夹中选择器中的文件夹与 .editorconfig 文件一起使用。 [API/**/*.cs] # Ignore CS8669: The annotation for nullable reference types should only be used in code within a '#nullable' annotations context. # because the API project uses nullable reference types, but is copied to a context where we don't use them. dotnet_diagnostic.CS8669.severity = none

c# msbuild protocol-buffers nullable-reference-types

回答 1 投票 0

引用非nuget库并自动复制库文件夹中的依赖文件

我已经创建了已发布到文件夹的库。它有几个依赖库，因此文件夹中有很多文件，都是需要的。如果我只在新项目中引用库-dll...

c# visual-studio msbuild visual-studio-2022

回答 2 投票 0

引用本地非nuget库并自动复制库文件夹中的依赖文件

我已经创建了已发布到文件夹的库。它有几个依赖库，因此文件夹中有很多文件，都是需要的。如果我只在新项目中引用库-dll...

c# visual-studio msbuild visual-studio-2022

回答 1 投票 0

如何在windows下构建icu数据dll？

我尝试了很多资源，但还没有真正看到在 Windows 中构建 icu 数据 dll 的正确命令或方法。所以我尝试过- msbuild 源 llinone llinone.sln /p:Configuration=Relea...