[JIRA] (JENKINS-41188) [Pipeline] External libraries should be able to declare dependencies

2 views
Skip to first unread message

ssutherland@ea.com (JIRA)

unread,
Jan 18, 2017, 6:08:01 PM1/18/17
to jenkinsc...@googlegroups.com
Sean Sutherland created an issue
 
Jenkins / Improvement JENKINS-41188
[Pipeline] External libraries should be able to declare dependencies
Issue Type: Improvement Improvement
Assignee: Unassigned
Components: workflow-cps-global-lib-plugin
Created: 2017/Jan/18 11:07 PM
Priority: Minor Minor
Reporter: Sean Sutherland

Pipeline libraries should be able to declare dependencies on other external libraries, so that the Jenkins configuration doesn't have to manage the entire version set.

This would allow for safer adoption of new versions of libraries.

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

ssutherland@ea.com (JIRA)

unread,
Jan 18, 2017, 6:13:02 PM1/18/17
to jenkinsc...@googlegroups.com
Sean Sutherland commented on Improvement JENKINS-41188
 
Re: [Pipeline] External libraries should be able to declare dependencies

One option would be to let external libraries use the @Library annotation, and thus have the dependency resolution occur at compile/run time.

Alternately, libraries could define their dependencies in a data/groovy/json file in a predetermined location, and then the validation could be done statically.

jglick@cloudbees.com (JIRA)

unread,
Feb 10, 2017, 3:39:01 PM2/10/17
to jenkinsc...@googlegroups.com
Jesse Glick resolved as Won't Do
 

Not going there. If your libraries are getting complicated enough to require package management, switch to writing a plugin.

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

swatts24@bloomberg.net (JIRA)

unread,
Nov 4, 2019, 9:58:03 AM11/4/19
to jenkinsc...@googlegroups.com
Simon Watts commented on Improvement JENKINS-41188
 
Re: [Pipeline] External libraries should be able to declare dependencies

We host a large cluster of Jenkins servers (250+), used by a host of projects (750+ on my instance, with many branches!).

Most extension libraries are not complex but may quite easily use steps provided by plugins.  Sharing these across teams and instances needs coordination of plugin management.

So its an issue with horizontal rather than vertical scaling. 

Declaring what plugins you depend on is good practice.  If this is the case, then having Jenkins read a source and check it against its plugins seems logical.

 

This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f)
Atlassian logo
Reply all
Reply to author
Forward
0 new messages