Ok. So here is my observation.
@Daniel/Jesse: First of all, this JIRA was raised mainly for the ISE error which used to show up when i clicked on Dead
link in 'Build Executor Status' section. For the last two days, i haven't noticed the Dead
link. Not sure what worked since i tried downgrading to 2.3 version as well. My focus was more on seeing whether polling was working fine. To add to it, no one from my team noticed the Dead
link either. Frankly, I'm not sure whether it's permanently fixed. Will have to check it for 3-4 days more before i can be sure about it.
@All: Coming to polling issue, i downloaded both git and git-client pre-release build plugin and tried triggering build using the post-receive hook using /git/notifyCommit feature. It seems the issue is till there. If i do two pushes, the build triggers only when the second push is done on the given branch for a repository.
Let me explain it further: Let's assume that the polling right now shows up-to-date commid id and the build for the latest commit has been done. Now i do the following pushes, each after a wait period of few min.
1st push: SHA - 06a018724fa50c1edd42cf...
No build triggered and the polling log shows:
Started on Jun 13, 2015 7:00:35 PM
Using strategy: Default
[poll] Last Built Revision: Revision d001b3aed3455817e3de9dc9d74b387c67ce32b2 (origin/release-test_2)
> /usr/bin/git --version # timeout=10
> /usr/bin/git -c core.askpass=true ls-remote -h ssh:[poll] Latest remote head revision on refs/heads/release-test_2 is: d001b3aed3455817e3de9dc9d74b387c67ce32b2 - already built by 62
Done. Took 0.23 sec
No changes
2nd push: SHA - 25fcdc97c076abe70e63...
Build is triggered and the polling log shows:
Started on Jun 13, 2015 7:06:04 PM
Using strategy: Default
[poll] Last Built Revision: Revision d001b3aed3455817e3de9dc9d74b387c67ce32b2 (origin/release-test_2)
> /usr/bin/git --version # timeout=10
> /usr/bin/git -c core.askpass=true ls-remote -h ssh:[poll] Latest remote head revision on refs/heads/release-test_2 is: 06a018724fa50c1edd42cfbfce30b1c0e48f40c7
Done. Took 0.23 sec
Changes found
Note: Although poll detected commit id of my 1st push, when the build happened, the workspace fetched both my 1st commit and my 2nd commit. This i confirmed from the Changes Summary.
3rd push: SHA - 0b9abfbbfae0b935...
No build triggered and the polling log shows:
Started on Jun 13, 2015 7:12:01 PM
Using strategy: Default
[poll] Last Built Revision: Revision 25fcdc97c076abe70e636fb5c851895c48daa455 (origin/release-test_2)
> /usr/bin/git --version # timeout=10
> /usr/bin/git -c core.askpass=true ls-remote -h ssh:[poll] Latest remote head revision on refs/heads/release-test_2 is: 25fcdc97c076abe70e636fb5c851895c48daa455 - already built by 63
Done. Took 0.21 sec
No changes
As we can see from above, the third polling detected my 2nd commit but since that commit was already fetched in the workspace during the last build, the next build did not trigger.
I hope this helps in understanding my issue more clearly.
Did you restart Jenkins after updating the matrix plugin to 1.5?
Did you attempt the pre-release of the git plugin?
The git plugin and git client plugin are being tested in hopes of releasing new versions before the end of June. If you're willing to assist with the testing, please download and install a pre-release build of the git client plugin and the git plugin. Problems detected in the pre-release should be e-mailed to Mark Waite and Nicolas De Loof.
I wrote some test ideas if you would like suggestions of areas that need testing. The git plugin supports many different use cases and its automated tests only evaluate a very few of those use cases.
I ran through the steps described in this bug report with a matrix job running across slaves on multiple versions of Windows and multiple versions of Linux (CentOS, Debian, and Ubuntu). As far as I can tell, the bug is fixed by the changes made by Jesse Glick.