I'm somewhat new to using Jenkins, but my understanding is that the build queue is supposed to be limited to one queued build per job. I'm seeing a build queue with multiple builds for the same job:
<https://lh3.googleusercontent.com/-GsBw8PSrIuI/WQOO4vWPRYI/AAAAAAABjJQ/9BuYYicPYqAAGdetKp7ifwDOy4-BG-IpwCLcB/s1600/jenkins_multiple_builds_same_job.PNG> Our jobs are triggered via a mercurial post-commit hook. When there is a high commit rate, we'll get multiple builds for the same job queued up. As the jobs execute, they update the repository to the latest changeset (rather than the changeset that triggered the build). When the commit rate goes down and the queue starts to catch up there will be a series of builds that execute on the same changeset because no new changes are coming in. So, three questions: 1) Is this behavior (multiple queued builds from the same job) the expected behavior? 2) If not the expected behavior, how do I fix it? 3) If it can't be fixed, is there a way to make it so that as jobs execute, they update the mercurial repository to the changeset that triggered that specific build so that I don't end up with a pile of builds at the end all from the same changeset? Here are some more details about my Jenkins setup: Jenkins 2.46.2 Mercurial plugin 1.60 Pipeline: SCM step 2.4 SCM API plugin 2.1.1 Linux Master, Linux slaves -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/fbc646b6-c5fc-4f8f-842d-cba566df3a0b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
