【问题标题】:Problem when specifying build configuration in TFS2010 build definition在 TFS2010 构建定义中指定构建配置时出现问题
【发布时间】:2010-08-23 23:53:21
【问题描述】:

首先请允许我说这是一个新的和第一次 TFS 部署,在 Visual Studio 中的经验为 0 作为额外的奖励。我已经成功安装了所有东西,并且很高兴地说,我什至可以将其作为构建过程的一部分部署到我们不同的暂存环境中,但这就是事情的发展方向。

我正在尝试为每个开发阶段设置单独的构建定义,以便我可以利用配置转换并使用细粒度权限来确定谁可以在哪里推广。在配置管理器中,我进行了设置,因此每个解决方案配置都有一个到项目上下文的 1-1 映射并始终构建“任何 CPU”。问题是,当我在 MSBuild Arguments 中使用 /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=True

这是我在指定要使用的配置时在 TFS 构建资源管理器中收到的警告。

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 中创建的,并且使用 VS2008 从 VSS 提取本地副本,然后使用 VS2010 将其推送到 TFS2010,这几乎让 MS 发挥其转换/更新的魔力。

非常感谢任何帮助。

【问题讨论】:

  • 你找到解决这个问题的方法了吗?

标签: visual-studio-2010 msbuild


【解决方案1】:

我在这里遇到的问题是构建配置的名称在 .sln 和 .csproj 文件中不同,并且它们无法相互映射,就像我在 VS2010 ide 中所做的那样。

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

【讨论】:

    【解决方案2】:

    你解决了吗?我注意到我们的一些构建是“AnyCPU”,而另一些是“Any CPU”,这让报告更有趣!

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-04-29
      • 1970-01-01
      • 2016-01-29
      • 2016-02-26
      • 1970-01-01
      相关资源
      最近更新 更多