-
Bug
-
Resolution: Unresolved
-
Major
-
Windows Server 2008 R2 Enterprise, Jenkins 2.153, branch Api Plugin 2.1.1
With recent updates, the branch API plugin appears to truncate the cloudbees folder workspace paths. For example, we relocate the Jenkins workspace in the config.xml using
<workspaceDir>D:/builds/workspace/${ITEM_FULLNAME}</workspaceDir>
Our jobs are within multiple folders, ie ProjectBlue/Developer. This has always resulted in a build workspace at a well known location. For example, with a multibranch project client_developer, running a job from branch APS-1137, that location would be:
D:/builds/workspace/ProjectBlue/Developer/client_developer/APS-1137
However, with the latest update to branch api 2.1.1, we are seeing truncation of the path to:
D:/builds/workspace/eloper_client_developer_APS-1137
The workspaces.txt file shows this truncation:
1: ProjectBlue/Developer/client_developer/9X_DotNetTool 2: r_client_developer_9X_DotNetTool 3: ProjectBlue/Developer/client_developer/APS-1137 4: eloper_client_developer_APS-1137 5: ProjectBlue/Developer/client_developer/APS-1145-Apr 6: er_client_developer_APS-1145-Apr
I see that a bunch of work lately has been dealing with slashes, percents, et.al. in workspace paths (JENKINS-38706,[JENKINS-30744,JENKINS-39251), but I cannot find one that exactly matches the issue described.
It would be nice to have some way to override or disable this truncation, restoring functionality of the full path, as this affects a great deal of downstream jobs that expect well known paths.