![]() |
|
|
|
|
Issue Type:
|
![Bug]() Bug
|
|
Assignee:
|
Unassigned |
|
Components:
|
subversion-plugin |
|
Created:
|
02/Mar/15 12:18 PM
|
|
Description:
|
I have a job that polls SVN and its SVN URL contains a pinned revision number. Now I understand that this is a silly configuration as why would you want to poll SVN for changes if you had specifically linked a job to a particular revision in SVN, however it is possible to setup and can cause jenkins issues with the job constantly running over and over.
To replicate, just create a job that points to SVN with its revision number specified, e.g...
http://mysvnserver/svn/mycode/trunk@101
With polling setup, every time the job runs it will detect that there is a change in SVN (if there have been changes post the revision specified) because the revision stored in the job doesn't match the latest revision for the repository linked.
To get around the issue, you run the job once and then disable it so that polling no longer occurs.
I believe the resolution to the issue should be that the SVN plugin should store back the pinned revision number to the job configuration for the polling checking, if the job specifies a specific revision in the SVN URL.
|
|
Environment:
|
Jenkins 1.599
org.jenkins-ci.plugins:subversion:1.54
|
|
Project:
|
Jenkins
|
|
Priority:
|
![Trivial]() Trivial
|
|
Reporter:
|
Tristan Leask
|
|
|
|
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators.
For more information on JIRA, see: http://www.atlassian.com/software/jira
|
--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit
https://groups.google.com/d/optout.
