问题标签 [project-files]

不确定这是否只是特定于 Winforms 项目（这是我正在制作的项目），但我只是想知道两者之间的区别。我正在进行仅适用于 Windows 10 Creator's Update 的高 dpi 更改，并且必须同时编辑两者。

是否有一种可移植的方式通过修改 .pro 文件将某些包含添加到属于 Qt 项目的所有 C++ 模块（就像我会使用该-include选项为 GCC 做的那样）？

我有一个旧脚本来创建 Visual Studio 项目文件来构建库。语法是

等等所有不同的目录。

我理解我们为什么使用 qmake 和 vclib，但我不确定 -t 在这一行中的用途是什么：

看着这个：http ://doc.qt.io/archives/qt-5.5/qmake-platform-notes.html它说：

创建 Visual Studio 项目文件 本节介绍如何将现有的 qmake 项目导入 Visual Studio。qmake 能够获取一个项目文件并创建一个 Visual Studio 项目，其中包含开发环境所需的所有必要信息。这是通过将 qmake 项目模板设置为 vcapp（用于应用程序项目）或 vclib（用于库项目）来实现的。

这也可以使用命令行选项进行设置，例如：

qmake -tp vc

为什么他们使用 -tp 并且使用 -t 时旧的脚本语法是否正确？

运行脚本后大约需要 1/2 秒，在哪里可以找到 Visual Studio 的项目文件？

最后，当我打开项目文件时，如何使用 Visual Studio 构建库？有人能指出我可以阅读一些材料的地方吗？

谢谢大家的帮助！

编辑：我运行了脚本，它在运行 qmake 的目录中创建了 .vcproj 文件。示例：在文件夹 Kernel -> core 中，它创建了 ccCore.vcproj 项目文件。当我在 Visual Studio 2017 中打开文件时，它希望我执行单向升级，该升级将自动对项目进行功能更改以打开它。这个可以吗？

背景 我主要使用嵌入式 C/C++ 进行编程，但有时我必须为我们的 API 进行一些 C# 编程。为此，我使用 Visual Studio 2017 为我们的客户创建 API DLL。

C# API 和我们的 C/C++ 固件使用一组通用的状态码。我有一个 Lua 脚本，可以将这些代码生成为 .h（用于 C/C++）和 .cs（用于 C#）文件，因此它们始终保持同步。

跨产品和平台共享的所有源文件都在一个名为“Common”的特殊项目中（签入到 Subversion）。

当我们创建新项目并使用任何“common”文件时，我们将它们放在一个名为“Common\”的子文件夹中，这样我们就知道没有必要搞乱它们。Subversion 将检查这些“通用”文件作为每个项目使用的特定修订的外部文件。

在 C/C++ 中，将源代码组织在多个文件夹中完全没有问题，所有源文件都有一个到根项目文件夹的相对路径。

问题 所以在这个 C# 项目中，我像往常一样组织源代码：

在ProjectRoot\我们有这个 C# 项目的所有 .cs 文件，以及ProjectRoot\Common\来自 subversion 的“Common”项目的外部文件。

因此，在将外部 EStatusCodes.cs 检出到ProjectRoot\Common\文件夹后，我通过“Add->Add Existing...”将其添加到 C# 项目中，然后指出该ProjectRoot\Common\EStatusCodes.cs文件。

该文件显示在项目中，但由于某种原因，Visual Studio 已将文件从ProjectRoot\Common文件夹复制到ProjectRoot\文件夹，然后使用副本！（属性中的文件路径设置为ProjectRoot\文件夹。

因此，如果我们向“Common”项目添加更多状态代码，则此 C# 项目不会获得更新，因为 Visual Studio 现在始终使用从中复制的文件版本，ProjectRoot\并且不在乎是否ProjectRoot\Common\EStatusCodes.cs已更新。

我尝试将 Common 文件夹添加到“Properties->Reference Path”，但每次将文件添加到项目时它仍然会复制该文件。

是否有可能在 C# 项目的根文件夹之外的其他地方拥有源文件？

在 VS 2017 中，或者更准确地说，在 VS 2017 中使用的旧项目格式中，每个项目都有一个“属性”文件夹，AssemblyInfo.cs其中包含一个包含项目版本、版权等内容的文件。

如果您想在多个项目之间共享一些信息，比如特定解决方案中的所有项目，您创建一个AssemblyInfo_Shared.cs文件，将共享属性移入其中，将它们从原始AssemblyInfo.cs文件中删除，然后您将共享版本“链接”到每个单独的项目。

现在，当您构建时，其中的信息AssemblyInfo_Shared.cs将在所有项目之间共享，而项目特定的值将保留在原始AssemblyInfo.cs文件中。

但是，在新的项目格式中，这些值都嵌入到项目文件中，现在是一个简单的 XML 文件。您现在如何在项目之间共享设置？

我正在向我们项目的主要 git 存储库中的许多解决方案添加一个测试项目。

在此过程中，我注意到向 .sln 文件添加“解决方案文件夹”会修改解决方案中的许多项目。我想不出任何合乎逻辑的理由。在我添加测试项目之前，我只是在谈论添加解决方案文件。

解决方案中的所有项目都是 C# 项目，如果这会有所不同的话。

有谁知道为什么会这样。这是预期的行为，还是错误？另外，有什么方法可以防止这种情况发生吗？

下面的两张图片突出了我正在谈论的行为：

添加新的解决方案文件夹之前：

添加新的解决方案文件夹后：

据我所知，这些变化毫无意义：

我在一个已经使用了 10 年的解决方案中有一个现有的 VB.Net 项目。它很大，重新创建它不是一种选择。我们想添加一个单元测试项目来测试它，但它需要有一个 .vbproj 文件才能从单元测试项目中引用它。

现有项目没有 .vbproj 文件。显然，它是作为“新网站”创建的，从未创建过 .vbproj 文件。有没有办法将此 .vbproj 文件添加到现有项目中，或者有其他方法可以从单元测试中引用它？

我对 Visual Studio 和 git 还很陌生，所以请多多包涵！

我正在使用 VS2017 C++ 进行 Windows 开发，我有 2 台机器，一台是我主要的台式电脑和一台我在旅行时使用的笔记本电脑。我在主 PC 上创建了一个 VS 解决方案并将其推送到一个新的 git 存储库。我正在使用安装在标有F:.

我已将存储库克隆到我的笔记本电脑，但 SDL 库位于D:驱动器上（没有F:驱动器），因此我必须编辑属性以使其找到库。问题是因为项目文件是版本控制的，当它被推回 GitHub 然后拉回我的主机时，路径又是错误的，我必须编辑属性。这显然不是一个好的解决方案。

我能想到的唯一解决方法是将库安装在C:两台机器上都存在的驱动器中，但我不确定是否有更“优雅”的方式来做到这一点。

任何建议将不胜感激。

我正在构建一个 Nuget 包，它有一个带有 install.ps1 的工具文件夹。这个 Nuget 包依赖于 NugetPowerTools 包，它提供了一些 API 来处理项目及其属性。我在下面的 install.ps1 中粘贴了代码。

我有 2 个问题。

1. AddImport 将目标附加到末尾（即，在其他 Import 行之后）。我需要将 Import 作为第一行（因为我在此目标文件中有一些功能需要在其他文件之前执行）。是否可以先插入 Import （即我的 Custom.Targets 导入应该是项目文件中 Import 的第一项）？我找不到插入方法。

2. 通过此 install.ps1 修改项目文件后，Visual Studio 中会弹出 /prompt，其中包含 4 个选项，即 SaveAs、Discard、Overwrite 和 Ignore。我想在没有此提示的情况下保存并覆盖项目文件/从我的 install.ps1 中弹出。这是为了避免用户的任何意外错误。为了克服，我在下面找到了一个链接，其中包含以下代码行，可以帮助我克服这个问题。

如何通过 nuget powershell 脚本重新加载 Visual Studio 项目

但是现在，我得到另一个弹出/提示选项，包括重新加载、重新加载全部、忽略、全部忽略。有没有办法在没有这个提示的情况下重新加载这个项目？

请帮忙。

注意：如果有人可以在没有 NugetPowerTools 的情况下提供正确的语法，我可以不使用 NugetPowerTools。

我在 Visual Studio 2019 中有一个 .NET Core 3 项目。当我通过 Windows 资源管理器将文件复制并粘贴到项目文件夹中时，Visual Studio 会自动将该文件包含到我的项目中，这是我不希望发生的。是否有禁用此功能的设置？