Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Release & Package Processes: "one container to rule them all" #201

Closed
3 tasks done
dduportal opened this issue Jan 5, 2022 · 3 comments
Closed
3 tasks done

Release & Package Processes: "one container to rule them all" #201

dduportal opened this issue Jan 5, 2022 · 3 comments

Comments

@dduportal
Copy link
Contributor

dduportal commented Jan 5, 2022

As per https://issues.jenkins.io/browse/JENKINS-67474, we are facing issues with the current Kubernetes plugin version (1.31.x line).

Feature Request

The only viable solution as for today, if we keep using Kubernetes agents, is to use "single-container pod", where we defined only 1 container named jnlp, based on an image that inherits (or behaves like) jenkins/inbound-agent AND with all the tools required.

We have 3 cases to handle on the master branch:

  • Linux Packaging process (challenge is to be able to install ALL the packaging tools for Debian, Redhat, Suse, etc.)
  • Windows Packaging Process (challenge is to build and maintain an image for this case as we use existing external images as for today)
  • Linux Release process (challenge is to use a prebuilt image that is compliant with our system)

There is also cherry-picking to be done to the following addition branches:

  • TODO (I need help on this @timja )
@dduportal
Copy link
Contributor Author

Linux Packaging process has been solved by the following changes:

=> it worked flawlessly with the image that embed azure CLI, JDK Maven, and all the exsiting tools.

@dduportal
Copy link
Contributor Author

@dduportal
Copy link
Contributor Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant