Visual studio 2010 使用“命令行”生成;“开发”;但不适用于VisualStudio(sln)和MSBUild

Visual studio 2010 使用“命令行”生成;“开发”;但不适用于VisualStudio(sln)和MSBUild,visual-studio-2010,tfs,msbuild,teamcity,devenv,Visual Studio 2010,Tfs,Msbuild,Teamcity,Devenv,我正试图与TeamCity建立一个项目,我想知道当我从“Runner Type”下的下拉菜单中选择“Visual Studio(sln)”时会发生什么。当我选择此选项时,我的项目无法构建,我会遇到一系列编译错误,如下所示: Logging\LoggingSingleton.cpp(19,0):错误C1083:无法打开包含 文件:“Auto/AutoHandle.h”:没有这样的文件或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\

我正试图与TeamCity建立一个项目,我想知道当我从“Runner Type”下的下拉菜单中选择“Visual Studio(sln)”时会发生什么。当我选择此选项时,我的项目无法构建,我会遇到一系列编译错误,如下所示:

Logging\LoggingSingleton.cpp(19,0):错误C1083:无法打开包含 文件:“Auto/AutoHandle.h”:没有这样的文件或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\u 050\coretech\sdk\src\auto\AutoTempFile.h(16, 0):错误C1083:无法打开包含文件:“Coretech.h”:没有此类文件 或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\u 050\coretech\sdk\src\auto\AutoTempFolder.h(23, 0):错误C1083:无法打开包含文件:“Coretech.h”:没有此类文件 或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\u 050\coretech\sdk\src\logging\McLog2.h(8, 0):错误C1083:无法打开包含文件:“Coretech.h”:没有此类文件 或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\u 050\coretech\sdk\src\encryption\mcafeeobfusion.h(2, 0):错误C1083:无法打开包含文件:“Coretech.h”:没有此类文件 或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\u 050\coretech\sdk\src\file\BaseIniReader.h(21, 0):错误C1083:无法打开包含文件:“Coretech.h”:没有此类文件 或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\u 050\coretech\sdk\src\file\IniReader.h(21, 0):错误C1083:无法打开包含文件:“Coretech.h”:没有此类文件 或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\u 050\coretech\sdk\src\file\BaseIniReader.h(21, 0):错误C1083:无法打开包含文件:“Coretech.h”:没有此类文件 或目录 d:\tcbuildagent\work\b1f06d91677fef59\consumer\u 2011\u 050\coretech\sdk\src\file\BaseIniReader.h(21, 0):错误C1083:无法打开包含文件:“Coretech.h”:没有此类文件 或目录


但是,如果我选择“命令行”作为我的运行程序类型,并像这样运行我的解决方案:devenv………./LogReader.sln/Build“Debug”,它可以正常运行,没有编译错误。但我们不希望我们的团队每次都手动输入参数,或者使用MSBuild(给出与Visual Studio sln相同的错误)或“Visual Studio(sln)”进行构建

您可以验证它所使用的平台,或者指定它。在过去,当项目设置跨平台不一致时,我们也遇到过类似的问题,并且正在构建的平台不是预期的平台。在这种情况下,我怀疑一个平台与另一个平台没有相同的include目录。

您可以验证它正在构建的平台,或者指定它。在过去,当项目设置跨平台不一致时,我们也遇到过类似的问题,并且正在构建的平台不是预期的平台。在这种情况下,我怀疑一个平台与另一个平台没有相同的include目录。

TeamCity是一个构建服务器,它有一组插件支持,可以以非常平滑的方式执行多种类型的构建过程。TeamCity将代码从源代码管理应用程序下载到工作文件夹,并启动构建过程。构建过程希望程序集引用和库与开发人员机器类似。例如,基本的.net应用程序需要适当的.net framework来执行构建过程。同样,在您的例子中,库也是如此。如果可以使库文件可用,构建过程将毫无问题地运行。

TeamCity是一个构建服务器,它具有一组插件支持,可以以非常平滑的方式执行多种类型的构建过程。TeamCity将代码从源代码管理应用程序下载到工作文件夹,并启动构建过程。构建过程希望程序集引用和库与开发人员机器类似。例如,基本的.net应用程序需要适当的.net framework来执行构建过程。同样,在您的例子中,库也是如此。如果可以使库文件可用,则生成过程将正常运行。

在服务器上通过msbuild手动生成sln时,生成是否通过?在服务器上通过msbuild手动生成sln时,生成是否通过?