【发布时间】：2013-08-30 16:00:35
【问题描述】：
是否可以将提交的更改列表包括到 perforce（在 p4 同步文件后增加 build.xml 中的内部版本号）以及其他更改列表？当前提交的增加版本号的变更列表与下一个版本一起提供。所以，假设我正在构建 #101 构建并提交相同的更改列表，因此为此构建的电子邮件不会有这个，但下次在构建 #102 时，我会看到这个更改列表和其他更改列表。我怎样才能做到这一点？
【问题讨论】：
【发布时间】：2013-08-30 16:00:35
【问题描述】：
不知道你的意思
"在 build.xml 中增加内部版本号"
但您可以通过 Build Name Setter 插件将构建显示名称设置为您想要的任何名称。
就我个人而言，几乎所有作业都将其设置为 ${ENV,var="P4_CHANGELIST"}（因为我更喜欢将 120237（Perforce 更改列表编号）作为构建名称，而不是 #101（buildNumber，只是构建的序号，对我没有任何意义）。
这样您就可以将构建名称设置为您新提交的更改列表编号。
“构建电子邮件”及其内容如何 - 在很大程度上取决于您用于电子邮件通知的机制。我使用Email Extension 插件，它很灵活，您可以操作消息内容（例如添加关于新提交的更改列表的注释）。
【讨论】：
-
我认为他的问题与我目前正在调查的问题相同 - 您的构建过程会使用新的内部版本号更新文件并将其签入，但您不希望将其视为“改变。”您希望调整 Jenkins/perforce 插件了解“最后一次构建”是什么，以跳过版本号文件更改。
-
啊，我好像明白你了。因此，您的构建脚本将 this 内部版本号提交到 p4 库中的某个文件中，并且您希望此更改列在 this 构建 Changes，对吧？ - 好吧，如果你在 P4 同步完成后这样做，这是不可能的。但是，如果你在同步完成之前这样做，我认为你应该能够实现这一点。您可以尝试使用 General 部分，这恰好发生在 SCM 同步之前，正如您所需要的那样。
-
我最终让我的构建脚本查看了变更日志文件，并查看是否有 a) 没有变更列表或 b) 具有特定标题和作者的单个变更列表（以解释稍后的版本号增加） )。有点尴尬，但有效。