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