[JIRA] (JENKINS-39667) PIpeline job ignores custom workspace location

5 views
Skip to first unread message

4uva4ok@gmail.com (JIRA)

unread,
Nov 11, 2016, 6:35:02 AM11/11/16
to jenkinsc...@googlegroups.com
Dmitriy Belyaev created an issue
 
Jenkins / Bug JENKINS-39667
PIpeline job ignores custom workspace location
Issue Type: Bug Bug
Assignee: Unassigned
Components: pipeline
Created: 2016/Nov/11 11:34 AM
Environment: Windows 7, x64
Jenkins 2.19.2
Pipeline 2.4
Priority: Major Major
Reporter: Dmitriy Belyaev

After last update (not sure which one, everything worked last time on 4. nov 2016) pipeline job began to use local jenkins directory (c:/Users/jenkins/.jenkins) for workspaces completely ignoring settings set under: "Manage Jenkins / Worspace Root DIrectory" and "Manage Jenkins / Build Record Root Directory", which are configured as follow:

Workspace Root Directory = d:/jenkins/ws/$

{ITEM_FULLNAME}/work
Build Record Root Directory = d:/jenkins/ws/${ITEM_FULLNAME}

/builds

Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)
Atlassian logo

4uva4ok@gmail.com (JIRA)

unread,
Nov 16, 2016, 9:24:01 AM11/16/16
to jenkinsc...@googlegroups.com
Dmitriy Belyaev updated an issue
Change By: Dmitriy Belyaev
Labels: pipeline workspace

jglick@cloudbees.com (JIRA)

unread,
Dec 5, 2016, 5:37:02 PM12/5/16
to jenkinsc...@googlegroups.com
Jesse Glick resolved as Won't Fix
 

If you are referring to multibranch Pipeline jobs (branch projects), this is intentional; see release notes for workflow-multibranch.

Change By: Jesse Glick
Status: Open Resolved
Resolution: Won't Fix

4uva4ok@gmail.com (JIRA)

unread,
Dec 6, 2016, 4:18:01 AM12/6/16
to jenkinsc...@googlegroups.com
Dmitriy Belyaev commented on Bug JENKINS-39667
 
Re: PIpeline job ignores custom workspace location

Jesse Glick I do understand that it will take some time for your to find a correct link, but referring to release note of workflow-multibranch plugin without any details does not help a lot. By reading latest changelog on the above named plugin I could not find any mention of workspace handling changes (changelog: https://wiki.jenkins-ci.org/display/JENKINS/Pipeline+Multibranch+Plugin).

micheljung@java.net (JIRA)

unread,
Mar 31, 2017, 10:50:01 AM3/31/17
to jenkinsc...@googlegroups.com

I don't understand how "this is intentional" is a justification for this unexpected and very problematic behavior. Unfortunately I'm not able to find anything in the release notes either.

Our project can't even be cloned because of this, making it impossible to use pipeline builds. And even if it wasn't problematic because of the path length:

"As builds tend to be disk I/O intensive, changing this value enables you to put build workspaces on faster storage hardware, such as SSDs or even RAM disks."

We don't get this with pipeline builds?

This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)
Atlassian logo

micheljung@java.net (JIRA)

unread,
Mar 31, 2017, 11:01:01 AM3/31/17
to jenkinsc...@googlegroups.com
micheljung edited a comment on Bug JENKINS-39667
I don't understand how "this is intentional" is a justification for this unexpected and very problematic behavior. Unfortunately , I'm not able to find anything any explanation in the release notes either.


Our project can't even be cloned because of this, making it impossible to use pipeline builds. And even if it wasn't problematic because of the path length:

"As builds tend to be disk I/O intensive, changing this value enables you to put build workspaces on faster storage hardware, such as SSDs or even RAM disks."

We don't get this with pipeline builds?

ashok.mohanty@oracle.com (JIRA)

unread,
Jul 23, 2019, 8:33:02 AM7/23/19
to jenkinsc...@googlegroups.com

Quick question.. We are using Jenkins 2.121.3 (& planning to upgrade to 2.164.3). Can I use custom workspace in Multibranch/Script pipeline !? 

This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

jglick@cloudbees.com (JIRA)

unread,
Jul 23, 2019, 10:28:04 AM7/23/19
to jenkinsc...@googlegroups.com

Just use the dir or ws steps as needed.

Reply all
Reply to author
Forward
0 new messages