-
-
Notifications
You must be signed in to change notification settings - Fork 29
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
Use the default Kubeconfig or allow using it #18
Comments
Did some research in #19 and there are a few options. A) you grab the file from the filesystem and pass it into the action, or B) you put it in You can try option B out with: - run: mkdir ./.kube -p || true
- run: cp ~/.kube/config ./.kube/
- name: Deploy
uses: WyriHaximus/github-action-helm3@use-existing-kubeconfig-when-available
with:
exec: helm COMMAND
- run: rm ./.kube/config -fR |
@NasAmin haven't forgotten about this. The main issue lies in that this is a Docker based action, so I'm going to change it over to a nodejs based action and add helm as a bin command so that the UI doesn't change. But it should provide access to ~/.kube/config more naturally |
I was able to get a successful Helm deployment with this action using
I needed several edit: re-reading your comment above, this seems like option A. Now with an example! |
So when I initially created this action, there was no Helm 3 on GA yet. These days it does, so I'm going to change this action to by just running the script provided, in #19. And also include a deprecation notice that you can now use it directly on GA without the need for an GA. Not sure about the future, but will keep the repo around for when Helm4 might popup to ensure you don't accidentally run v4 when you need v3 or something like that. |
For those interested: #29 (comment) |
Hi,
First of all, thanks for creating this action!
I have tried to use this action where I am deploying to an EKS cluster. So I am using other actions that sets up aws credentials and kubernetes clusters like these
However, the entrypoint.sh script seems to be always overwriting the contents of the default kubeconfig.
Can we make than optional and use a flag like
USE_DEFAULT_KUBECONFIG=false
.So we can then override this flag and set it to true.
If true then we skip creating the kubeconfig and also the cleanup.
Is that doable?
Regards,
Nas
The text was updated successfully, but these errors were encountered: