jenkinsci / jenkinsci/subversion-plugin

[JENKINS-24554] Builds get triggered multiple times when the SCM URL contains variables that change on each node

Open
#1,166 7 comments 0 reactions 0 assignees View on GitHub
component:subversion-plugin imported-jira-issue priority:major resolution:unresolved
Dominant language
Java
Stars
131
Forks
275
Avg merge
12h 4m
Merged PRs (30d)
6

Description

The issue at hand is the following:

Project contains and svn url of the form: $SVN_ROOT_PATH/trunk

Each node sets $SVN_ROOT_PATH to the SVN mirror closer to the node location.

This allows us to have fast checkouts etc.

Problem now is that Jenkins seems to think that the master evaluated SVN URL is different than the workspace checkout path of a slave and triggers a new build.

This happens until it happens that the slave that picks the build is using the same mirror as the master.

Setting polling to master only (via the magic property) does not fix the issue since the problem is not polling but Jenkins trying to be smart and detecting that the workspace has a different SVN URL than the configuration.

Not sure how to tackle this but I am having a look.

---
Originally reported by alex_ouzounis, imported from: Builds get triggered multiple times when the SCM URL contains variables that change on each node


  • status: Open
  • priority: Major
  • component(s): subversion-plugin
  • resolution: Unresolved
  • votes: 0
  • watchers: 1
  • imported: 20251212-090250

Raw content of original issue

The issue at hand is the following:

Project contains and svn url of the form: $SVN_ROOT_PATH/trunk
Each node sets $SVN_ROOT_PATH to the SVN mirror closer to the node location.

This allows us to have fast checkouts etc.

Problem now is that Jenkins seems to think that the master evaluated SVN URL is different than the workspace checkout path of a slave and triggers a new build.
This happens until it happens that the slave that picks the build is using the same mirror as the master.

Setting polling to master only (via the magic property) does not fix the issue since the problem is not polling but Jenkins trying to be smart and detecting that the workspace has a different SVN URL than the configuration.

Not sure how to tackle this but I am having a look.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.