Search code examples
jenkinsconfigurationjobsworkspace

Jenkins SYSTEM user removes custom workspace configuration

I have a job NightlyTest-Winx64 configured to use the customWorkspace D:\builds\build-dir\Quick-Winx64-Trunk.

Quick-Winx64-Trunk is a job in Jenkins that will checkout the source repository, compile, archive some artifacts and then trigger the NightlyTest-Winx64 job. It triggers NightlyTest-Winx64 to run on the same node using the same workspace so that we're not checking out and compiling twice and only need to run test.

On the first run of the NightlyTest-Winx64 the customWorkspace exist and is used as expected. However during this first run the SYSTEM user removes the customWorkspace configuration from the job. As a result all subsequent builds of NightlyTest-Winx64 will run in the default workspace which is incorrect.

Has anyone encountered this behavior before and why is the SYSTEM user changing my job configuration?

enter image description here

Solution

  • It was a conflict between two of the plugins I was using to trigger the Nightly using the workspace of the Quick.

    Previous Configuration:

    Node stalker was acting as the SYSTEM user and making the configuration changes. Using both of the above plugins was redundant and as a result caused the conflict.

    New Configuation:

    • Trigger build from quick with no parameters (built into Jenkins)
    • Use the Node stalker plugin to grab the correct node and workspace for the Nightly