2010-08-23 76 views
4

请允许我首先说这是一个新的和第一次在Visual Studio中具有0经验的TFS部署,作为额外的好处。我已经设法安装了所有东西,并且很高兴地说,我甚至可以将它作为构建过程的一部分部署到我们不同的临时环境中,但这正是事情向南发展的地方。在TFS2010构建定义中指定构建配置时出现的问题

我正在尝试为每个开发阶段设置单独的构建定义,以便我可以利用配置变换并使用细化权限来获取哪些位置来提升用户。在配置管理器中,我已经设置了它,因此每个解决方案配置都有一个映射到项目上下文的1-1映射,并始终构建“任何CPU”。问题是,当我在MSBuild参数中使用/ p:Configuration = QA开关时,或者只是在'Items to Build;构建过程参数的一部分构建失败并带有警告,并且它似乎没有达到MSDeploy。

对MSBuild使用以下参数我将使用默认配置进行部署,但是再次对指定配置没有兴趣。

/P:DeployOnBuild =真/ P:DeployTarget = MSDeployPublish/P:MSDeployPublishMethod = WMSVC /p:MsDeployServiceUrl=10.31.60.109/P:用户名= tfsdeploy/P:密码= lulz/P:DeployIISAppPath =鲍勃/ p:AllowUntrustedCertificate = True

这是我在TFS Build Explorer中获得的警告,指定要使用的配置。

C:\ Builds \ 2 \ Bob \ Bob - Final Test \ Sources \ Bob \ Bob.sln.metaproj:指定的解决方案配置“QA | Any CPU”无效。请使用配置和平台属性(例如MSBuild.exe Solution.sln/p:Configuration = Debug/p:Platform =“Any CPU”)指定有效的解决方案配置,或将这些属性留空以使用默认解决方案配置。

该解决方案最初是在VS2008中创建的,VSS的本地副本被VS2008拉下来,然后使用VS2010推入到TFS2010中,几乎让MS能够转换/更新。

任何帮助,非常感谢。

+0

您是否找到解决此问题的解决方案? – DaveParsons 2010-11-18 10:59:32

回答

1

我遇到的问题是构建配置的名称在.sln和.csproj文件中是不同的,并且这些不能映射到对方,因为我认为我是在VS2010 IDE中做的。

这实际上是一个非常简单的错误。如果你得到它,在构建定义中检查你的拼写,然后使用像vim/notepad这样的文本编辑器来验证.sln和.csproj文件。

0

您是否得到了修正?我注意到我们的一些版本是“AnyCPU”,其他版本是“任何CPU”,使报告更有趣!

相关问题