[HAP-1026] Pipeline doesn't respect CONAN_USER_HOME Created: 23/Jan/18  Updated: 14/Mar/18  Resolved: 14/Mar/18

Status: Resolved
Project: Jenkins Artifactory Plug-in
Component/s: None
Affects Version/s: 2.14.0
Fix Version/s: 2.15.0

Type: Bug Priority: Normal
Reporter: Mark Galpin Assignee: Yahav Itzhak
Resolution: Fixed Votes: 0
Labels: None


 Description   

The create conan command from the Artifactory pipeline uses a temp directory that appears to come from the Java IO library. I can't think of a great way to clean up after a build, since the DSL does not seem to expose the path, and trying any kind of bulk erase on the temp directory might affect running jobs. It doesn't take too many builds of Boost to fill up a server's hard drive.

It would be ideal to be able to specify CONAN_USER_HOME and have the plugin respect it, so that you can make it a subdirectory of the workspace, and recreate the workspace on every build.

Somewhat related to this, I have to use "short_paths=True" in order to get Boost to build. Since this lives outside the workspace, I was wondering if there was an easy way to get this path in order to clean up after the job runs.

https://github.com/conan-io/conan/issues/1897



 Comments   
Comment by Luis Martínez de Bartolomé [ 02/Feb/18 ]

To go straight to the point, if CONAN_USER_HOME is already defined, use it, instead of use a new temp directory created by Java.

Comment by Yahav Itzhak [ 06/Mar/18 ]

Here is the link to the commit:
https://github.com/JFrogDev/jenkins-artifactory-plugin/commit/dd6cffd44a2b8f13e69de0f0e32635d837d02799
Here is a download link for a snapshot version which includes the fix:
https://oss.jfrog.org/oss-snapshot-local/org/jenkins-ci/plugins/artifactory/2.14.x-SNAPSHOT/artifactory-2.14.x-20180306.111451-19.hpi

Generated at Sun Oct 20 11:26:34 UTC 2019 using JIRA 7.6.16#76018-sha1:9ed376192612a49536ac834c64177a0fed6290f5.