生成开始16/11/2011 9:24:11 AM。 节点1上的项目“C:\ Builds \ 1 \ NetTellerMigration \ NetTellerMigrationBuild \ Sources \ blah.sln”(默认目标)。 ValidateSolutionConfiguration: 构建解决方案配置“Development | Default”。 MSBUILD:警告MSB4078:项目文件“blah \ blah.dtproj”不受MSBuild支持,无法构建。 [C:\ Builds \ 1 \ NetTellerMigration \ NetTellerMigrationBuild \ Sources \ blah.sln] 完成构建项目“C:\ Builds \ 1 \ NetTellerMigration \ NetTellerMigrationBuild \ Sources \ blah.sln”(默认目标)。TFS CI问题与SSIS包
构建成功。
“C:\构建\ 1 \ NetTellerMigration \ blahBuild的\ Sources \ blah.sln”(默认目标)(1) - > (blah_b目标) - > 的MSBuild:警告MSB4078:项目文件“等等\ blah.dtproj“不受MSBuild支持,无法构建。 [C:\构建\ 1 \ NetTellerMigration \ NetTellerMigrationBuild \源头\ blah.sln]
1 Warning(s)
0 Error(s)
已用时间00:00:00.42
我现在有TFS2010与SQLEXPRESS和安装即时尝试'不适当'来实现对SSIS包的持续集成。我的目标是创建一个由代码签入触发的构建。我有一个构建定义到doso,但是显示了上面显示的警告,没有'.dtsx'文件被复制到构建目录中?
我相信它与.NET的构建代理定位v4有关,但我可能是错的。无论如何,任何有此经验的人都可以从中获得帮助。
黑客攻击的一位。即时通讯尝试整合CI构建,如果我这样做,这将无法正常工作。必须有更优雅的方式? – Christo
我同意,但我不认为有另一种方式。 TFS构建代理仅适用于MSBuild脚本。我假定BIDS的下一个版本中的项目文件将与MSBuild一起使用。你可以看看最新的CTP的SQL Server 2012. –
好的谢谢布伦特。对2012年CTP进行了快速审视,但功能规范中没有详细说明这一特定问题。只能假设它的地址。再次感谢。 – Christo