问题标签 [visual-studio-2017-build-tools]

我们有一个发布到本地数据库的数据库项目。我引入了一种新的数据库类型以及依赖于它的存储过程。由于除非类型存在，否则不会构建数据库项目，那么推荐的操作过程是什么？

我希望数据库项目的发布首先创建类型，然后构建存储过程。这最终将进入测试、阶段和生产服务器，因此它首先在本地工作很重要。

我有一个包含多个项目的 Visual Studio 解决方案。其中很少有 Visual Studio 2017，很少有 Visual Studio 2013。不同之处在于项目的用例。Visual Studio 可以选择为每个项目选择工具集。现在我需要使用 MSBuild 通过 Jenkins 创建构建。如何在 MSBuild 中为项目设置工具集？

我之前安装了 Visual Studio 2015 (14.0) 构建工具，我可以构建一个简单的 C++ 程序，无需任何 IDE，具有：

现在我安装了 Visual Studio 2019 构建工具，调用vcvarsall.bat会显示以下消息：

Windows 找不到“powershell.exe”

但关闭对话框后，它仍然继续（！）。但后来它失败了：

cl：命令行错误 D8027：无法执行 'C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.26.28801\bin\HostX64\x64\c1xx.dll'

我不明白为什么 powershell 必须设置一些环境变量并设置所有要使用的东西cl.exe。

问题：使用 VS Build Tools 2019 调用 cl.exe 的正确方法是什么？

vcvarsall.bat我们不应该像以前的版本一样先打电话吗？

（重要：我正在寻找 100% 终端模式，没有 IDE）

通过命令行构建代码时，出现错误：

System.TypeLoadException：无法从程序集“Microsoft.Build，Version=15.1.0.0，Culture=neutral，PublicKeyToken=b03f5f7f11d50a3a”加载类型“Microsoft.Build.Evaluation.Context.EvaluationContext”

我在 Windows 环境中使用 Visual Studio 2017。

我努力了

1. 重新启动 Visual Studio 的所有实例
2. 重新启动机器。
3. 尝试通过 Visual Studio 安装程序修复 Visual Studio。
4. 尝试使用 gacutil 卸载并重新安装 Microsoft.Build.Framework.dll。我仍然遇到同样的错误。

如果我能解决这个问题，那将非常有帮助。提前致谢。

我正在编写一个使用Winpcap.I 的网络工具。我正在使用 Visual Studio 2017 。 Winpcap是一个外部库，我必须在我的程序中包含pcap.h. 我当然知道这些：

(1) 编译器需要知道头文件的位置。

(2) 链接器需要知道.lib文件所在的位置，以及lib文件名

所以对于第一个，我在下一步中添加包含目录的路径（如图像）

最后一个我这样做了

现在我有一个像这样的通信器类

.cpp 文件：

但是当我构建它时，有错误

任何人都可以对此有所了解，我做错了什么？我需要帮助这个请帮我解决。谢谢

一个新的 Jenkins 构建正在尝试在 Bitbucket 中构建一个功能分支，该分支是主分支的附属物，并且超出了文件路径名阈值，如以下错误所示：

似乎有几个人遇到了类似的事情，但我没有找到真正有帮助的解决方案。我们的软件版本

• Visual Studio 构建工具 2017 15.8.28010.2048
• MSBuild 版本 14.0

我在设置 2017 VC++ 构建工具时遇到问题，无论是作为独立版还是与 VS 社区版一起安装。

具体来说，一切似乎都安装好了，但调用vcvarsall.bat不起作用 - python distutils 抱怨：

vcvarsall.bat从 cmd运行时：

（“Das System kann den angegebenen Pfad nicht finden.”是德语，意为“系统找不到提供的路径”）

类似VsDevCmd.bat：

我无法让它至少报告找不到哪个路径...任何想法如何解决这个问题？

尝试了许多不同版本的重新安装（2019 - 相同，独立的 2017 构建工具等）

编辑：我得到了@HansPassant 建议的完整诊断输出；在这里完全粘贴太长了。

• 完整：https ://pastebin.com/hTMH9SWD
• “找不到路径”的所有出现如下

注意：在for /F ...
我找到错误之前以明文列出的所有目录之后，总是会发生错误。
唯一的例外是FEHLER: Der angegebene Registrierungsschlüssel bzw. Wert wurde nicht gefunden.（“错误：未找到 reg 键或值”）处的 reg 键，它似乎确实不存在。

下载 VS2017 构建工具和 Python 3.9 后，我尝试安装 JupyterLab：

• 操作系统：Windows 10 Pro 64-bit (10.0, Build 19041) (19041.vb_release.191206-1406)

• 处理器：Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz（4 个 CPU），~2.3GHz

• 内存：16384MB RAM

• Python版本：3.9.0

• IDLE：Vs2017 Professional 15.9.28（包括构建工具）

我明白了：

在检查了一些论坛后，我发现错误来自构建工具，但我安装了它而且我不知道为什么它不起作用！

我正在遵循这个非常简单的指南，以便迈出进入 PyOpenGL 的第一步。

1. 我安装了pip install PyOpenGL PyOpenGL_accelerate，一切正常。

2. 我通过测试代码测试了安装：

   import OpenGL.GL import OpenGL.GLUT import OpenGL.GLU print("Imports successful!") # 如果你看到这个打印到控制台说明安装成功

都好

我现在运行这个脚本：

我收到的错误是OpenGL.error.NullFunctionError: Attempt to call an undefined function glutInit, check for bool(glutInit) before calling

所以我在网上阅读了一些指南，他们指出从这里下载轮子。所以我继续下载PyOpenGL_accelerate‑3.1.5‑cp38‑cp38‑win_amd64.whl，PyOpenGL‑3.1.5‑cp38‑cp38‑win_amd64.whl因为我正在运行Python 3.8

1. pip install .\PyOpenGL_accelerate-3.1.5-cp39-cp39-win_amd64.whl返回PyOpenGL-accelerate is already installed with the same version as the provided wheel. Use --force-reinstall to force an installation of the wheel.
2. pip install .\PyOpenGL_accelerate-3.1.5-cp38-cp38-win_amd64.whl返回PyOpenGL-accelerate is already installed with the same version as the provided wheel. Use --force-reinstall to force an installation of the wheel.

这么简单的指南怎么会导致我得到如此痛苦的结果？

如何检查是否Visual C++ 14.0 build tools已安装。也许这是我缺少的唯一一步？

我们有两个构建服务器，一个新创建的项目决定它只想在其中一个上成功构建。它在失败的构建服务器上给出了这个错误：

MyLovelyNewProject.csproj(380,11)：错误 MSB4226：导入的项目“C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\Microsoft\VisualStudio\v15.0\WebApplications\Microsoft.WebApplication.targets “ 没找到。此外，尝试在 $(VSToolsPath) 的后备搜索路径中找到 "WebApplications\Microsoft.WebApplication.targets" - "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v15.0" 。这些搜索路径在“C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\Bin\amd64\MSBuild.exe.Config”中定义。确认声明中的路径正确，并且该文件存在于磁盘上的搜索路径之一中。

我们的 DevOps 人员调查并确定一台服务器具有 v15.0 构建工具，其中一台具有 v15.9 构建工具。新项目无法在具有 v15.9 构建工具的服务器上构建，因为它专门寻找 v15.0 构建工具。

我们所有的其他项目在两个构建服务器上都构建得很好，但我无法在他们的 .sln 或 .csproj 文件中找到与新项目不同的任何内容。如何重新定位/重新配置新项目，以便无论给定服务器具有哪个版本的构建工具，它都能成功构建？

（如果你想建议 DevOps 同步构建服务器以拥有相同版本的构建工具，我同意！唉，他们正忙于主要的服务器迁移，我希望新项目没有 50%他们在解决 CI 时失败的机会。）