-
Notifications
You must be signed in to change notification settings - Fork 22
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
Comments
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
added a commit
to dduportal/release
that referenced
this issue
Jan 5, 2022
…nfra#201) Signed-off-by: Damien Duportal <[email protected]>
This was referenced Jan 5, 2022
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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:
There is also cherry-picking to be done to the following addition branches:
The text was updated successfully, but these errors were encountered: