-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Improve private repository authentication handling strategy for remote URLs #4295
Comments
@abstractalchemist: This issue is currently awaiting triage. SIG CLI takes a lead on issue triage for this repo, but any Kubernetes member can accept issues by applying the The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Having a similar error which I think is related to that issue:
The overlay and the referenced resource live in separate private repositories within the same GitHub Org. When running
|
I'm having the same exact issue, this is definitively related with the reference in the overlay to the base which is located in a different private repository but in within the same Github Org, the problem is only with the Github workflows, did you ever found a solution for this? |
I'm running into this issue too, if someone got past the issue that would be great. What makes it weird is that the config was working we just added files to the repo we are referencing though |
Same here when running |
sign I'm running into this too/a really similar error, weird thing is this was 100% work for me 2 hours ago. (from my terminal, iterm2 on Mac) then I opened a new terminal got prompted for a ohmyzsh update and now either kustomize or my shell is broken, uninstalled ohmyzsh and still broken. Not sure what's going on, but posting incase the extra info helps + want to subscribe to the thread. Whats weird is the examples in zsh_prompt#
bash_prompt#
|
update was able to fix my issue (posting here incase other googlers find this) to fix zsh I commented out kubectl autocompletion in my ~/.zshrc kustomize's example from |
This happens frequently for me, when kustomize has resources pointing to private git repos. |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
I am experiencing the same issue. Did anyone find a good solution in the meantime? |
I am also experiencing the same issue. |
It seems that there are multiple requests for better private repository authentication in kustomize. We consider this low priority because the remote URL feature was never intended to be used in production. That being said, if someone has a fleshed out proposal for a better way to authenticate private repositories, please feel free to submit that for review. Instructions for creating a mini-proposal are here. |
/retitle Improve private repository authentication handling strategy for remote URLs |
I consider this 'feature' is absolutely key to kustomize being useful. In the same way large chunks of remote configuration can be linked in terraform, and for exactly the same usecases, in my mind this should not be a low priority. |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
+1 I seem to be running into the same issue with gitlab private repos Some variations i tried for gitlab
|
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /close not-planned |
@k8s-triage-robot: Closing this issue, marking it as "Not Planned". In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Instead of using this url I succeeded with this url |
Hi there 👋🏻 I am facing the same issue starting today... more context is below 😁 Context
Tests
I have tried to run the latest command manually from the repo directory
Whereas the commit exists and is reachable through GitHub WebUI 🤔 📝 When I said "today" earlier, that is because the only change that I have in mind is my upgrade from git UpdateRegarding the So this "works as expected". |
Describe the bug
I am receiving an error using kustomize and pointing to a remote kustomize target in AWS CodeCommit.
Files that can reproduce the issue
kustomization.yaml
Expected output
There is a standard kubernetes deployment file
and kustomize file
Actual output
Kustomize version
4.4.1
Platform
Linux
Additional context
I've also tried
failing with the error
I have already independently verified that the user name and password provided can access the repository via the https url when using the git binary installed on the system.
The text was updated successfully, but these errors were encountered: