Visual Studio添加真正"global"默认包含路径

有没有一种简单的方法可以将路径全局(即计算机上的所有用户)添加到Visual Studio中的包含/库目录集？

我正在寻找的是为所有项目(过去和将来)安全地向Visual Studio添加包含/库路径的能力。 这相当于 INCLUDE、LIB 和 LIBPATH 环境变量，这些变量似乎适用于命令行构建，但由于某种原因，在通过 Visual Studio 构建时被完全忽略。 它必须应用于计算机上的所有用户。

我不是在Microsoft.Cpp.Win32.user.props更改特定于用户的MSBuild属性表，因为这只会添加特定计算机上特定用户的路径。 虽然这似乎是完成"全局"设置的推荐方法，但它不能应用于我的用例：

我参与教授工程师课程的编程入门课程，每年大约有 1000 名学生。 我们有一个计算机实验室供他们进行每周的实验室测验，但是每次学生注销时，都会故意清除任何每用户的设置/文档(因此我们不能依赖用户道具)。 作为课程的一部分，他们需要使用自定义课程库与硬件单元进行交互(因此需要添加包含/库路径)。 为每个项目手动添加路径超出了我们教给学生的范围，并且考虑到他们将在整个学期内每周创建多个项目，因此会变得乏味。

我们尝试过什么：

• 将所需的标头/库安装到 Windows SDK 路径。
  这绝对不理想，并且每当Windows SDK更新到较新版本时都会中断
• 将所需的标头/库安装到 Visual Studio 的Auxiliary路径。
  通过检查默认的VC ++包含目录，VS2017似乎在其标题和库的搜索中包含路径C:Program Files (x86)Microsoft Visual Studio2017CommunityVCAuxiliaryVS。 根据文档，该文件夹应该用于不是真正参与编译过程的工具。 这就是我们目前所做的，但感觉不对，并且文件夹位置已随着过去的Visual Studio版本而更改，因此将来可能会更改(因此，我们在过去5年中一直使用VS2012)。 每当我们在实验室中更新Visual Studio时，我们还必须重新安装库。

我们可以尝试什么：

• 将路径添加到工具集默认属性表。
  同样，建议在各种论坛中不要这样做，而赞成使用用户道具(例如这里)。 工作表本身警告不要修改它们，担心每当工具集更新时都会重置它们，如果在升级 VS 时安装了新工具集，我们将不得不重新修改该工具集的默认工作表。
• 使用所需设置创建项目模板。
  我们可以创建一个模板，供学生在通过新建项目向导创建新项目时选择。 令人担忧的是，如果学生使用错误的模板创建一个项目(在如此规模的班级中不可避免地会经常发生这种情况)，并在没有设置适当环境的情况下开始他们的测验任务，这将是一场噩梦，处理我们有限的员工提出的问题。 此外，模板是特定于 VS 版本的(并放置在特定于版本的文件夹中)，因此每次更改 Visual Studio 版本时，我们都必须重新安装模板。

整个想法是使我们的工作流程面向未来。 我们想要做的非常简单：将单个标头和单个库添加到默认搜索路径中，它应该适用于计算机上安装的任何版本的Visual Studio。 在任何其他系统/IDE 上，这是一项微不足道的任务。 命令行MSBuild甚至通过环境变量支持它。 但是由于某种原因，我们无法找到Visual Studio的简单解决方案。

有人有更好的主意吗？