如何使用p4插件或p4触发Jenkins作业？

我在詹金斯的工作中安装了这个。这会将工作区同步到最新的更改，然后生成。现在，在构建触发器下，我选择了定期构建，并将作业设置为每10分钟运行一次。当一个新的提交进入P4时，有没有办法触发这个Jenkins作业？我是使用插件还是使用p4触发器？如果是，我该怎么做

谢谢大家!

在同一个Build Triggers部分下，有一个名为Poll SCM的选项。启用该选项。安装Jenkins时，默认情况下此选项存在。它正是你想要的。一旦在P4中检测到新的提交，它就会触发构建。虽然没有必要，但也可以启用静默期。此选项位于“高级项目选项”部分下，请参阅下面的快照。还有阅读帮助吗？每个选项都提供了它，以便更好地了解它的功能

在同一构建触发器部分下，有一个名为Poll SCM的选项。启用该选项。安装Jenkins时，默认情况下此选项存在。它正是你想要的。一旦在P4中检测到新的提交，它就会触发构建。虽然没有必要，但也可以启用静默期。此选项位于“高级项目选项”部分下，请参阅下面的快照。还有阅读帮助吗？每个选项都提供了它，以便更好地了解它的功能

---

你试过这个建议了吗？你试过这个建议了吗？如果你有硬件支持的话，让静默期处于禁用状态不是更好吗？每次修改一个版本意味着出错时会有更多的信息，更多的信息更好。我想说，这是个人选择的问题。我总是更喜欢启用静默期，因为这会使轮询SCM功能看起来比不启用静默期时更糟糕。例如，如果我有三个提交在5秒的时间间隔内推送到中央存储库，我更愿意触发一个安静时间为15秒的构建。显然，我事先不知道这15秒的安静期会包括三次提交中的哪一次、两次或全部三次；有时候，我可能会很幸运OTOH，正如您所说，通过禁用静默期来实现更频繁的构建实际上可以帮助您轻松地缩小罪魁祸首的范围。定义静默期或轮询SCM间隔本身将取决于各种因素，如提交频率、每个构建所花费的时间等。如果每个构建需要很长时间才能完成，我更喜欢启用静默期，这样我就可以通过分析应用程序日志快速找出构建后的问题，即使给定的构建中有多个提交，而不是等待每个后续构建完成。IMO，使用轮询SCM本身是一种资源密集型操作，也是一种触发构建签入的低效方法。一个更好的方法是实现一个钩子，希望几乎每个主要的风投公司都有这个功能，在签入过程中检查提交，并使用诸如Agreed之类的插件调用相应的Jenkins作业，钩子会更好，但这是P4插件的功劳。如果你有硬件支持的话，关闭静默期不是更好吗？每次修改一个版本意味着出错时会有更多的信息，更多的信息更好。我想说，这是个人选择的问题。我总是更喜欢启用静默期，因为这会使轮询SCM功能看起来比不启用静默期时更糟糕。例如，如果我有三个提交在5秒的时间间隔内推送到中央存储库，我更愿意触发一个安静时间为15秒的构建。显然，我事先不知道这15秒的安静期会包括三次提交中的哪一次、两次或全部三次；有时候，我可能会很幸运OTOH，正如您所说，通过禁用静默期来实现更频繁的构建实际上可以帮助您轻松地缩小罪魁祸首的范围。定义静默期或轮询SCM间隔本身将取决于各种因素，如提交频率、每个构建所花费的时间等。如果每个构建需要很长时间才能完成，我更喜欢启用静默期，这样我就可以通过分析应用程序日志快速找出构建后的问题，即使给定的构建中有多个提交，而不是等待每个后续构建完成。IMO，使用轮询SCM本身是一种资源密集型操作，也是一种触发构建签入的低效方法。一个更好的方法是实现一个钩子，希望几乎每个主要的风投公司都有这个功能，在签入过程中检查提交，并使用Approved等插件调用相应的Jenkins作业，钩子会更好，但这是由P4插件实现的。