这一切都是从TC中的VS2017运行程序类型开始的。它失败了,没有任何错误或提示(除了解决方案级别的(default targets) -- FAILED.消息)。我把范围缩小到了。这些不是通过MSBuild构建的,它们确实在构建代理上的VS2017中完美地编译。我在责怪SSDT .但我想我检查了所有的东西。这是TC构建中出现的直到解决方案级别的问题:

我注意到,对于VS2017,SSDT附带VS设置。安装了“工作负载”“数据存储和处理”,以及“单个组件”下的“Server数据工具”。我在https://learn.microsoft.com/EN-US/sql/ssdt/download-sql-server-data-tools-ssdt上注意到一句话“如果你在VisualStudio2017中使用SSDT,安装AS和RS组件”。做到了。什么都没变。SSDT也分别为以前的版本安装。
这个堆栈是相关的,但对我没有帮助。
还有其他想法吗?
我往前走了一步。除了VS,构建工具也安装在构建代理上,TeamCity的VS2017运行程序显然使用了构建工具中的MSBuild。正如您在上面看到的,我也从构建工具中复制了MSBuild的问题。如果我选择MSBuild“版本”的VS2017,它的工作就像一种魅力(就像它在VS内部一样)。使它简短:
不工作
C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\15.0\Bin
作品
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\15.0\Bin
发布于 2017-08-04 09:02:13
我在吕基·布吕纳上找到了一篇博文,他的最后一段为我指出了解决方案(谢谢你,伙计!)
仍然不知道为什么/如何会发生这种情况,也许这与构建工具、SSDT、Visual等的安装顺序有关?
原因是:在构建工具及其版本的MSBuild中缺少SSDT。
我所做的:
复制SSDT文件夹
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\VisualStudio\v15.0
至
C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\Microsoft\VisualStudio\v15.0。
哇!我终于看到了一个真正的错误消息

现在我不得不从以下位置复制SQLDB和SQLEditor (我认为SQLCommon已经存在于目标文件夹中,如果不是,也应该复制)。
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\Extensions\Microsoft
至
C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\Common7\IDE\Extensions\Microsoft
然后砰..。

是的,来自VS2017的TeamCity跑步者也对此很满意。
发布于 2019-03-08 11:02:26
看起来构建工具和SSDT的问题现在已经解决了,您不再需要处理目标目录的手动副本了(,2017 v15.9.8)。
构建现在应该可以工作了。

https://stackoverflow.com/questions/45323070
复制相似问题