首先请允许我说这是一个新的第一次TFS部署，在Visual Studio中有0经验作为额外的奖励。我已经设法安装了所有东西，我很高兴地说我甚至可以将构建过程的一部分部署到我们不同的登台环境中，但这就是事情向南发展的地方。
我正在尝试为每个开发阶段设置单独的构建定义，以便我可以利用配置转换并使用细化权限来促进谁在哪里进行推广。在配置管理器中，我进行了设置，因此每个解决方案配置都有1-1映射到项目上下文并始终构建“任何CPU”。问题是，当我在MSBuild参数中使用/ p：Configuration = QA开关时，或者只在“要构建的项目”中指定它;构建过程参数的一部分构建失败并带有警告，它似乎没有达到MSDeploy。
使用以下MSBuild参数我使用默认配置进行部署，但同样不喜欢指定配置。
/ p：DeployOnBuild = True / p：DeployTarget = MSDeployPublish / p：MSDeployPublishMethod = WMSVC /p:MsDeployServiceUrl=10.31.60.109 / p：username = tfsdeploy / p：password = lulz / p：DeployIISAppPath = Bob / p： AllowUntrustedCertificate =真
这是我在指定要使用的配置时在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 :(得分：1)
我遇到的问题是.sln和.csproj文件中的构建配置名称不同，并且这些名称无法相互映射，因为我认为我是在VS2010 ide中进行的。< / p>
这实际上是一个非常简单的错误。如果你得到它，请检查构建定义中的拼写，然后使用文本编辑器（如vim / notepad）验证.sln和.csproj文件。
答案 1 :(得分：0)
你修复过这个吗？我注意到我们的一些版本是“AnyCPU”而其他版本是“任何CPU”，使报告更有趣！