将TeamCity与MSBuild和Build参数一起使用(未使用)

将TeamCity与MSBuild和Build参数一起使用(未使用),build,msbuild,teamcity,build-automation,Build,Msbuild,Teamcity,Build Automation,我已经在teamcity中为我的项目配置了命令行参数,对构建日志中的警告感到厌倦: MSBuild command line parameters contain "/property:" or "/p:". It is recommended to define System Property on Build Parameters instead. 现在,我尝试将项目周围手动输入的所有属性移动到构建参数和模板中。但无论我尝试什么,它都不会告诉我在那里设置了什么配置,甚至根本没有使用它 如何

我已经在teamcity中为我的项目配置了命令行参数,对构建日志中的警告感到厌倦:

MSBuild command line parameters contain "/property:" or "/p:". It is recommended to define System Property on Build Parameters instead.
现在,我尝试将项目周围手动输入的所有属性移动到
构建参数和模板中。但无论我尝试什么,它都不会告诉我在那里设置了什么配置,甚至根本没有使用它


如何正确地将
/p:Configuration=StagingDeploy
之类的东西映射到构建参数,以及它应该是什么类型?

我很抱歉回答我自己的问题,不过,也许这有助于我更早地理解这一点

似乎您必须在TeamCity的
构建参数
选项卡下定义
系统属性
,而不是
配置参数
。我有点困惑他们为什么使用这个命名,但正如警告所说:

It is recommended to define System Property on Build Parameters instead.
如果你能在这里阅读,你显然是提前到了


抱歉。

这里也有同样的问题,但有一个问题,系统属性值是多少?是
/p:Configuration=StagingDeploy
还是
StagingDeploy
,我尝试了第一个,消息仍然生成。@要创建参数,您必须将类型切换到系统属性,然后输入StatgingDeploy和所需的值。我可以在明天上班时用截图更新我的答案……您是否解决了将
StagingDeploy
发送到每个msbuild步骤的问题?您是否有生成多个配置的生成配置?如果系统属性被发送到每个构建步骤,那么进行一个步骤的构建调试、一个版本等就变得非常棘手。那么,为什么不使用“不要将该参数移动到配置参数部分”呢?我的意思是,这不是所有构建步骤都一样的。所以它可能不适合搬到那里。。。您还可以创建一个完整的新构建项目并复制所有构建步骤,但在两个项目中设置不同的参数……我想我会将它们移回命令行。TeamCity提出了一个更好的方法,但没有涵盖这个常见(我认为)场景,这让我感到困惑。