【问题标题】:Using TeamCity with MSBuild and Build Parameters (not beeing used)将 TeamCity 与 MSBuild 和构建参数一起使用(未使用)
【发布时间】:2013-12-12 19:36:49
【问题描述】:

我在 teamcity 中为我的项目配置了命令行参数,并且厌倦了构建日志中的警告:

MSBuild command line parameters contain "/property:" or "/p:". It is recommended to define System Property on Build Parameters instead.

现在我尝试将项目周围的所有手动输入属性转移到Build Parameters 和模板中。但是无论我尝试什么,它都没有告诉我我在那里设置了什么配置,甚至根本没有使用它。

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

【问题讨论】:

    标签: build msbuild teamcity build-automation


    【解决方案1】:

    我很抱歉回答我自己的问题,不过,也许这有助于有人比我更早地解决这个问题。

    看来您必须在 TeamCity 的 Build Parameters 选项卡下定义 System Properties 而不是 Configuration Parameters。我有点困惑他们为什么使用这个命名,但正如警告已经说明的那样:

    It is recommended to define System Property on Build Parameters instead.
    

    如果您能在这里阅读,您显然已经提前了。

    对不起。

    【讨论】:

    • 同样的问题,但有一个问题,系统属性值是多少?是/p:Configuration=StagingDeploy还是StagingDeploy,我试了第一个还是生成消息。
    • @Samuel 在里面创建参数,你必须将类型切换到 System Property 然后输入 StatgingDeploy 和你想要的值。我明天上班时可以用屏幕截图更新我的答案...
    • 您是否解决了StagingDeploy 被发送到每个msbuild 步骤的问题?你有构建多个配置的构建配置吗?如果系统属性被发送到每个构建步骤,那么一步构建调试、一个发布等会变得非常棘手。
    • Sooo,你为什么不通过“不要将该参数移动到配置参数部分”?我的意思是,对于所有构建步骤来说,这并不是相同的。所以它可能不适合移到那里...您还可以创建一个完整的新构建项目并复制所有构建步骤,但在两个项目中将此参数设置为不同...
    • 我想我会将它们移回命令行。让我感到困惑的是,TeamCity 提出了一种更好的方法,而没有涵盖这种常见的(我认为的)场景。
    猜你喜欢
    • 1970-01-01
    • 2013-11-12
    • 2013-09-23
    • 1970-01-01
    • 2021-05-08
    • 2014-07-07
    • 2017-07-27
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多