Hi I've seen this problem crop up several times in our Jenkins set up.
The Jenkins git polling will start triggering jobs non-stop for a branch of git that has already been deleted from origin. The only fix I can find is to go into the workspace used for polling on all Jenkins slaves/agents and nuke them. This will fix the problem temporarily, but eventually (about once a week) some other branch will become "it". We use a pull-request/merge branching model, where feature branches are deleted after merging, so there are a lot of deleted branches to choose from. One aspect of this that might help understand what's going on is that builds triggered on different build machines will try to build a different git sha for the same branch. So, our build history will look like this Agent Branch SHA1 Node1 origin/deleted-branch-name 74ee3f2d4812 Node2 origin/deleted-branch-name 11bce23a3cc2 Node1 origin/deleted-branch-name 74ee3f2d4812 Node2 origin/deleted-branch-name 11bce23a3cc2 Node1 origin/deleted-branch-name 74ee3f2d4812 Node2 origin/deleted-branch-name 11bce23a3cc2 Node1 origin/deleted-branch-name 74ee3f2d4812 Node2 origin/deleted-branch-name 11bce23a3cc2 Alternating like so, until someone manually fixes it. What's going on here? Has anyone seen this bug before? Have we set our Jenkins Git polling up in a way that's unsupported? Thanks Barry -- 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/e8473149-6eed-439d-afb2-2ee96c180149%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.